VPN DNS-jelentés: mit tartalmazzon, hogy reprodukálható legyen

A „DNS elromlott” egy következtetés, és nem olyan következtetés, amelyre egy segítő támaszkodhat. A jelentés hasznos része a hiba alakja: melyik név, melyik feloldón keresztül, milyen válasszal. Három részlet teszi a panaszt reprodukálhatóvá, és mindhárom biztonságosan megosztható, ha a privát részeket átnevezték. A következő az a minimum, amelyre egy VPN DNS-jelentésnek szüksége van ahhoz, hogy bárki segíthessen.

A név kategóriája, nem ítélet

Kezdje magával a névvel, és sorolja be: nyilvános, belső, rövid, teljesen minősített, vagy egy adott utótag által kiszolgált. Az a belső név, amely meghiúsul, miközben a nyilvános nevek feloldódnak, a feloldó kiválasztására utal, nem az elérhetőségre. Ha minden név meghiúsul, az a feloldóhoz vezető útra utal, ami más bizonyítékokkal járó más vizsgálat. A kategória hordozza a diagnózist, a pontos karakterlánc pedig eltakarható.

Mondja meg, hogy a hibához kell-e az alagút fennállása, vagy az a leválasztás után következik be. Az a név, amely csak aktív VPN mellett törik el, a kapcsolatonkénti konfigurációra utal, míg amelyik leválasztás után törik el, a visszamaradó állapotra. A jelentések ezt rendszerint kihagyják, majd azon tűnődnek, miért nem segít az első javaslat.

Rögzítse a feloldó útvonalát

A kifejezetten választott kiszolgálóhoz küldött lekérdezés és egy alkalmazás szokásos keresése különböző kísérletek. Mondja meg, melyik okozta a hibát, mert a működő kiszolgálóhoz intézett kézi lekérdezés csak azt bizonyítja, hogy a kiszolgáló működik. Az alábbi parancsok elválasztják a rendszer útvonalát a közvetlen kérdéstől.

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

Az állapotkimenet megnevezi a kapcsolatonkénti kiszolgálókat és az útválasztási tartományokat, ami ahol a split DNS eldől. A getent hívás ugyanazt az útvonalat követi, mint az alkalmazás, beleértve az nsswitch sorrendjét. A közvetlen lekérdezés mindkettőt megkerüli, és egyetlen kiszolgálót izoláltan tesztel. Jelentse, melyik három közül hibázott és melyik sikerült, és az olvasónak már nem kell kitalálnia az útvonalat.

Adja meg a kontrollált összehasonlítást

Változtasson meg egy változót, és mondja meg, mi változott. Ha a nyilvános nevek feloldódnak, a belsők pedig meghiúsulnak, az kiválasztási probléma; ha minden név időtúllépéssel végződik, az útvonalprobléma; és ha egy privát név nyilvános címre oldódik, az szivárgás a rossz feloldóba. Ezek közül kettőnek semmi köze ahhoz, hogy az alagút fennáll-e. Az a jelentés, amely azt állítja, hogy minden lekérdezés elromlott, rendszerint olyan összehasonlítást tartalmaz, amelyet soha nem futtattak le.

Válassza szét a feloldást a kézbesítéstől. Amikor a név feloldódik és a webhely mégis meghiúsul, a DNS-szakasz sikeres volt, és a jelentésnek ezt meg kell mondania, mert a következő lépés egy útvonal vagy egy figyelő, nem egy feloldó. Ez az egyetlen megkülönböztetés gyakrabban spórol meg egy teljes kérdéskört, mint bármely naplórészlet.

Takarja el a névteret, őrizze meg a kapcsolatokat

A belső nevek helyettesíthetők, amíg a helyettesítések megőrzik a szerkezetet. Rendeljen minden külön kiszolgálót és utótagot stabil címkéhez, és tartsa ezt a leképezést a megosztott példányon kívül. Ha minden belső gazdagépet ugyanazzal a helyőrzővel helyettesít, pontosan azt a bizonyítékot semmisíti meg, amelyre a jelentésnek szüksége van, mert az olvasó már nem látja, hogy az egyik utótag feloldódott, a másik pedig nem. Ugyanez a szabály érvényes a címekre: őrizze meg az előtag-kapcsolatokat, és változtassa meg a gazdagép bitjeit, ha a szabályzat megköveteli.

Küldje el a rekordot az ellenőrzött csatornán, és hagyja ki azt, amire a diagnózisnak soha nincs szüksége. A jelszavak, a privát kulcsok és a nem kapcsolódó cégnevek nem részei egy DNS-kérdésnek. Az olvasónak a hiba kategóriájára, a feloldó útvonalára, a pontos hibára és az egyetlen elvégzett összehasonlításra van szüksége.