Am 02.11.2013 11:50, schrieb Matthew Seaman: > On 02/11/2013 10:15, Matthias Andree wrote: >> I understand from Eric's pist that the issue is that through his >> limiting proxies, the SRV are not available at all so he does not even >> get to the point where he could get the pkgN.nyi.freebsd.org >> <http://pkgN.nyi.freebsd.org> name back. > > That doesn't make sense. All the DNS SRV lookups on pkg.freebsd.org are > done internally to pkg(8), which then issues an HTTP GET to the specific > mirror selected by its internal algorithms. The web cache won't see > literal 'pkg.freebsd.org' anywhere in the HTTP traffic -- as far as it > is concerned, it's a simple HTTP request to a specific mirror > 'pkg1.nyi.freebsd.org', and can be cached using the usual processes. > > What makes it cache unfriendly is that as far as the web cache is > concerned each of the different mirrors appears to be completely > independent of the others. So at the moment the chance of getting a > cache hit is reduced by a factor of three because of the traffic > distribution across the three mirrors. I think it does make sense - if the end user is behind a site where he must use a proxy because his end user's computer does not resolve any external addresses, then SRV is not getting you anywhere and you need a HTTP(S)-based redirector.Received on Sat Nov 02 2013 - 18:51:58 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:43 UTC