Open
Bug 841489
Opened 11 years ago
Updated 2 months ago
Proxy Auto Config issue calling ip (myipaddress) of VPN Network Adapter
Categories
(Core :: Networking: Proxy, defect, P3)
Tracking
()
UNCONFIRMED
People
(Reporter: benjishirley, Unassigned)
References
Details
(Keywords: regression, Whiteboard: [necko-backlog])
Attachments
(1 file)
463 bytes,
text/plain
|
Details |
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:18.0) Gecko/20100101 Firefox/18.0 Build ID: 20130201065344 Steps to reproduce: Since upgrading from firefox 17 calling the ip Address of the VPN Network adapter (Cisco Anyconnect Secure Mobility Client) does not get the correct information anymore. We use the function to let people connected to the company network via vpn not accessing internet pages via the companies proxy server. It worked 100 % with firefox 17 and still works without any problems in Internet Explorer and Chrome. Actual results: Calling the function myipaddress only gets the ip address of the physical network adapters. In Internet Explorer when connected via VPN it ALWAYS calls the VPN Adapters IP Address when a VPN Connection is established...
Reporter | ||
Updated•11 years ago
|
OS: Mac OS X → All
Hardware: x86 → All
Reporter | ||
Comment 1•11 years ago
|
||
We are having the problem with Windows 7 x86 and x64 machines aswell as on Windows XP SP3. The Macbook i am working on at home also ignores the VPN IP. I am on Version 18.0.2 on this machine. I will try to install 17.x and see what happens...
Comment 2•11 years ago
|
||
It's no surprise that this worked in Firefox17 because we had a major overhaul of the myipaddress function with bug 347307. See bug 347307#c23 how the myipadddress is determined.
Comment 3•11 years ago
|
||
actually, in FF17 it was a bit of a crapshoot what myIPAddress() would give you if you had multiple addresses. Its nice it worked for you - it was just as badly broken for many other people who wanted it to return the vpn address sometimes and the physical addresses othertimes depending on the host being accessed :) There never was a deterministic way of making myIPAddress work before in a VPN environment. Hopefully we've improved on that with the below information:
>= FF18 gives you the local address that would be used to contact the remote host (the host passed to FindProxyForURL()) if a direct connection were to be used.. if you've got a VPN and the local computer has a route to the remote host across that VPN you should get the VPN address.
So I can think of two things going on
1] you don't have a route to the end host or can't resolve the hostname of the remote host (because you are relying on the proxy to do that stuff)
or
2] you are calling myIPAddress() outside of FindProxyForURL() (such as in a global scope in your pac) in which case the pac code doesn't know which route to use because it doesn't know which host you are trying to contact.. in that case just move it inside the function proper.
Updated•8 years ago
|
Whiteboard: [necko-backlog]
Comment 4•7 years ago
|
||
Bulk change to priority: https://bugzilla.mozilla.org/show_bug.cgi?id=1399258
Priority: -- → P1
Comment 5•7 years ago
|
||
Bulk change to priority: https://bugzilla.mozilla.org/show_bug.cgi?id=1399258
Priority: P1 → P3
Updated•2 years ago
|
Severity: normal → S3
Comment 6•2 months ago
|
||
Moving bug to Core/Networking: Proxy.
Component: Networking → Networking: Proxy
You need to log in
before you can comment on or make changes to this bug.
Description
•