[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