Bart Smaalders wrote:
Paul Jakma wrote:
On Wed, 17 Jan 2007, Darren Reed wrote:
It would be nice if we could change every instance of
'getenv("http_proxy")'
with something just as simple that took into account:
- $http_proxy
- Bonjour
- WPAD
- whatever other external things need to be used here
and just link programs using that function to a special library if
required.
Wouldn't it make more sense to be able to dynamically change
proxies transparent to the application? That way application
restart wouldn't be necessary, and one OS proxy dialog would
suffice. Could one use some ipfilter magic to redirect
http traffic through a proxy? Or does running a local proxy
make more sense; it would change configuration but local apps
would always contact the local proxy.
I was thinking that whatever was behind returning proxy information
to the application would be capable of detecting when change had
taken place and altering its return values if required.
Whether this requires a proxy or is just a straight library...
Well, either way there should only be a single implementation of
whatever it is that gets used (shared library vs proxy), so if
there any configuration changes, the proxy/shared library can
detect that and alter what is returned. This doesn't fix
applications that cache the value returned, but that's a seperate
problem. What real benefits do we get from having a proxy,
in countenance to the issues that come with it?
There's another source of proxy information that's been
forgotten: proxy.pac.
Using IPFilter here, that ... would require some changes such that
rdr's used for outbound packets resulted in them being requeued
for local delivery.
Darren
_______________________________________________
networking-discuss mailing list
[email protected]
