Naar hoofdinhoud

Waarom DNS-resolvers verschillende antwoorden geven voor een evenementdomein

De ene bezoeker opent de ticketpagina, terwijl een ander een oude pagina of fout ziet. Eén screenshot verklaart de oorzaak niet. De leidende diagnosegids vergelijkt dezelfde naam en hetzelfde recordtype bij autoritatieve servers en recursieve resolvers. Voor een evenement leg je ook vast welke stap van de bezoekersroute faalde.

De redactie van Boletolibre

Gepubliceerd

Schema van dezelfde domeinvraag bij autoritatieve servers en twee resolvers.
Noteer naam, type, tijd en netwerk voordat je verschillen verklaart.

Leg exact dezelfde DNS-vraag vast

Download het originele DNS-vergelijkingsblad (Markdown)

Noteer de volledige hostnaam, inclusief hoofddomein, www of registratie-subdomein, en het type A, AAAA, CNAME of een ander type. Leg per antwoord status, waarde, tijd, netwerk en resolver vast. Vergelijk geen verschillende namen of typen. Noteer ook de laatste goedgekeurde DNS-wijziging en de getroffen evenementtaak.

Vergelijk eerst de gedelegeerde autoritatieve servers

Controleer de huidige delegatie en stel elke autoritatieve server dezelfde vraag. Verschillen zij, betrek dan de beheerder van de zone met het wijzigingslog. Zijn zij gelijk maar recursieve resolvers niet, bewaar dan hun antwoorden en TTL. Cache en gewijzigde instellingen kunnen op verschillende tijden zichtbaar worden; een algemene wachttijd is geen bewijs.[2][3]

Onderscheid cache, privéweergave en bedoelde routering

Een afwijking kan uit geldige cache of bij storing uit oude gegevens komen. Ook CDN-locatie, private DNS-weergaven en netwerkbeleid spelen mee. Een ander IP-adres bewijst op zichzelf geen fout. Vergelijk status, TTL en netwerk; geef SERVFAIL-bewijs door aan de DNS-beheerder.[4][1]

Wijs de eigenaar aan en controleer de ticketroute apart

Documenteer de diagnose, het bewijs en wat nog onbekend is. Herhaal na een goedgekeurde wijziging de DNS-waarnemingen en controleer HTTPS-pagina, registratie en externe afrekening afzonderlijk. Gelijke DNS-antwoorden bewijzen nog geen geslaagde aankoop.

Bronnen en verder lezen

  1. Diagnose different answers from DNS resolversClueDNS · Geraadpleegd
  2. Troubleshooting Public DNSGoogle Public DNS · Geraadpleegd
  3. DNS settings are not yet in effectAmazon Route 53 · Geraadpleegd
  4. Serving Stale Data to Improve DNS Resiliency (RFC 8767)IETF · Geraadpleegd