Status Update
Comments
ph...@chromium.org <ph...@chromium.org> #2
[Empty comment from Monorail migration]
cb...@chromium.org <cb...@chromium.org> #3
Thanks for the bug - and sorry that it went undiscovered for a little bit.
I took a quick look at our SOCKS5 support and we seem to be doing the CONNECT with a domain name [SOCKS5 also allows the client to do the resolution and provide an IPv4 or v6 address].
It might help to get a net-internals dump. Seehttp://dev.chromium.org/for-testers/providing-network-details for details.
I'll also try to repro myself.
I took a quick look at our SOCKS5 support and we seem to be doing the CONNECT with a domain name [SOCKS5 also allows the client to do the resolution and provide an IPv4 or v6 address].
It might help to get a net-internals dump. See
I'll also try to repro myself.
er...@chromium.org <er...@chromium.org> #4
There is no proxy support for FTP
ch...@cotehome.com <ch...@cotehome.com> #5
Great, that clarifies FTP support. Which I have no use for and many others. So if there is no proxy support for FTP, then WHY is it leaking DNS outside of the proxy for something that is not supported? DNS does not mean FTP.
The DNS lookup should happen over proxy.
The FTP request should be blocked if it's not supported.
The DNS lookup should happen over proxy.
The FTP request should be blocked if it's not supported.
er...@chromium.org <er...@chromium.org> #6
See https://crbug.com/chromium/11227 . Configuring a proxy for FTP has no effect in Chrome. The request is not being sent through the proxy.
bu...@chromium.org <bu...@chromium.org> #7
[Empty comment from Monorail migration]
er...@chromium.org <er...@chromium.org> #8
[Empty comment from Monorail migration]
[Monorail components: Internals>Network]
[Monorail components: Internals>Network]
is...@google.com <is...@google.com> #9
This issue was migrated from crbug.com/chromium/150027?no_tracker_redirect=1
[Auto-CCs applied]
[Multiple monorail components: Internals, Internals>Network, Internals>Network>DNS, Internals>Network>FTP, Internals>Network>Proxy]
[Monorail mergedinto:crbug.com/chromium/11227 ]
[Monorail components added to Component Tags custom field.]
[Auto-CCs applied]
[Multiple monorail components: Internals, Internals>Network, Internals>Network>DNS, Internals>Network>FTP, Internals>Network>Proxy]
[Monorail mergedinto:
[Monorail components added to Component Tags custom field.]
Description
Chrome Version : 21.0.1180.89
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
URLs (if applicable) :
Other browsers tested:
Add OK or FAIL after other browsers where you have tested this issue:
Safari 5:
Firefox 4.x:
IE 7/8/9:
What steps will reproduce the problem?
below assumes you have a working secure socks 5 setup.
typeftp://www.news.com
OR
type ftp.news.com
watch Wireshark pole local DNS
What is the expected result?
Traffic *should* be blocked! Since traffic is tunneled through sock5. This does not happen however.
What happens instead?
local dns was polled
Please provide any additional information below. Attach a screenshot if
possible.
UserAgentString: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.1 (KHTML, like Gecko) Chrome/21.0.1180.89 Safari/537.1