Mark Tinka wrote:
So I'm not worried about DNS stability when split across multiple physical entities.
I'm talking about the actual services being hosted on a single network that goes bye-bye like what we saw yesterday.
All the DNS resolution means diddly, even if it tells us that DNS is not the issue.
Mark.
You could put up a temp page or two. Like, the internet is not down, we are just having a bad day. Bear with us for a bit. Go outside and enjoy nature for the next few hours. But more importantly, internal infrastructure domains, containing router names, bootstraps, tools, utilities, physical access control, config repositories, network documentations, oob-network names (who remembers those?) , oob-email, oob communications (messenger, conferences, voip), etc.. Doesnt even have to be globally registered. External DNS server in the resolver list of all tech laptops slaving the zone. Rapid response requires certain amenities, or as we can see, your talking about hours just getting started. Also, the oob-network needs to be used regularly or it will be essentially unusable when actually needed, due to bit rot (accumulation of unnoticed and unresolved issues) and lack of mind muscle memory. It should be standard practice to deploy all new equipment from the oob-network servicing it. Install things how you want to be able to repair them. Joe