Stil det spørgsmål, din tjeneste afhænger af
DNS er en samling af records, ikke én enkelt kobling fra domæne til IP. A- og AAAA-records angiver IPv4- og IPv6-adresser. MX-records styrer indgående e-mail. TXT-records indeholder ofte verifikations- eller mailpolitikdata. NS angiver de autoritative navneservere, og CAA styrer, hvilke certifikatudstedere der må udstede certifikater.
Et tomt svar for én type betyder ikke, at domænet mangler. Et domæne kan f.eks. have A-records, men ingen AAAA-record. NXDOMAIN betyder, at det forespurgte navn ikke findes; SERVFAIL betyder, at resolveren ikke kunne gennemføre forespørgslen, og kan tyde på problemer længere oppe i kæden eller med DNSSEC.
Gennemregnet eksempel: et website flyttes kl. 14.00
Forestil dig, at den gamle A-record havde en TTL på 3600 sekunder. En resolver cachede den kl. 13.50, og du ændrede den autoritative record kl. 14.00. Den resolver kan normalt blive ved med at returnere det gamle svar indtil omkring kl. 14.50. En anden resolver med tom cache kan se den nye adresse med det samme.
At sænke TTL kl. 14.00 forkorter ikke levetiden for svar, der allerede er cachet med den gamle TTL. Planlæg en lavere TTL i god tid før en flytning. Hold om muligt den gamle tjeneste kørende i hele den tidligere cacheperiode. Negative svar kan også caches, så et nyt værtsnavn, der ikke fandtes før, dukker måske ikke op med det samme.
Sammenlign svar med et formål
DNS-værktøjet sammenligner udvalgte offentlige rekursive resolvere fra vores server. Det er nyttig dokumentation, men ikke et kort over alle resolvere i verden. Brug en enkelt record-type til at sammenligne resolvere, eller overblikket med ti typer til at se én resolvers records samlet.
Gem et øjebliksbillede, før du ændrer en record, og slå så samme navn, type, resolver og tilstand op igen. Forskelsvisningen viser fælles, tilføjede og fjernede records. Ændringer, der kun vedrører TTL, vises adskilt fra ændringer i records. Øjebliksbilleder ligger i sidens hukommelse; eksportér JSON eller CSV, hvis du vil gemme dokumentationen, efter du har forladt siden. Et delt link til forespørgslen udfylder formularen uden at medtage svarene eller køre opslaget automatisk.
- Slå præcis det navn og den record-type op, som dit program bruger, inklusive subdomæner som www.
- Sammenlign de faktiske record-værdier. Forskelle i rækkefølge og resterende TTL er ikke i sig selv modstridende DNS-data.
- Tjek den autoritative opsætning hos din DNS-udbyder. Et korrekt offentligt svar kan ikke rette en tastefejl ved kilden.
- Sammenlign din enheds normale resolver med en offentlig resolver. Firma- eller VPN-DNS kan bevidst give andre, interne svar.
- Hvis de offentlige svar er korrekte, men browseren stadig rammer den gamle tjeneste, så undersøg browsercachen, en service worker, en linje i hosts-filen eller en programproxy.
# Query two public resolvers from your own machine
dig @1.1.1.1 example.com A
dig @8.8.8.8 example.com A
# Query the resolver configured on your device
nslookup example.comVid, hvornår forskellige svar er forventelige
CDN'er og placeringsafhængig DNS kan bevidst returnere forskellige, gyldige sæt adresser. Et værtsnavn, der er proxied gennem Cloudflare, returnerer normalt Cloudflares adresser og ikke serverens egen adresse. Ingen af delene betyder automatisk, at noget er sat forkert op.
Resolverens DNSSEC-flag for autentificerede data er ét signal om netop det svar. At flaget mangler, viser ikke i sig selv, at et domæne er usikkert eller forkert konfigureret. Opslaget gennemgår ikke en hel DNSSEC-kæde og sender ingen testmail.