[Discuss] New document on Unbound caching DNS server

[Mike Small]

OpenBSD 5.6 switched to unbound instead of bind9 in their base system
back in fall of 2014:  https://www.openbsd.org/plus56.html

For that reason, I had it as a forwarding caching nameserver on my
router on an old soekris board before I switched to getting internet
only from my phone's data plan and stopped using a router. Seemed to
work well enough, not that caching my home network is any kind of
test. Now that I think about it I'm not sure why I thought running a
caching nameserver was worth doing (thinking I had some muddled idea
it would increase privacy). But that board only had 128 MiB and
a chip that showed up in dmesg as a 486, in case that's worth anything
to people wondering about its resource requirements.

Steve Litt <slitt at troubleshooters.com> writes:

> Hi all,
>
> The Unbound DNS server is the new kid on the block. A lot of admins are
> replacing BIND9 with Unbound, perhaps plus an authoritative DNS server
> for their domain. 
>
> More interesting still, a lot of laptop owners are installing Unbound
> to replace their old 8.8.8.8 or per-accesspoint resolvers with a full
> caching DNS, which is more secure, faster, and makes for much faster
> browsing.
>
> At  http://troubleshooters.com/linux/unbound_nsd/unbound.htm  I've 
> created a new document detailing the installation and setup of Unbound,
> including:
>
> * Making it useable all across your LAN
>
> * Optimizing for lookup speed with pre-priming and other techniques
>
> * Enabling remote control
>
> * Making DNS forward and reverse resolution of LAN local computers
>   available across the LAN, without using a traditional Authoritative
>   DNS.
>
> * Landmines and gotchas.
>
> * Forwarding to a traditional authoritative DNS server.
>
> Hope you like it.
>
> SteveT
>
> Steve Litt 
> September 2018 featured book: Quit Joblessness: Start Your Own Business
> http://www.troubleshooters.com/startbiz
> _______________________________________________
> Discuss mailing list
> Discuss at blu.org
> http://lists.blu.org/mailman/listinfo/discuss
>

-- 
Mike Small
smallm at sdf.org