[dns-operations] security-aware stub resolver

Tony Finch dot at dotat.at
Thu May 22 22:20:41 UTC 2008


On Thu, 22 May 2008, David Conrad wrote:
>
> I personally believe the correct answer here is that stub resolvers go
> away, being replaced with validating caching resolvers.  Most of the
> historical rationale that drove stub resolvers, namely client-side CPU
> and memory limitations have long since been resolved (pun intended).

Even if everything is running on a single host you need a protocol between
client applications and the host's DNS cache. It might as well continue to
be the stub resolver protocol.

Tony.
-- 
f.anthony.n.finch  <dot at dotat.at>  http://dotat.at/
SOLE: SOUTHWEST BACKING SOUTHEAST 3 OR 4. MODERATE OR ROUGH. SHOWERS, WITH FOG
PATCHES. MODERATE OR GOOD, OCCASIONALLY VERY POOR.



More information about the dns-operations mailing list