Re: Proxy Automatic Configuration files
Re: Proxy Automatic Configuration files
- Subject: Re: Proxy Automatic Configuration files
- From: Mark Pauley <email@hidden>
- Date: Sat, 7 Jun 2008 11:33:59 -0700
I suggest you experiment with different timeouts on your cache,
depending. Internally, NSURLConnection never assumes anything about
the network's state and so will always retry the proxy and always wait
for the long timeout if that's the case.
If you're speaking for yourself and you want to be a bit more clever
about proxy server addresses, then: do what you like :) Note that in
the general case, just because you have tried a host and that host was
unavailable doesn't mean that if you try the host again in a second it
will be available. Also note that for correctness you've got to query
the pac file for each and every URL you load, every time (many PAC
scripts are simply a round-robin of proxy servers).
I think Jeff was trying to say that we don't do anything special, just
query the proxy config program, which is the technically correct thing
to do.
_Mark
On Jun 6, 2008, at 2:36 PM, Jeff Jenkins wrote:
There is no caching of the proxy list, since the PAC file could
change and the proxy server's status could change as well.
-- jrj
On Jun 5, 2008, at 12:39 PM, Tommy Nguyen wrote:
The 10.5 SDK now supports processing of PAC files, however it's not
entirely clear what the correct behavior should be when proxies are
down.
For example, say the OS returns 2 proxies: {ProxyA, ProxyB}. ProxyA
is down and takes a while for the connection attempt to timeout,
but we ultimately discover ProxyB is good, and use it. Should this
information be cached, and if so, for how long? For example, say
another thread is spawned that tries to make the same connection
attempt. Should that second thread already know that ProxyA is down
and just go straight to ProxyB (and if so, how long before new
threads try connecting with ProxyA again?) or should it *always*
retry the full proxy list for every new connection?
Thanks,
Tommy
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Macnetworkprog mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Macnetworkprog mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Macnetworkprog mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden