A single-maintainer project DNS server is not something I would be comfortable leaving exposed on the internet. Perhaps especially as there appear to be a few odd coding decisions, such as rolling your own crypto (RNG).
A single-maintainer project DNS server is not something I would be comfortable leaving exposed on the internet. Perhaps especially as there appear to be a few odd coding decisions, such as rolling your own crypto (RNG).
You can download BIND 10 release 1.2 here: https://downloads.isc.org/isc/bind10/latest/
There was indeed something called “BIND 10”. There is no BIND 10.
1. <https://www.joelonsoftware.com/2000/04/06/things-you-should-...>
ISC was heavily invested in BIND 10, to the point I even got a sticker. That combined with a 1.x release are what make a software project production ready.
I'm sure everyone remembers history differently, but had ISC not gone into cost cutting mode Shane wouldn't have been laid off and we'd all be arguing over what BIND 10 alternative is best. :)
It existed, and even still exists, since people still buy and drive it. But nobody would use that “BIND 10” release today.
This is because software is different from cars, in that you need to use an up-to-date version. You therefore depend on there being a current development branch.
In this way, software is not like cars; it’s more like something like a TV channel or a magazine subscription. If a magazine stops publishing issues, or a TV channel stops transmitting, you wouldn’t say “Omni Magazine is…” or “The Festival TV channel is…”, even though video recordings and magazine issues still exist.
Regarding Whois clients specifically, it seems that Debian maintains its own Whois client: <https://github.com/rfc1036/whois> This is something which Debian usually does not do, and when it happens, it usually means that there is no updated maintained version available, but the software is too important to remove.
Wow. Never heard of dnsdist, that looks cool. I will shortly be embarking on an infra-refresh that is due to include DNS, so will be sure to evaluate it !
Thanks for highlighting it.
This lets me run a single instance of pihole (avoiding all the issues with trying to replicate configs across multiple pihole instances) and still having a solid backup if my pihole server goes down as it is by far the most likely piece of infra to just stop working.
I also use it to route requests to my internal authoritative servers and failover to my external secondary authoritative mirrors as needed. This lets me keep all my local traffic local and still have my external failover as a catch all if my homelab infra is down to my own screw ups or some hardware failures.
I didn't forget it, I know the name, however from the comments received thus-far I've not had the (genuine) pleasure of using it.
I will make an effort to ensure that changes. :)