Live data from Hacker News

Days since it was DNS

dayssince.itwasdns.net

11–20 of 38 posts

Re: Days since it was DNS

#11
I was setting up my own mail server the other day and re-realized how long global DNS propagation really takes.

I’m in the US so it was almost instantaneous between updating the dns records in domain register any being able to verify the changes with my own rDNS server.

But using a UK or NL dns server didn’t immediately pick up those recent changes.

Had to wait an additional 48 hrs for global dns propagation.

Re: Days since it was DNS

#14
post #4

Ok, since I’m obviously not nerdy and/or cynical enough to get the joke, what exactly is wrong with DNS? None of the links seem to indicate what exactly the problem with it is.

I think it’s implied that it’s been zero days since the underlying cause of some such problem turned out to be DNS related. The number zero being hard coded implies that the root of the problem is always DNS. But, let’s give MTU its due.

Re: Days since it was DNS

#15
post #11

I was setting up my own mail server the other day and re-realized how long global DNS propagation really takes. I’m in the US so it was almost instantaneous between updating the dns records in domain register any being able to verify the changes with my own rDNS server. But using a UK or NL dns server didn’t immediately pick up those recent changes. Had to wait an additional 48 hrs for global dns propagation.

This is surprising. What was the TLD for your name? And can you share your SOA config for your zone? (don't need the names, I'm curious about the TTLs in all the SOA fields)

Re: Days since it was DNS

#16
post #4

Ok, since I’m obviously not nerdy and/or cynical enough to get the joke, what exactly is wrong with DNS? None of the links seem to indicate what exactly the problem with it is.

"It’s always DNS" is basically tongue-in-cheek expression, because DNS issues are so frequently the cause of weird outages.

Almost anything you do on the internet (or local network) depends on DNS functioning correctly. DNS can get complex quickly - multiple servers (caching/authoritative/recursive) and protocols = lots of opportunities for something to be misconfigured. Cached entries in particular can be a nightmare if something gets outdated - it takes time for an update to a DNS record to propagate to all the other DNS servers on the Internet. All kinds of other random services etc depend on DNS records being correct and DNS working. When there’s an issue it’s not always immediately apparent that a DNS problem is the root cause, leading to lots of time chasing your tail/tearing your hair out trying to figure out what the heck broke.

Re: Days since it was DNS

#17
post #4

Ok, since I’m obviously not nerdy and/or cynical enough to get the joke, what exactly is wrong with DNS? None of the links seem to indicate what exactly the problem with it is.

Two days ago one (!) User reported they got \\contso.com\dfsroot\profiles\user inaccessible (with errors loading the desktop etc).

For me the path was accessible, logging on the same server proved the path was accessible, 3 hours of the proper troubleshooting confirmed everything should work. But yet.

Skipping short the circumstances, one of (the 6 total) DCs decided what... DNS server isn't worth running. And for this one user DFS (last changed at least two years ago) decided to fall back to the file server from 2018, which, of course, pointed the DFS target to a no longer existant share.

Of course it wasn't DNS in this case. It was the DNS in this one.

Re: Days since it was DNS

#19
post #4

Ok, since I’m obviously not nerdy and/or cynical enough to get the joke, what exactly is wrong with DNS? None of the links seem to indicate what exactly the problem with it is.

I think it’s implied that it’s been zero days since the underlying cause of some such problem turned out to be DNS related. The number zero being hard coded implies that the root of the problem is always DNS. But, let’s give MTU its due.

Lately, MTU has gotten up my list of things to check when stuff goes down.

It seems carriers can't get their MTUs straight as of late, especially on MPLS links...

I really thought we had this figured out 20 years ago...

Re: Days since it was DNS

#20
NTP, BGP, MTU and a lot of other acronyms should be also in the list of not trivial to trace root cause for things that goes from big outages to mysterious malfunctions, specially if there are many parties or servers involved. And the security protocols that are above those and more (DNSSEC, SSL, etc).
Post reply on HN