DNS-opslag — Forespørg alle domæners DNS-poster i realtid
Diagnosticer e-mailleveringsfejl, bekræft domænemigrationer, og kontroller sikkerhedspolitikker - uden at installere dig eller nslookup.
Hvad er et DNS-opslag?
Et DNS-opslag forespørger Domain Name System for at hente de poster, der er knyttet til et domæne - fungerer som en telefonbog til internettet, og oversætter menneskelæselige domænenavne til de tekniske datanetværk, der er nødvendige for at dirigere trafik og levere tjenester. Hvert domæne bærer flere registreringstyper: En post peger på IP-adresser, MX-registreringer ruter e-mail, TXT-poster bærer sikkerhedspolitikker, og NS-poster delegerer autoritet til en navneserver.
Når du udløser et DNS-opslag, går forespørgslen til en rekursiv resolver (drevet af din ISP eller en offentlig resolver som 8.8.8.8 eller 1.1.1.1). Hvis resolveren har et cachelagret svar inden for postens TTL-vindue, returnerer den den cachelagrede værdi. Hvis ikke, forespørger den den autoritative navneserver - serveren, der har domænets officielle optegnelser. Dette værktøj omgår caching og forespørger autoritative servere direkte, så resultaterne afspejler den aktuelle offentliggjorte tilstand af zonen, ikke hvad din browser har cachelagret.
Din browser udfører automatisk DNS-opslag i baggrunden - men viser dig intet. Dette værktøj afslører det fulde postsæt: ikke kun IP-adressen, men hver posttype, der er knyttet til domænet, inklusive TTL-værdier, der afslører, hvor længe hver post vil forblive i cachen, før resolvere kontrollerer den autoritative kilde igen.
Sådan fungerer det
Indtast et domæne
Skriv et domænenavn — f.eks. google.com eller github.com. Du kan forespørge et roddomæne eller et underdomæne.
Vælg posttype
Vælg den DNS-posttype, du vil inspicere — A, MX, TXT, NS, CNAME, SOA, CAA — eller vælg Alle poster.
Se resultaterne
Resultater returneres i realtid fra autoritative DNS-servere. Hver række viser posttypen, værdien, TTL (hvor længe posten cachelagres af resolvere) og - for MX-poster - prioritetsnummeret. Kopier enhver post til udklipsholder med et enkelt klik.
Sådan læser du dine DNS-opslagsresultater
Når et opslag er fuldført, indeholder hver resultatrække flere felter. Her er, hvad hvert felt betyder, og hvad du skal kigge efter.
| Felt | Hvad det fortæller dig |
|---|---|
TTL (Time To Live) | Antallet af sekunder, som denne post cachelagres af resolvere, før de genforespørger den autoritative server. TTL 300 = ændringer forplanter sig på ~5 minutter. TTL 86400 = den gamle registrering kan vare ved i op til 24 timer, efter du har ændret den. |
MX Prioritet | Kun til stede på MX-plader. Lavere tal har højere prioritet. En opsætning på 10 (primær) og 20 (backup) skaber en failover-kæde. Lige prioritetsværdier betyder, at begge servere deler belastningen ligeligt. |
Rekordværdi | De faktiske data, posten indeholder — en IP-adresse for A/AAAA-poster, et værtsnavn for MX/NS/CNAME eller en tekststreng for TXT-poster. Dette er den værdi, som DNS-resolvere bruger, når de dirigerer trafik eller verificerer politikker. |
CNAME kæde | Når en CNAME peger på en anden CNAME, dannes en opløsningskæde. Kæder længere end 8 hop vil ikke løses i de fleste klienter - hvis dybden bliver et problem, skal du erstatte mellemliggende CNAME'er med en direkte A-record. |
TTL og DNS udbredelsestidslinje
Brug TTL til at vurdere, hvor hurtigt resolvere skal opfange en ændring, og hvornår det er værd at tjekke igen.
| TTL (Time To Live) | Forventet udbredelsesvindue | Hvornår skal man gentjekke |
|---|---|---|
| 300 | ~15-30 minutter på verdensplan | Hvert 5.-10. minut |
| 3600 | ~1-2 timer | Hvert 30-60 minutter |
| 86400 | Op til 24 timer | Tjek efter 12 timer og derefter igen efter 24 timer |
DNS Record Types: Hvad hver enkelt kontrollerer
Maps et domæne til en IPv4-adresse — den mest fundamentale DNS-post. Eksempel output: 93.184.216.34, TTL 3600 (cachelagret 1 time). Når A-posten mangler eller er forkert, bliver domænet utilgængeligt fra browsere.
Tilordner et domæne til en IPv6-adresse til moderne netværksrouting. Eksempel: 2606:2800:220:1:248:1893:25c8:1946. Hvis de mangler, kan IPv6-kunder ikke nå domænet - selvom IPv4 (A record) fallback normalt gælder.
Angiver, hvilke mailservere der accepterer e-mail for domænet. Hver post indeholder et prioritetsnummer — lavere værdier har forrang. Eksempel: prioritet 10 er den primære server; prioritet 20 er tilbagefaldet. Hvis der ikke findes nogen MX-record, vil e-mail til dette domæne blive afvist.
Gemmer vilkårlige tekstdata. Primære anvendelser: SPF (v=spf1 include:_spf.google.com ~all) autoriserer hvilke servere der kan sende e-mail; DKIM giver en offentlig nøgle til signaturverifikation; DMARC (v=DMARC1; p=reject) angiver politikken for uautoriseret e-mail. Flere TXT-poster kan eksistere side om side på ét domæne.
Identificerer de autoritative navneservere for domænet - de servere, der har de officielle DNS-poster. Hvis NS-poster ændres, overføres zoneautoriteten til de nye navneservere efter udbredelse.
Opretter et alias, der peger et domæne til et andet, som derefter løses til en IP. Bruges til underdomæner (www, cdn, mail) og CDN routing. Kritisk begrænsning: CNAME-poster kan ikke indstilles ved roddomænet (apex) - brug i stedet en A-post eller ALIAS-post ved rod.
Indeholder zone-metadata: primær navneserver, admin-kontakt (kodet som admin.example.com i stedet for [email protected]), serienummer i YYYYMMDDNN-format og tidsparametre. Serienummeret stiger med hver DNS-ændring — hvilket bekræfter, at en opdatering er blevet foretaget.
Begrænser, hvilke certifikatmyndigheder der må udstede SSL/TLS-certifikater for domænet. Eksempel: '0 issue letsencrypt.org' begrænser udstedelsen til kun Let's Encrypt. Hvis der ikke findes nogen CAA-post, kan enhver CA udstede et certifikat til dit domæne.
Hvad er DNSSEC, og validerer dette værktøj det?
DNSSEC (DNS Security Extensions) tilføjer kryptografiske signaturer til DNS-poster, hvilket gør det muligt for resolvere at verificere, at der ikke er blevet manipuleret med poster under transit. Dette værktøj returnerer rå DNS-poster fra autoritative servere, men udfører i øjeblikket ikke DNSSEC-signaturvalidering. Til DNSSEC-validering skal du bruge en dedikeret DNSSEC-analysator.
Hvornår skal man bruge et DNS opslagsværktøj
E-mailkonfiguration og fejlfinding
Forespørg MX-poster for at verificere mailserver-routing, tjek TXT-poster for SPF, DKIM og DMARC-politikker, og bekræft, at din DMARC-politik er indstillet til p=reject eller p=quarantine - ikke p=none.
Domænemigrering og propagering
Efter opdatering af DNS-indstillinger skal du kontrollere A- og NS-poster for at bekræfte udbredelsen. Reducer TTL til 300 sekunder mindst 24 timer før en planlagt migrering for at minimere nedetid, når du skifter.
DNS Sikkerhedsrevision
Tjek, om SPF-, DKIM- og DMARC TXT-poster er korrekt offentliggjort for at forhindre spoofing af e-mail. Gennemgå NS-registreringer for at bekræfte, at dit domæne ikke peger på en navneserver, som du ikke længere kontrollerer - et almindeligt tegn på eksponering af underdomæneovertagelse.
DevOps og stagingbekræftelse
Før implementering til produktion, skal du kontrollere, at underdomæne A-registreringer peger på de korrekte servere, CNAME-aliaser løser sig efter den tilsigtede CDN-oprindelse, og at TXT-poster til tjenestebekræftelse er til stede.
CDN & underdomænekonfiguration
Bekræft, at CDN-rutede underdomæner (cdn, assets, static) har de korrekte CNAME-mål. Bekræft, at www peger på dit roddomæne eller CDN-slutpunkt, og kontroller, at belastningsbalancerede underdomæner viser alle tilsigtede IP-adresser.
Online DNS opslag vs dig og nslookup: Hvornår skal du bruge hver
Udviklere rækker ofte ud efter dig eller nslookup fra kommandolinjen. Her er, hvordan dette onlineværktøj sammenligner på tværs af de mest almindelige brugssager.
| Funktion | Dette værktøj | dig | nslookup |
|---|---|---|---|
| Ingen installation nødvendig | Ja | Nej | Nej |
| Forespørg alle posttyper på én gang | Ja | Delvis | Nej |
| Forespørger autoritative navneservere direkte | Ja | Ja | Delvis |
| Viser TTL værdier | Ja | Ja | Delvis |
| Viser MX prioritet | Ja | Ja | Ja |
| Resultater, der kan deles | Ja | Nej | Nej |