Miért tűnhet egy VPN csatlakozottnak, miközben semmi sem működik

Az ügyfél csatlakozottat jelent, miközben az interfész fel van, és a böngésző időtúllépést kap, és e három állítás egyike sem hamis. A csatlakozott egy olyan réteget ír le, amelynek semmi köze ahhoz az oldalhoz, amelyet kért. Annak eldöntéséhez, melyik réteg jelent, egy friss kérésre és egy pillantásra van szükség arra a számlálóra, amely bizonyítaná, hogy a forgalom elmozdult. Az újraindítás eldobja ezt a bizonyítékot, és újraépíti azokat a körülményeket, amelyeket megfigyelni próbált.

Három különböző dolog, amit csatlakozottnak neveznek

Legalul a csatlakozott azt jelentheti, hogy egy ügyfélfolyamat fut, és egy socketet tart egy társ felé. Afölött azt jelentheti, hogy létezik egy című interfész, amelyet egy állandó eszköz vagy egy helyreállítási rutin élő munkamenet nélkül is létrehozhat mögötte. Vezérlési szinten azt jelentheti, hogy egy társítás létrejött, ami semmit sem mond arról, hogy átkelt-e alatta egyetlen csomag is. Mindegyikük olyan hibákat él túl, amelyeket a többi nem, és az ügyfél általában a legerősebbet mutatja, amelyre hivatkozhat.

A zöld ikon és a halott alagút tehát összeegyeztethető, nem ellentmondásos; különböző objektumokról adnak jelentést. Pontosan ezért diagnosztizálják ezt a hibát újra meg újra tévesen ügyfélhibaként.

Küldjön egy ártalmatlan kérést egy olyan célhoz, amelyre valóban szüksége van, mielőtt hozzányúlna a démonhoz, és tartsa a helyén a szükséges közvetlen forgalmi blokkot, miközben dolgozik. Az újraindítás törli az események sorrendjét, majd elég közel újra létrehozza őket ahhoz, hogy elrejtse az okot, ezért tér vissza ugyanaz a jegy egy héttel később anélkül, hogy bármi új lenne benne. Egy kérés, egy számlálóleolvasás és a hibát kiváltó kiváltó ok a minimális bizonyíték.

Melyik számláló bizonyítja, hogy a csomagok elmozdultak

Az IPsecben az IKE-társítás és a CHILD-társítás külön objektumok, és csak a child hordozza azokat a számlálókat, amelyek erre a kérdésre válaszolnak. Listázza a childot, figyelje, nőnek-e a csomagok mindkét irányban, és hasonlítsa össze azzal, amit az alkalmazás tenni próbál. A nullán telepített társítás más megállapítás, mint az, amely növekszik, miközben az alkalmazás még mindig meghibásodik; az első azt jelenti, hogy a forgalom nincs kiválasztva, a második azt, hogy mozog, és a hiba távolabb van. Olvassa el a számlálókat kétszer, néhány másodperc különbséggel, mert egy minta nem mutathat tendenciát.

swanctl --list-sas
ip xfrm state list
ip -s link show dev tun0

A nulla számlálók a kiválasztásra mutatnak: útválasztás, szabály, névtér, amelyből a csomag kilépett, vagy interfész, amelyhez az ügyfél soha nem kötődött. A növekvő számlálók az alagúttól elfelé mutatnak, ezért folytassa a továbbítással a távoli végén, a névfeloldással, a visszaúttal és a cél-szolgáltatással, ebben a sorrendben. A külön child objektum nélküli protokoll ugyanezt a bizonyítékot a saját feltételeivel tárja fel, ezért használja azt, amit a társ állapotáról és a csomagszámról jelent, ahelyett hogy az IPsec szókincsét kölcsönözné. A leolvasás formája fontosabb, mint az azt létrehozó eszköz.

Hol ül a hiba, miután a számlálók elmozdultak

Az az átjáró, amely a saját kezelési címén válaszol, azt bizonyítja, hogy az átjáró fut, nem azt, hogy mögötte valami kiszolgálja a kérését, ezért a távoli oldalt tesztelje, ne a középső dobozt. A névfeloldás rejti el legjobban a hibákat, mert az a feloldó, amely az alagúton át nem érhető el, pontosan úgy fut időtúllépésre, mint egy halott kapcsolat. Két lekérdezés elválasztja ezeket az eseteket, és mindkettő olcsó. Először az alagút által kényszerített feloldót kérdezze, majd egy nyilvános feloldót ugyanarról a névről.

dig +short host.example
dig +short @10.20.0.1 host.example
ping -c 2 10.20.0.25

Egy név, amely a nyilvános feloldón keresztül feloldódik, de az alagút feloldóján keresztül nem, azt jelenti, hogy a DNS-útvonal eltört, míg egy név, amely mindkettőn át feloldódik, és mégis időtúllépést kap a böngészőben, a visszaútra vagy a szolgáltatásra mutat. Ha a ping cím alapján sikerül, és az alkalmazás még mindig elutasít, a hálózat kézbesítette a kérést, és a szolgáltatás elutasította, ami egészen későbbi szakasz.

Rögzítse a kiváltó okot, majd változtasson egy dolgot

Rögzítse, mi előzte meg a hibát: egy tétlenségi időszak, hálózatváltás, kulcsfrissítés, újraindított laptop vagy helyreállított rendszer. Ezek különböző mechanizmusokat hoznak létre, és általában csak a helyreállított rendszer javítja meg magát, ami pontosan az az eset, amely semmire sem tanítja. Az újraindítás eltávolítja az események sorrendjét, majd elég közeli körülményeket hoz létre az ok elrejtéséhez. Írja le a kiváltó okot, amíg még reprodukálható.

Ezután hajtson végre egy alátámasztott javítást, és ismételje meg az eredeti kérést a hibát kiváltó okkal együtt. A tétlenség a legkönnyebben reprodukálható kiváltó ok, ezért ez a leggyorsabb megerősítés, hogy a javítás a mechanizmust és nem a tünetet kezelte.

Amit jelenteni szeretne, az a bizonyíték arra, hogy a forgalom, amelyet küldeni szándékozott, elérte azt a szolgáltatást, amelyet elérni szándékozott. Egy zöldre váltó ikon, egy gyorsítótárból betöltődő oldal és egy mozgó számláló mindegyike kevesebbet bizonyít, mint egy befejezett kérés a tervezett cél felé. Tartsa együtt a kérést, a számlálóleolvasást és a kiváltó okot, hogy a következő ember meg tudja különböztetni a javítást a véletlentől.