Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 9 Apr 2006 00:10:43 +0400 (MSD)
From:      Dmitry Morozovsky <marck@rinet.ru>
To:        Dmitry Pryanishnikov <dmitry@atlantis.dp.ua>
Cc:        stable@freebsd.org, Lyndon Nerenberg <lyndon@orthanc.ca>, Ulrich Spoerlein <spoerlein@googlemail.com>
Subject:   Re: resolver doesn't see resolv.conf changes
Message-ID:  <20060409000727.E67402@woozle.rinet.ru>
In-Reply-To: <20060408220204.P64496@atlantis.atlantis.dp.ua>
References:  <20060405152718.GA1003@roadrunner.q.local> <20060406153938.C78654@orthanc.ca> <20060408083955.GA1041@roadrunner.q.local> <20060408211725.H47923@atlantis.atlantis.dp.ua> <20060408223657.D67402@woozle.rinet.ru> <20060408220204.P64496@atlantis.atlantis.dp.ua>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 8 Apr 2006, Dmitry Pryanishnikov wrote:

DP> > DP>  Sorry, but what kind of hierarchy does it defeat? If client's query
DP> > DP> can't be satisfied from provider's DNS cache, and doesn't refer to
DP> > DP> domain which is hosted on ISP, then provider's DNS server will make
DP> > DP> first query to root DNS server, and then will walk down domain
DP> > hierarchy
DP> > DP> (e.g. .ua -> .dp.ua -> atlantis.dp.ua). So setting client's DNS to
DP> > directly
DP> > DP> query root servers defeats just the provider's DNS cache.
DP> > 
DP> > Not in other ways delegated domains, i.e. XXX.local.
DP> 
DP>  I think that we're talking about official domain hierarchy here, aren't we?
DP> And those XXX.local and YYY.homenet domains are outside this hierarchy. And,
DP> BTW, ISP clients are rarely interested in internal ISP's .local domains.
DP> They're interested in ISP servers (SMTP, POP3/IMAP, NNTP, WEB), and these
DP> servers usually have official names in public ISP domains, accessible via
DP> official hierarchy (down from root servers).

Situations vary. There may be patterns where one laptop should be involved in 
corporate networks with .local (and somewhat restricted or even faschist-style 
outgoing firewalls; I *do* know some organizations where you can't even ssh 
out without organizational problems) and some possibly totally different 
public networks.

Sincerely,
D.Marck                                     [DM5020, MCK-RIPE, DM3-RIPN]
------------------------------------------------------------------------
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru ***
------------------------------------------------------------------------



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