-
Notifications
You must be signed in to change notification settings - Fork 17
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
Busser needs to be Proxy aware #33
Comments
I have just ran into this issue. I have also have done the same as the post here -> test-kitchen/test-kitchen#821 My kitchen.yml
The output from the console.
The key take away here is this. Pulled from my local ruby ENV and not from the kitchen.yml
Looking into the code a little I found this line.
which seems to pull from my environment files and not from the kitchen yml. I found the workaround to be useful for now. I don't know that much about busser but i'm learning. I hope this helps and i can re-pro this issue if someone has a fix. Thanks James |
👍 Although there is a workaround ideally we can implement a proper fix as 'test-kitchen' becomes more and more a part of enterprise environments, this will continue to be a stumbling point. |
Any update on this? I am hitting it as well. This used to work we used it all the time. |
Hey all! I not sure this is a "bug" or just lack of documentation. I got busser working and this is how: At first I read this configuration and it would seem there is support for creating an SSH session and pulling the proxy out of the config. So this line sealed the deal. Before the kitchen changes...
I made the following changes kitchen.yml changes driver_plugin: ec2
driver_config:
http_proxy: http://proxy.example.com # <-- Add this
https_proxy: http://proxy.example.com # <-- Add this Output after the above changes!
I have tested this for the EC2 driver. I will see if I have time to try out the vagrant driver. I hope this helps. James |
Thank you @xsmaster . Your solution helped me a lot!!! |
Closing due to inactivity. If this is still an issue please reopen or open another issue. Thanks, |
note by @cheeseplus - copying from test-kitchen/test-kitchen#821
So the client I'm currently working for has an obnoxious proxy that requires creds etc.
Environment
Kitchen Config (.kitchen.yml)
Proxy Settings Not Included in Setup/Verfy Stage
Adding the above to the .kitchen.yml fixes everything up to the phase where it needs to download Gems for ServerSpec. It seems the proxy is not set during the _setup_ stage.
As a test I added the following to the vagrant user _~/.bashrc_ and it _Fixes_ the problem.
Charles Proxy is basically a application that runs your own local proxy that you point all you Dev tools to and it saves your creds securely and in one spot (Easier for when changing password). So from a Vagrant guest to get to the hosted system it's IP 10.0.2.2 blah, and whatever port you tell Charles Proxy to listen on 8888 blah.
Bam, that fixes the issue. Which proves that the proxy is not getting set by the Kitchen code during the _setup_ stage.
I have not had time to dig into the Kitchen code to find exactly where the problem is... If I have time I will.
Errror
Thanks in advance for any help!
-=Levon
The text was updated successfully, but these errors were encountered: