Why You Should Not Call It “Propagation”
-
It makes customers wait even though there is no need to wait
(in other words, it effectively deceives the customer).
-
People do not realize that they are being misled.
-
They fail to notice problems in the service itself
(for example, using the same server for both caching and content hosting including old zone).
-
Proper configuration checks are neglected
(you should first verify the delegation (parent side) and the authoritative server using non-recursive queries).
-
Improper checks may create negative cache entries and cause self-inflicted problems
(for example, suddenly sending a recursive query to a caching server before checking authoritative server).
-
Misconfiguration or system failures are not suspected until after waiting.
-
Many people confuse application-level caching with DNS propagation
(for example, there have been cases where a browser cached data for 30 days).
-
Waiting for “propagation” leads to sleep deprivation
(a waste of human resources).
-
It prevents people from properly understanding how DNS actually works.
-
It helps incorrect understanding spread and become established.
-
When told, “Don’t call it propagation,” people end up feeling offended
(or they lash out and further expose their lack of understanding).
-
The same mistakes will certainly be repeated.
-
Attackers may recognize the opportunity and exploit the configuration gap to hijack the domain.
-
Etc. (additional examples are welcome)
Another anti-“propagation" page: DNS propagation does not exist
written by T.Suzuki