-
Notifications
You must be signed in to change notification settings - Fork 585
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Allow chef-solo to use remote_file and other resources through proxy #192
Conversation
As an FYI, I chose to add new variables as opposed to using the existing http_proxy and https_proxy variables due to the fact that this is Chef-solo specific, and to the best of my knowledge Vagrant doesn't support (or need?) the no_proxy option. It seemed cleaner to keep it provider agnostic and add new variables rather than overloading the 'purpose' of the existing ones. |
I think these might be better served in a nested hash: chef
http_proxy: #... What do you think? |
I like it, that adds a layer of indirection that makes it more extensible for different providers in the future. I'll try and get that put together today or tomorrow. |
@scotthain awesome thanks. Ping me when you do. Do you have a signed CLA with Opscode? |
Refactored to pull in a hash rather than a straight array for chef specific proxy values
@sethvargo got the CLA in order and just checked in the config refactor. cheers! |
This would be super useful for us as well. Gotta "love" those corporate proxies. :) |
Merged in a29b476 |
Changes in this pull deprecated by commit 6e30431. See comments under that commit. |
Allows passing of http_proxy, https_proxy, and no_proxy variables to the chef-solo solo.rb file by adding the following variables to .kitchen.yml:
chef_http_proxy: http://myproxy.com:8000
chef_https_proxy: http://myproxy.com:8000
chef_no_proxy: ".internal.corp,10."