cURL
Haxx ad
libcurl

curl's project page on SourceForge.net

Sponsors:
Haxx

cURL > Mailing List > Monthly Index > Single Mail

curl-tracker mailing list Archives

[ curl-Bugs-2779245 ] no_proxy vs. NO_PROXY

From: SourceForge.net <noreply_at_sourceforge.net>
Date: Thu, 23 Apr 2009 22:03:21 +0000

Bugs item #2779245, was opened at 2009-04-23 08:30
Message generated for change (Comment added) made by bagder
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100976&aid=2779245&group_id=976

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: documentation
Group: bad behaviour
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Rainer Koenig (baltonwyt)
Assigned to: Daniel Stenberg (bagder)
Summary: no_proxy vs. NO_PROXY

Initial Comment:
Had a very strange behaviour on 2 systems running with Fedora 10. They were setup to get files for the Phoronix Test Suite with curl and some of the files are in a cache on the lab server, some are on the internet. Accessing the internet requires a proxy, but the proxy is not able to access the lab server due to NAT and a lot of private nets involved. So the basic idea was setting up curl with the following environment variables:
ALL_PROXY="http://172.25.159.4:81" (the proxy for internet access)
NO_PROXY="192.168.2.1" ()the IP of the lab server)

This works perfectly on one machine while the other wants to connect the proxy whatever I do. Digging deep into the differences of the 2 installations it came out that the "bad" system had a GNOME proxy configuration which resulted in the environment variable

no_proxy="localhost,127.0.0.0/8,192.168.2.0/24"

If I wipe out this variable the system works as expected and if I add 192.168.2.1 to it (since the man page says "hosts" and not "networks") it works too.

So the flaw is the man page that tells everything about the NO_PROXY environment variable (all capital letters) while the source lib/url.c shows that "no_proxy" is disabling the use of the NO_PROXY settings. So either change the code that both variables are read or change the man page so that it mentions no_proxy to be prefered over NO_PROXY.

Thanks
Rainer

----------------------------------------------------------------------

>Comment By: Daniel Stenberg (bagder)
Date: 2009-04-24 00:03

Message:
Thanks, I fixed this in CVS: I updated the man page to mention the lower
case and upper case versions of the names, as this is in fact true for the
other *_proxy names as well!

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100976&aid=2779245&group_id=976
Received on 2009-04-24

These mail archives are generated by hypermail.

donate! Page updated November 12, 2010.
web site info

File upload with ASP.NET