Windows VPN: uložený profil versus stav aktivního rozhraní

VPN ve Windows se objevuje na dvou místech, která odpovídají na různé otázky, a jejich záměna dává sebevědomou, ale špatnou diagnózu. Uložený profil říká, co někdo nastavil; aktivní rozhraní říká, co zásobník právě použil. Když se spojení naváže a provoz přesto jde špatnou cestou, musí se číst oba pohledy, přesně v tomto pořadí. Ani jeden sám o sobě neřekne, zda paket aplikace opustil tunel.

Dva pohledy na stejný tunel

Pohled na profil je konfigurace: adresa serveru, typ tunelu, metoda ověřování, nastavení rozděleného tunelu. Může být správný, i když ho spojení ignoruje, a může být zastaralý, i když spojení funguje bezchybně, protože klient, který se znovu připojí, nemusí znovu načíst to, co jste upravili. Pohled na rozhraní je použitý stav: které adaptéry existují, které rodiny adres nesou, jejich metriky a stav připojení. Mění se, jak tunely přicházejí a odcházejí, což z něj dělá správné místo pro otázku živého směrování a špatné místo pro otázku konfigurace.

Číst je společně je celá metoda a číst kteroukoli samotnou je cesta, jak lidé nakonec smažou zdravý adaptér. Příkazy níže vytvářejí oba pohledy, aniž by cokoli měnily.

Přečtěte oba pohledy, aniž byste cokoli měnili

Začněte uloženými profily, protože to je nejlevnější fakt k potvrzení. Všimněte si typu tunelu a hodnoty rozděleného tunelu, protože obojí rozhoduje o tom, které cíle mají vůbec do tunelu vstoupit. Pokud je profil špatný, opravte ho přes jeho podporovanou konfigurační plochu, protože nic v seznamu rozhraní neopraví profil, který ukazuje na špatnou bránu.

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

Pohled na rozhraní má jiný tvar: jeden tunel může zabírat dva řádky, když nese obě rodiny adres. Čtěte index jako identitu a alias jako označení, které si někdo vybral, a očekávejte, že se alias mezi verzemi klienta změní.

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

Přítomnost není důkazem použití, protože rozhraní může existovat, být připojené, a přesto nebýt tím, které vybírá trasa k vašemu cíli. Mějte to na paměti, než neznámý adaptér označíte za viníka. Tyto dvě poruchy vypadají zvenčí stejně: správný profil s trasou, která ho nikdy nepoužívá, a špatný profil s trasou, která ho používá. Mají zcela odlišné opravy, a proto existuje následující část.

Sledujte trasu k cíli

Zeptejte se zásobníku, kterou cestou by se vydal pro adresu, se kterou aplikace skutečně komunikuje. To je otázka, na kterou seznam rozhraní sám nedokáže odpovědět.

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

První příkaz hlásí dvě pole, která stojí za přečtení: alias rozhraní vybraného zdroje a další skok pro tento cíl. Index 37 ve druhém příkazu je to, co vytiskl první výstup, ne konstanta ke kopírování, a adresa 10.60.20.10 je ilustrativní. Pokud vybraný zdroj patří fyzickému adaptéru, zatímco cíl má být uvnitř tunelu, našli jste problém výběru, protože rozhraní VPN může být zcela zdravé a prostě nepreferované. Metrika je jen částí tohoto rozhodnutí, protože se uplatňuje specifičnost trasy, zásady i stav rozhraní.

Porovnejte tři stavy za stejných podmínek

Zapište seznam rozhraní a vybranou trasu před připojením, během připojení a po odpojení, pokaždé se stejným cílem a stejnými příkazy. Toto porovnání odděluje aktuální rozhraní tunelu od starého skrytého adaptéru zanechaného odinstalací a od druhého klienta, který také běží. Také vám řekne, zda rozhraní tunelu čistě mizí, protože adaptér, který po odpojení zůstane, je jiný problém než ten, který se nikdy neobjevil. Bez tří snímků vypadá každý neznámý alias jako viník.

Uchovejte tři výstupy u tiketu, protože dva výstupy příkazů jsou lepší než odstavec popisu. Kolega je může porovnat, aniž by vaši relaci vůbec opakoval.

Nemažte to, co jste neidentifikovali

Neznámé adaptéry obvykle něčemu patří: spravovanému klientovi, virtuálnímu přepínači, síti kontejnerů nebo bezpečnostnímu agentovi. Smazání jednoho může odstranit fungující komponentu a ponechat původní symptom přesně tam, kde byl. Pokud je trasa zastaralá, najděte vlastníka trasy a opravte ji tam; pokud je profil špatný, upravte profil. Dokumentace Get-NetIPInterface uvádí pole použitá výše, včetně sloupců metriky a stavu, které činí porovnání smysluplným.

Pojmenujte objekt, najděte jeho vlastníka a pak jednejte na tohoto vlastníka. Cokoli jiného je přejmenování problému místo jeho čtení.