A kliens eltűnt, és a gép még mindig semmit sem ér el, ami arra csábít, hogy elegyengesse a tűzfalat és elölről kezdje. Ne tegye ezt. A blokkoló állapot három különböző tulajdonostól származhat ugyanazon a gépen, és mindegyiknek megvan a maga eltávolítási útja. Ha mindent egyszerre öblít ki, eltávolítja azt az objektumot, amelytől meg akart szabadulni, együtt azzal a védelemmel, amelyre még szüksége van, és megsemmisíti annak bizonyítékát is, melyik tulajdonos okozta a problémát. Öt ellenőrzés, sorrendben, megakadályozza ezt.

Ellenőrzés 1: mi van még ott, és mire való

Keresse a három artefaktot külön: egy virtuális adaptert, amely még létezik, egy tűzfalszűrőt vagy szabályt, amely még blokkol, és egy útvonalat vagy házirendszabályt, amely még egy már nem létező alagútra mutat. Jelenlétük önmagában semmit sem bizonyít, mert egy szándékos vészleállító kívülről ugyanúgy néz ki, mint egy elhagyott.

Get-NetAdapter | Where-Object Status -eq 'Up'
Get-NetFirewallRule -Enabled True -Direction Outbound | Where-Object Action -eq 'Block'
ip route show
ip -4 rule show

Jegyezze fel, mikor szakadt meg a kapcsolat, és hogy a normál kliens még el tudja-e indítani az alagútját. Ha a kliens helyre tudja állítani az alagutat, és a forgalom visszatér, a blokkolás végzi a dolgát, és a probléma a kliens állapotában van, nem egy visszamaradt szabályban.

Ellenőrzés 2: melyik tulajdonos irányítja

Minden artefaktumnak van tulajdonosa. A virtuális adapter a VPN-kliensé vagy annak illesztőprogramjáé. A szűrő a kliensé, a platform saját tűzfaláé vagy egy felügyelt biztonsági terméké lehet. Lehet, hogy az útvonalat a kliens csatlakozáskor telepítette, és hátrahagyta.

Felügyelt eszközön először ellenőrizze az eszköz házirendjét, mielőtt bármihez hozzányúlna. A házirend által kikényszerített szűrő a következő bejelentkezéskor visszaáll, így a helyi eltávolítás egy órát és egy megfelelőségi jelentést vásárol. Ez a beszélgetés a rendszergazdáé, nem a tűzfal felületéé.

Ellenőrzés 3: távolítsa el a legszűkebb dolgot, ami megmagyarázza

Kezdje a szállító által támogatott úttal: egy javító telepítés vagy egy megfelelő eltávolítás gyakran helyesen tisztítja a generált állapotot, beleértve azokat a szűrőket is, amelyeket a kézi eltávolítás kihagyna. Olvassa el a telepített verzió helyreállítási utasításait, mert a sorrend számít, és egy sikertelen eltávolítás utáni eltávolítás másképp viselkedik.

Ha a kézi vizsgálat valóban szükséges, jegyezze fel a szabály nevét, az interfészt és a megadott célt, mielőtt bármit módosítana, és távolítsa el azt az objektumot név szerint. Az összes hálózati adapter eltávolítása vagy a teljes szabálykészlet kiöblítése egyetlen kliens megcélzására az az út, amelyen egy támogatási eset újjáépítéssé válik.

Ellenőrzés 4: a DNS és az útvonalak túlélik az adaptereket

A feloldási állapot túlélheti az alagutat. Egy feloldó, amely még egy már nem létező alagúton belüli címre mutat, olyan időtúllépéseket produkál, amelyek pontosan úgy néznek ki, mint egy tűzfal-dobás, és a szokásos következtetés a rossz.

resolvectl status
ip route get 1.1.1.1
nslookup example.com

Ha a cím feloldódik, és egy nyers IP-kapcsolat működik, a DNS a fennmaradó probléma, nem a szűrés. Ha mindkettő meghiúsul, térjen vissza az első ellenőrzéshez az útvonallal és a szűrővel a kezében.

Ellenőrzés 5: tesztelje újra mindkét utat, és tegye vissza a diagnosztikát

Először ellenőrizze a szokásos kapcsolatot, majd minden fennmaradó VPN-profilt a saját vezérlőin keresztül: csatlakozzon, használja, csatlakozzon le, és erősítse meg, hogy a gazdagép visszatért az egyszerű kapcsolathoz. Ez az oda-vissza út az a teszt, amely bizonyítja, hogy az elhagyott blokkolás eltűnt, és nem csupán megkerülték.

Végül állítsa vissza a menet közben végrehajtott diagnosztikai módosításokat. A sikeres tisztítás egy elhagyott függőséget távolít el; nem távolítja el a gazdagép általános védelmét, és nem hagyhat maga után tartósan meglazított tűzfalat. Jegyezze fel, melyik tulajdonos tartotta a blokkolást, mert a következő eltávolítás ugyanazt a három jelöltet hozza.

Kapcsolódó cikkek