Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 02 Nov 2013 20:51:47 +0100
From:      Matthias Andree <matthias.andree@gmx.de>
To:        Matthew Seaman <matthew@FreeBSD.org>, freebsd-current@freebsd.org
Subject:   Re: Official FreeBSD Binary Packages now available for pkgng
Message-ID:  <527557D3.2040404@gmx.de>
In-Reply-To: <5274D90D.8040508@FreeBSD.org>
References:  <5271BC11.1010303@FreeBSD.org> <CACeEFf4Hif3WHufC=i08gbkXb6oC=4sxbyvO4FQnTkRWA7ZwnA@mail.gmail.com> <5272D0DE.4080209@FreeBSD.org> <CACeEFf79RZskefh6RzBhxkHuAWnGjPWRDr_JBTRUWcGH4ZNVTg@mail.gmail.com> <CAOjFWZ7BbdXYi3gQtTvCa3jqTmjOC-tt5bwV1GR8Jf=tOanT%2BQ@mail.gmail.com> <52745B7F.2080608@vangyzen.net> <5274B947.7030607@FreeBSD.org> <1680682c-dc77-4ee3-8e59-ee7356f307a3@email.android.com> <5274D90D.8040508@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
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.




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?527557D3.2040404>