Een domein dat niet resolveert onderzoeken: draag bewijs over vóór je iets wijzigt

Maak een lege vraagkaart vóór je conclusies trekt

Begin met één hostnaam en één vraag, niet alle diensten achter een domein. Een browsermelding is op zichzelf geen DNS-antwoordbewijs. Bestaat er al bevoegd verzameld bewijs, behoud dan de context; vraag het anders aan de verantwoordelijke beheerder. Plak geen inloggegevens, privéaccountinformatie of ongerelateerde netwerkgegevens in het gedeelde werkblad.

Bewaar vijf bewijsregels, geen vijf aangenomen oorzaken

Gebruik “vastgelegd”, “in afwachting” en “niet gecontroleerd” als bewijsstatus. Vastgelegd betekent dat er een origineel voor de genoemde vraag is, niet dat de interpretatie klopt of het domein gezond is. Een antwoord in afwachting is geen negatief resultaat. Gebruik de vraagkaart per bewijsstuk en houd verzameltijd en scope erbij.

Lege overdracht: vastgelegde regels ____; in afwachting ____; niet gecontroleerd ____; open interpretatie ____; bewijsstukken ____; gevraagde volgende controle en bevoegde eigenaar ____; uitgevoerde wijzigingen ____. Laat een leeg veld zichtbaar in plaats van er een geraden uitkomst van te maken.

Behandel registratierestricties niet als hetzelfde

ICANN onderscheidt inactive, zonder gekoppelde nameservers en zonder actieve DNS voor het domein, van serverHold door het register en clientHold door de registrar, die DNS-activering tegenhouden. clientTransferProhibited beperkt juist overdracht. Een algemeen label “vergrendeld” verklaart daarom op zichzelf geen DNS-storing. Noteer exacte code en bron; maak niet van iedere beperking een DNS-hold en neem niet aan dat je die mag verwijderen.[3]

Googles domeingids behandelt NXDOMAIN bij een geregistreerd domein als aanleiding om registratie, verval en mogelijke holds te bekijken. Dat bewijst niet dat elke NXDOMAIN verval of een beschikbare naam betekent. Stuur accountstatusvragen naar de bevoegde account-/registrareigenaar. Publieke uitleg stelt jouw eigendom, echte accountstatus of recht op wijziging niet vast.[1]

Lees vraag, antwoord en verwijzing samen

RFC 2308 uit maart 1998 onderscheidt Name Error/NXDOMAIN van NODATA. NODATA is een uit de respons afgeleide pseudocode voor een geldige naam in de gegeven QCLASS zonder records van de gevraagde QTYPE. Een CNAME-keten kan de uiteindelijk opgeloste naam veranderen. Een leeg antwoord met NOERROR is niet automatisch NODATA: antwoord, SOA/NS in de authoritysectie en referralcontext tellen mee. Leg die vast vóór je leegte diagnosticeert. Dit gebruikt secties 1 en 2, niet iedere huidige implementatie.[4]

Houd NXDOMAIN, SERVFAIL en geen antwoord apart. Googles domeingids bespreekt voor verschillende uitkomsten voorwaardelijke controles. Een uitgebreide DNS-fout kan, indien geleverd, een aanwijzing geven, maar aanwezigheid, tekst en identieke clientweergave zijn niet gegarandeerd. Bewaar het oorspronkelijke bericht en wie het verkreeg; herschrijf een aanwijzing niet tot bevestigde oorzaak.[1]

Wijs delegatie- en validatievragen toe zonder beveiliging te verzwakken

Google bespreekt parent-referrals, nameservernamen en glue als voorwaardelijke aanknopingspunten bij delegatieproblemen. Een verschil of ontbrekend bewijs vraagt interpretatie door de betrokken beheerder. Scheid bovenliggende informatie van een autoritatief antwoord; een resolverresultaat documenteert geen van beide volledig. Vraag welke exacte vraag en bron ontbreken, niet om een ongeautoriseerde nameserverwijziging.[1]

De gids bespreekt ook DNSSEC-validatieaanwijzingen, waaronder verouderde DS-informatie na een providerwissel. Dat maakt wijzigingshistorie en validatiebewijs relevant, maar bewijst niet de oorzaak van deze zaak. Geef de vragen aan de bevoegde DNSSEC-/domeinbeheerder. Dit werkblad biedt geen recept of toestemming om validatie uit te schakelen, DS-records te verwijderen, een fout te omzeilen of beveiliging te verzwakken.[1]

Vergelijk passende observaties, geen losse schermafbeeldingen

Googles domeingids gebruikt vergelijkingen tussen recursieve resolvers en autoritatieve antwoorden als voorwaardelijk bewijs. Laat hostnaam, CNAME-context, QTYPE en QCLASS overeenkomen en bewaar tijden, resolver-/netwerkcontext en volledige originelen. Verschillen openen een onderzoeksvraag, maar wijzen niet zelfstandig de foutieve laag aan. Een niet-gecontroleerde autoritatieve regel blijft dat ook als twee recursieve antwoorden overeenkomen.[1]

De algemene Google-pagina noemt verschillende SOA-serienummers en oude autoritatieve gegevens na serverwijzigingen als mogelijkheden. De getoonde bijwerkdatum is 3 september 2024, niet de raadpleegdatum 14 oktober 2026. Maak historische uitleg niet tot universele propagatietermijn, cacheleegrecept of belofte dat wachten het domein repareert. Noteer specifiek bewijs en de volgende verantwoordelijke eigenaar.[2]

Fictieve Meadow Lantern Day: drie bewijsstukken sluiten geen vijf regels

Alles is verzonnen: Meadow Lantern Day, symbolisch Domein C, webhostnaam, statussen, bewijsstukken en personen. Het scenario is gedateerd op 15 oktober 2026 om 09:00, UTC−06:00: een fictief toekomstig tijdstip ten opzichte van dit concept van 14 oktober, geen echte waarneming. Er is geen query uitgevoerd, account geopend of wijziging gedaan. P1 en P2 vragen naar dezelfde fictieve webhostnaam, QTYPE A en QCLASS IN; er is geen CNAME vastgelegd.

Het register telt 3 vastgelegd + 1 in afwachting + 1 niet gecontroleerd = 5 regels. Overeenstemming tussen P1 en P2 vult D of A niet. clientHold is reden om de registratievraag door te geven, geen bewijs van elke causale stap of gegarandeerde oplossing. Verval, beschikbaarheid van het domein en bevoegdheid om de hold te verwijderen zijn niet aangetoond.

Lever de open vraag over, geen succesclaim

De fictieve overdracht legt statusinterpretatie bij de bevoegde account-/registrareigenaar; bovenliggende delegatie blijft ongecontroleerd en autoritatief bewijs in afwachting. Twee recursieve NXDOMAIN-bewijzen dekken alleen de genoemde A/IN-vraag. Vraag ontbrekend bewijs binnen de bevoegdheid en spreek een beoordelingstijd af. Uitgevoerde wijzigingen: geen. Dit is een verzonnen voorbeeld, geen bericht aan een provider.

Voeg in je echte overdracht exacte vraagkaart, vindplaatsen, aantallen per bewijsstatus, bekende wijzigingshistorie en volgende eigenaar toe. Scheid observatie van interpretatie en toestemming van technische mogelijkheid. Stop vóór een ongefundeerde diagnose of wijziging. Een ingevuld werkblad bewijst geen eigendom, herstelt geen resolutie en toont niet aan dat website, e-mail of TLS werkt.