Skip to content
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

--https-proxy setting does not permit http:// URI #6767

Closed
ddisisto opened this issue Nov 15, 2017 · 7 comments
Closed

--https-proxy setting does not permit http:// URI #6767

ddisisto opened this issue Nov 15, 2017 · 7 comments
Labels
area/api The Vritual Container Host management API area/cli The Vritual Container Host management CLI (vic-machine) component/install kind/enhancement Behavior that was intended, but we want to make better severity/3-moderate Medium usability or functional impact. Potentially has an inconvenient workaround. source/customer Reported by a customer, directly or via an intermediary team/lifecycle

Comments

@ddisisto
Copy link

ddisisto commented Nov 15, 2017

VIC version:

vic-machine-linux version v1.2.0-13652-9d146bc

Deployment details:

What was the vic-machine create command used to deploy the VCH? Yes

Steps to reproduce:

  1. Have a proxy that only listens on http/8080, but is capable of proxying both http + https traffic
  2. Attempt to configure that proxy for both --http-proxy + --https-proxy

Actual behavior:

ddisisto@neptune:~$ vic-machine-linux configure --id vm-172185 --https-proxy=http://proxy.gsoa.ddau:8080
Nov 15 2017 16:43:40.942+11:00 ERROR --------------------
Nov 15 2017 16:43:40.942+11:00 ERROR vic-machine-linux configure failed: Could not parse HTTPS proxy - expected format https://fqnd_or_ip:port: http://proxy.gsoa.ddau:8080

Expected behavior:

The configuration is updated

bug2157829

@ddisisto
Copy link
Author

I've SSHd to the VCH VM in the hopes of finding where this is configured for the docker engine so that I could manually update it in-place until this is resolved. I have not been able to find it anywhere, and so remain unable to make any https connections from the docker engine.

@anchal-agrawal anchal-agrawal added status/needs-attention The issue needs to be discussed by the team status/needs-triage The issue needs to be evaluated and metadata updated labels Nov 16, 2017
@mhagen-vmware mhagen-vmware added source/customer Reported by a customer, directly or via an intermediary team/foundation labels Nov 17, 2017
@mhagen-vmware
Copy link
Contributor

mhagen-vmware commented Nov 17, 2017

@ddisisto I am a bit confused... you said it is only listening on http/80? but in your example you are doing port 8080?
Have you tried the --http-proxy option? Does that not give you what you want?

@mhagen-vmware mhagen-vmware added status/need-info Additional information is needed to make progress and removed status/needs-attention The issue needs to be discussed by the team status/needs-triage The issue needs to be evaluated and metadata updated labels Nov 17, 2017
@ddisisto
Copy link
Author

@mhagen-vmware My mistake, proxy is at http/8080 (fixed in initial comment now), which in docker and elsewhere in this environment I would always set as both HTTP_PROXY & HTTPS_PROXY. Setting only the --http-proxy does works fine, and maybe this is all that's needed for the docker engine to use proxy for both HTTP & HTTPS traffic, but I'm used to always just setting both to be sure.

To my knowledge, these two lines should both accept EITHER http or https schemes to be defined -

if err != nil || hproxy.Host == "" || hproxy.Scheme != "http" {

if err != nil || sproxy.Host == "" || sproxy.Scheme != "https" {

As the scheme used to connect to a proxy does not need to be the same as that of traffic that will be passed through it.

@mhagen-vmware
Copy link
Contributor

Thanks @ddisisto I am glad that using http-proxy seems to work for you! We will review your recommendation as you have suggested. Thanks!

@mhagen-vmware mhagen-vmware added kind/enhancement Behavior that was intended, but we want to make better priority/p2 team/lifecycle and removed status/need-info Additional information is needed to make progress team/foundation labels Nov 20, 2017
@zjs zjs added the status/needs-triage The issue needs to be evaluated and metadata updated label Dec 1, 2017
@hickeng
Copy link
Member

hickeng commented Jul 13, 2018

Added into 1.4.2 due to bug2157829 and explicit impediment in real usage.

@zjs zjs added area/api The Vritual Container Host management API area/cli The Vritual Container Host management CLI (vic-machine) component/install severity/3-moderate Medium usability or functional impact. Potentially has an inconvenient workaround. impact/doc/user Requires changes to official user documentation and removed priority/p2 status/needs-triage The issue needs to be evaluated and metadata updated labels Jul 31, 2018
@wjun wjun closed this as completed in #8149 Aug 7, 2018
@zjs zjs added the impact/doc/note Requires creation of or changes to an official release note label Sep 13, 2018
@zjs
Copy link
Member

zjs commented Sep 13, 2018

I think this is worth a release note, as it was a customer-reported issue.

@stuclem
Copy link
Contributor

stuclem commented Sep 17, 2018

Added as a resolved issue in https://github.com/vmware/vic/releases/tag/v1.4.3

@stuclem stuclem removed impact/doc/note Requires creation of or changes to an official release note impact/doc/user Requires changes to official user documentation labels Sep 17, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/api The Vritual Container Host management API area/cli The Vritual Container Host management CLI (vic-machine) component/install kind/enhancement Behavior that was intended, but we want to make better severity/3-moderate Medium usability or functional impact. Potentially has an inconvenient workaround. source/customer Reported by a customer, directly or via an intermediary team/lifecycle
Projects
None yet
Development

No branches or pull requests

6 participants