Windows VPN: uložený profil verzus stav aktívneho rozhrania

Windows VPN sa objavuje na dvoch miestach, ktoré odpovedajú na rôzne otázky, a ich zámena dáva sebavedomú, ale nesprávnu diagnózu. Uložený profil hovorí, čo niekto nastavil; aktívne rozhranie hovorí, čo zásobník práve použil. Keď sa spojenie nadviaže a prevádzka ide stále nesprávnou cestou, musia sa prečítať oba pohľady, presne v tomto poradí. Ani jeden sám o sebe nepovie, či paket aplikácie opustil tunel.

Dva pohľady na ten istý tunel

Pohľad na profil je konfigurácia: adresa servera, typ tunela, metóda overovania, nastavenia rozdeleného tunela. Môže byť správny, aj keď ho spojenie ignoruje, a môže byť zastaraný, aj keď spojenie funguje bezchybne, pretože klient, ktorý sa znova pripojí, nemusí znova načítať to, čo ste upravili. Pohľad na rozhranie je použitý stav: ktoré adaptéry existujú, ktoré rodiny adries nesú, ich metriky a stav pripojenia. Mení sa, ako tunely prichádzajú a odchádzajú, čo z neho robí správne miesto pre otázku o živom smerovaní a nesprávne miesto pre otázku o konfigurácii.

Čítať ich spolu je celá metóda a čítať ktorýkoľvek sám je cesta, ako ľudia nakoniec zmažú zdravý adaptér. Príkazy nižšie vytvárajú oba pohľady bez toho, aby čokoľvek zmenili.

Prečítajte oba pohľady bez toho, aby ste čokoľvek zmenili

Začnite uloženými profilmi, pretože to je najlacnejší fakt na potvrdenie. Všimnite si typ tunela a hodnotu rozdeleného tunela, pretože obe rozhodujú o tom, ktoré ciele majú vôbec vstúpiť do tunela. Ak je profil nesprávny, opravte ho cez jeho podporovanú konfiguračnú plochu, pretože nič v zozname rozhraní neopraví profil, ktorý ukazuje na nesprávnu bránu.

Get-VpnConnection | Select-Object Name,ServerAddress,TunnelType,SplitTunneling,ConnectionStatus

Pohľad na rozhranie má iný tvar: jeden tunel môže zaberať dva riadky, keď nesie obe rodiny adries. Čítajte index ako identitu a alias ako označenie, ktoré si niekto vybral, a očakávajte, že sa alias medzi verziami klienta zmení.

Get-NetIPInterface | Select-Object InterfaceIndex,InterfaceAlias,AddressFamily,ConnectionState,InterfaceMetric

Prítomnosť nie je dôkazom použitia, pretože rozhranie môže existovať, byť pripojené a napriek tomu nebyť tým, ktoré vyberá trasa k vášmu cieľu. Majte to na pamäti, než neznámy adaptér označíte za vinníka. Tieto dve poruchy vyzerajú zvonku rovnako: správny profil s trasou, ktorá ho nikdy nepoužíva, a nesprávny profil s trasou, ktorá ho používa. Majú úplne odlišné opravy, a preto existuje nasledujúca časť.

Sledujte trasu k cieľu

Opýtajte sa zásobníka, ktorou cestou by sa vydal pre adresu, s ktorou aplikácia skutočne komunikuje. To je otázka, na ktorú zoznam rozhraní sám nedokáže odpovedať.

Find-NetRoute -RemoteIPAddress 10.60.20.10 | Select-Object -First 1
Get-NetIPAddress -InterfaceIndex 37 | Select-Object IPAddress,AddressFamily,PrefixLength

Prvý príkaz hlási dve polia, ktoré stoja za prečítanie: alias rozhrania vybraného zdroja a ďalší skok pre tento cieľ. Index 37 v druhom príkaze je to, čo vytlačil prvý výstup, nie konštanta na kopírovanie, a adresa 10.60.20.10 je ilustratívna. Ak vybraný zdroj patrí fyzickému adaptéru, zatiaľ čo cieľ by mal byť vnútri tunela, našli ste problém výberu, pretože rozhranie VPN môže byť úplne zdravé a jednoducho neuprednostnené. Metrika je len časťou tohto rozhodnutia, pretože sa uplatňuje špecifickosť trasy, politika aj stav rozhrania.

Porovnajte tri stavy za rovnakých podmienok

Zapíšte zoznam rozhraní a vybranú trasu pred pripojením, počas pripojenia a po odpojení, zakaždým s rovnakým cieľom a rovnakými príkazmi. Toto porovnanie oddeľuje aktuálne rozhranie tunela od starého skrytého adaptéra zanechaného odinštalovaním a od druhého klienta, ktorý tiež beží. Tiež vám povie, či rozhranie tunela čisto zmizne, pretože adaptér, ktorý po odpojení zostane, je iný problém ako ten, ktorý sa nikdy neobjavil. Bez troch snímok vyzerá každý neznámy alias ako vinník.

Uchovajte tri výstupy pri tikete, pretože dva výstupy príkazov sú lepšie ako odsek popisu. Kolega ich môže porovnať bez toho, aby vašu reláciu vôbec zopakoval.

Nemažte to, čo ste neidentifikovali

Neznáme adaptéry zvyčajne niečomu patria: spravovanému klientovi, virtuálnemu prepínaču, sieti kontajnerov alebo bezpečnostnému agentovi. Zmazanie jedného môže odstrániť fungujúci komponent a ponechať pôvodný príznak presne tam, kde bol. Ak je trasa zastaraná, nájdite vlastníka trasy a opravte ju tam; ak je profil nesprávny, upravte profil. Dokumentácia Get-NetIPInterface uvádza polia použité vyššie, vrátane stĺpcov metriky a stavu, ktoré robia porovnanie zmysluplným.

Pomenujte objekt, nájdite jeho vlastníka a potom konať voči tomu vlastníkovi. Čokoľvek iné je premenovanie problému namiesto jeho čítania.