3 ms·
If the domain/zone records are handled by someone other than nic-io (say Route53), does that really help? If I change the TTL for an A-record in Route53, how w
by sandstrom 9y ago
If the domain/zone records are handled by someone other than nic-io (say Route53), does that really help?
If I change the TTL for an A-record in Route53, how will that help if there is an NS-issue with nic-io?
(awesome if you could explain!)
Also, does the SOA and NS records have any effect here?
- aeden 9y agoIf their servers were unresponsive, then a long TTL might help as caching resolvers would retry and eventually get a successful result. Based on the output of the OPs tests, they are responding with incorrect NXDOMAIN results. This means that resolvers will cache the NXDOMAIN result using the SOA negative result TTL. You could remove the delegation entries for the name servers that are returning results though, that might help.
- X-Istence 9y agonic-io would need to remove the delegation entries, since it is the .io servers that are returning the wrong response. This has nothing to do with any DNS servers actually hosting the <domain>.io zones.
- JelteF 9y agoThere's a random chance that a DNS request resolves correctly because not all nic-io domain servers are returning incorrect results. If you provide a high TTL on your own records they will be cached for a longer time. Which has as a result that there will be less requests going to the nic-io servers. This still doesn't rule out bad responses. As far as I know there's no way to achieve that. However, it will make sure correct ones stay active longer. A high TTL on your NS records would be good as well for the same reason. On the SOA it shouldn't really matter.