Bruk Windows DNS verktøy uten å endre DNS
Windows nslookup kan hjelpe en støtteoperatør med å inspisere autentiseringsavhengigheter uten å åpne et DNS kontrollpanel. Den nyttige utgangen er et svar som kan tilskrives et bestemt navn og posttype. Et skjermbilde som inneholder et kjent domenenavn er ikke nok. Registrer serveren, spørsmålet og klokkeslettet, og forklar deretter hvordan den observasjonen er relatert til e-postidentiteten som undersøkes.
Denne veiledningen er rettet mot Microsofts nslookup-dokumentasjon for Windows 11 og Windows Server 2025, gjennomgått 8. november 2026. Den hevder ikke å dekke oppførselen til en Unix-implementering med samme kommandonavn. Alle eksempler er foreslåtte skrivebeskyttede DNS spørringer; ingen ble kjørt for denne artikkelen. Dokumentasjonsadresser og example.com navn må kun erstattes i en godkjent undersøkelse.
Velg eiernavnet før kommandoen
Be om den nøyaktige meldingen eller avsenderkonfigurasjonen som identifiserer avhengigheten. SPF gjelder vanligvis en SMTP identitet som kan avvike fra den synlige Fra-adressen. DKIM bruker velger og signering av domene i signaturen for å finne nøkkelen. Å slå opp example.com TXT inspiserer ikke alle mulige velgere under den. RFC 7208 RFC 6376
For en policysjekk, _dmarc.example.com. er en eksplisitt eier for å undersøke, ikke bevis på at dette er det eneste søket om policy-oppdagelse en verifikator kan trenge. Hold autentiseringsoppdagelse og justering konklusjoner med posteieren. En støttebillett kan nøyaktig rapportere DNS svaret uten for tidlig å deklarere en DMARC pass. RFC 9989
Avslutt de foreslåtte navnene med et punktum. Microsofts dokumentasjon forklarer at et navn uten den terminatoren kan påvirkes av domene- og søkeinnstillinger. Dette er spesielt relevant på bedriftens Windows-systemer, der suffikskonfigurasjon kan få et utilsiktet spørsmål til å se plausibelt ut. Behold den nøyaktige stavemåten i stedet for å skrive den på nytt fra minnet. Microsoft nslookup
Foretrekk et enkelt eksplisitt søk etter en billett
Et foreslått one-shot-søk er nslookup - type=TXT _dmarc.example.com . 192.0.2.53. Det siste argumentet navngir DNS serveren; utelate den bruker standardserveren. Adressen her er en dokumentasjonsplassholder, ikke en brukbar anbefaling. Et matchende DKIM spørsmål kan være nslookup - type=TXT selector1._domainkey.example.com . 192.0.2.53, etter å ha fått den virkelige velgeren fra autorisert bevis. Microsoft nslookup
Ta opp et UTC-tidsstempel separat, Windows-utgaven og -bygget, og den aktive nettverkskonteksten. Ta med hele resultatet, ikke bare tekstverdien. Hvis det skjer en VPN- eller adapterendring mellom observasjoner, registrer det; disse spørsmålene kan ha fulgt forskjellige veier. Del bare den relevante delen av nettverkskonfigurasjonen, siden en bred støttepakke kan avsløre ikke-relaterte interne navn og adresser.
Bruk nslookup - type=NS example.com . 192.0.2.53 som et forslag til spørsmål om navneserver poster. Behandle resultatet som én inngang til identifiserende autoritet, ikke bevis på at den valgte rekursive serveren er autoritativ. En adresse hentet fra et ubekreftet skjermbilde skal ikke bli destinasjonen for neste søk uten å sjekke domenet og kilden.
Bruk interaktiv modus når ekstra detaljer er nødvendig
For en godkjent undersøkelse som trenger flere relaterte spørsmål, er den foreslåtte oppføringen nslookup - 192.0.2.53. Skriv inn ved den interaktive ledeteksten sett type=TXT, da angi feilsøking, da _dmarc.example.com., og til slutt gå. Hver er en separat inngang. Disse instruksjonene sendes ikke ut og viser ikke en utført økt. Microsoft dokumenterer typeinnstillingen og feilsøkingsmodusen separat. Microsoft-setttype Microsoft satte feilsøking
Feilsøkingsmodus gir flere pakke- og svardetaljer for tolkning. Det endrer ikke sonen eller bekrefter svaret. Bevar hvilken som helst responsstatus, flagg, TTL og autoritetsinformasjon den faktiske utgangen gir. Hvis bevisene er utilstrekkelige for a DNSSEC eller delegasjonskonklusjon, be om en mer passende diagnostisk registrering i stedet for å fylle hull fra forventningene.
Tilbakestill spørsmålet bevisst når du endrer posttype. En vanlig støttefeil er å fortsette en interaktiv økt forutsatt at den tidligere innstillingen ikke lenger gjelder. Foretrekk en ny one-shot-kommando når en billett trenger et reproduserbart eksempel som en annen operatør kan forstå uten å rekonstruere økthistorikken.
Tolk etiketter og feil i sammenheng
Et ikke-autoritativt svar er ikke automatisk feil. Det kan være en normal rekursiv respons som inneholder hurtigbufrede data. Et autoritativt svar etablerer et annet utsiktspunkt, ikke et ende-til-ende-autentiseringsresultat. DNS hodets autorisasjons- og statusfelt beskriver svaret, og deres betydning må holdes forskjellig fra den returnerte TXT teksten. RFC 1035
Microsoft skiller mellom en tidsavbrudd, ingen poster for den valgte typen, et ikke-eksisterende domene og serverfeil. Hold disse kategoriene atskilt i hendelsen. En timeout garanterer undersøkelse av tilgjengelighet og serverrespons, ikke umiddelbar opprettelse av en TXT post. Et resultat uten registrering garanterer å sjekke den eksakte eieren og typen før du vurderer en endring. Microsoft nslookup
Hvis en velger er en CNAME, behold aliaset og undersøk målet under den riktige eierens omfang. Hvis TXT tekst er delt over anførselstegn, bevar de opprinnelige postgrensene. En innlimt streng som stille kombinerer separate ressursposter kan skjule en konfigurasjonsfeil eller produsere en. RFC 1035
Avslutt med en sammenligning og en ærlig overlevering
Et fiktivt støttefunn kan si at bedriftens rekursive server og en bekreftet autoritet returnerte forskjellige verdier for samme TXT eier på registrerte tidspunkter. Det støtter ytterligere cache- eller visningsundersøkelse. Den fastslår ikke hvilken verdi en ekstern postboks brukte, og den rettferdiggjør ikke en soneredigering uten DNS -eierens vurdering.
Hold nslookup atskilt fra buffervedlikehold. Et oppslag er ikke en lokal cache flush; Microsofts separate ipconfig-verktøy dokumenterer denne operasjonen. Ikke legg til endringskommandoer til en skrivebeskyttet undersøkelse bare fordi resultatet er upraktisk. Microsoft ipconfig
Den ferdige billetten skal inneholde eksakte forespørsler, faktiske svar, tidsstempler, identiteter og det gjenværende spørsmålet. Her er disse operasjonelle observasjonene fraværende, så publikasjonsbevis forblir ufullstendig. Syntaks sjekket mot dokumentasjon er nyttig forberedelse, men bare en autorisert ekte fangst kan tilfredsstille den opprinnelige spørreporten.