VPN-DNS-Bericht: wat dran gehéiert, fir datt en reproduzierbar ass

„DNS ass futti“ ass eng Konklusioun, an et ass keng Konklusioun op där en Hëllefer ka schaffen. Den nëtzlechen Deel vun engem Bericht ass d’Form vum Fehler: wéi en Numm, duerch wéi en Resolver, mat wéi enger Äntwert. Dräi Detailer maachen aus enger Beschwéierung eppes Reproduzierbares, an all dräi kann een sécher deelen, wann déi privat Deeler ëmbenannt sinn. Duerno kënnt dat Minimum, wat e VPN-DNS-Bericht brauch, ier een Hëllef fannen kann.

Eng Kategorie vum Numm, keen Uerteel

Fänkt mam Numm selwer un a klassifizéiert en: ëffentlech, intern, kuerz, vollqualifizéiert oder vun engem bestëmmten Suffix zerwéiert. En internen Numm, deen ausgeet, während ëffentlech Nimm sech opléisen, weist op d’Resolver-Wiel an net op d’Erreechbarkeet. Wann all Nimm ausginn, weist dat op den Trajet zum Resolver, an dat ass eng aner Enquête mat aneren Beweiser. D’Kategorie dréit d’Diagnos, an de geneeë String ka verdeckt ginn.

Sot, ob de Fehler en opgebauten Tunnel brauch oder eréischt no senger Trennung optrëtt. En Numm, dee just brécht, wärend de VPN aktiv ass, implizéiert d’Konfiguratioun pro Verbindung, während deen, deen no der Trennung brécht, e Reschtzoustand implizéiert. D’Berichter loosse meeschtens dat ewech a froen sech duerno, firwat den éischten Virschlag net hëlleft.

Den Trajet vum Resolver festhalen

Eng Ufro un en ausdrécklech gewielte Server an de gewéinleche Lookup vun enger Applikatioun sinn ënnerschiddlech Experimenter. Sot, wat deen dovun de Fehler produzéiert huet, well eng manuell Ufro un e funktionéierende Server just beweist, datt de Server funktionéiert. D’Kommandë hei ënnen trennen den Systemstrajet vun enger direkter Fro.

resolvectl status --no-pager
getent hosts host.internal
dig +short host.internal @10.20.30.53

Den Ausgang vum Status nennt d’Serveren pro Verbindung an d’Routing-Domänen, also wou Split-DNS entscheet gëtt. Den Opruff getent follegt deem selwechten Trajet wéi d’Applikatioun, inklusiv der nsswitch-Reiefolleg. Déi direkt Ufro ëmgeet béides a probéiert een eenzege Server isoléiert. Rapportert, ween vun den dräi gescheitert ass a ween gelongen ass, an de Lieser muss den Trajet net méi roden.

Gitt de kontrolléierte Verglach un

Änner eng Variabel a sot, wat sech geännert huet. Datt ëffentlech Nimm sech opléisen, während intern ausginn, ass e Wielproblem; datt all Numm an en Timeout leeft, ass e Trajetproblem; an en private Numm, deen sech op eng ëffentlech Adress opléist, ass eng Lechen an de falsche Resolver. Zwee vun dene dräi hunn näischt domat ze dinn, ob den Tunnel opgebaut ass. E Bericht, deen behaapt, all Ufroe wären futti, enthält meeschtens e Verglach, deen ni gemaach gouf.

Trennt d’Opzielung vun der Liwwerung. Wann den Numm sech opléist an d’Säit nach ëmmer ausgeet, war d’DNS-Phase erfollegräich an de Bericht sollt dat soen, well den nächste Schrëtt eng Route oder en Listener ass an net e Resolver. Dee eenzegen Ënnerscheed spuert méi dacks eng Froenronn wéi en Auszuch aus dem Log.

Verdeckt den Nummraum, halleft d’Relatiounen

Intern Nimm kënnen ersat ginn, soulaang d’Ersätz d’Struktur erhalen. Kartéiert all ënnerschiddleche Server a Suffix op en stabile Label, a halt dës Kartéierung ausserhalb vun der gedeelter Kopie. All internen Host duerch deeselwechten Platzhalter z’ersetzen zerstéiert genee de Beweis, deen de Bericht brauch, well de Lieser net méi gesäit, datt ee Suffix sech opgeléist huet an en aneren net. Déi selwecht Regel gëllt fir Adressen: halt d’Präfix-Relatiounen a ännert d’Host-Bits, wann d’Politik et verlaangt.

Schéckt de Rekord iwwer de verifizéierten Kanal a loosst ewech, wat d’Diagnos ni brauch. Passwierder, privat Schlësselen an onverbonnen Firmennimm sinn net Deel vun enger DNS-Fro. Wat de Lieser brauch, ass d’Fehlerkategorie, den Trajet vum Resolver, de geneeë Fehler an deen eenzege Verglach, deen Dir gemaach hutt.