Open
Bug 802065
Opened 9 years ago
Updated 11 months ago
DNS cache is not cleared while switching to SOCKS proxy
Categories
(Core :: Networking, defect, P5)
Tracking
()
UNCONFIRMED
People
(Reporter: aymeric, Unassigned)
Details
(Whiteboard: [necko-backlog])
Attachments
(1 file)
|
779.54 KB,
text/plain
|
Details |
User Agent: Mozilla/5.0 (Windows NT 6.0; WOW64; rv:15.0) Gecko/20100101 Firefox/15.0.1 Build ID: 20120905151427 Steps to reproduce: network.proxy.socks_remote_dns is true No proxy is defined, from the web console try : document.body.innerHTML='<iframe src="http://abcdefg.com" width="100%" height="100%" />' The domain is resolved to hookedonphonics.com and a GET request is sent to it. Now set a socks v5 proxy and do the same. The console displays a GET to hookedonphonics.com, even if the socks proxy is not responding (this is not the subject of this bug but please note that this is surprising since the socks message in that case is indicating abcdefg.com:80), then, to make sure, looking at the messages with a working socks proxy we can see : 2 socks requests toward abcdefg.com:80 followed by 1 socks request toward hookedonphonics.com:80 and then a GET request toward hookedonphonics.com since it responded first Clear the cache and do the same, there is no more socks requests toward hookedonphonics.com, socks requests are followed by a GET request toward abcdefg.com Expected results: After setting the socks proxy, the socks requests should not indicate hookedonphonics.com as the destination but abcdefg.com only. In addition the behavior seems strange since socks requests are sent toward both after switching to the socks proxy without clearing the cache. If required I can provide the log files with the messages but they are huge and not very easy to read.
Updated•9 years ago
|
Component: Untriaged → Networking
Product: Firefox → Core
Comment 1•9 years ago
|
||
dup of 652928 - you can confirm with a nightly or aurora build?
Status: UNCONFIRMED → RESOLVED
Closed: 9 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 652928
| Reporter | ||
Comment 2•9 years ago
|
||
| Reporter | ||
Comment 3•9 years ago
|
||
I don't think it's a duplicate of bug 652928 I tried with the latest nightly build and the problem is still there. Please see the log file (coming from https://github.com/Ayms/node-Tor ) and seek for 'INCOMING SOCKET', you will see that FF sends abcdefg.com:80 and hookedonphonics.com:80
| Reporter | ||
Updated•9 years ago
|
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Comment 4•9 years ago
|
||
thanks for the followup
Updated•6 years ago
|
Whiteboard: [necko-backlog]
Comment 5•4 years ago
|
||
Bulk change to priority: https://bugzilla.mozilla.org/show_bug.cgi?id=1399258
Priority: -- → P1
Comment 6•4 years ago
|
||
Bulk change to priority: https://bugzilla.mozilla.org/show_bug.cgi?id=1399258
Priority: P1 → P3
Comment 7•11 months ago
|
||
Bulk-downgrade of unassigned, untouched DOM/Storage bug's priority.
If you have reason to believe, this is wrong, please write a comment and ni :jstutte.
Severity: normal → S4
Priority: P3 → P5
You need to log in
before you can comment on or make changes to this bug.
Description
•