Tunel i ndarë në Windows: kutia e portës dhe prefiksi që mungon

Tuneli raporton i lidhur dhe wiki vazhdon të ngarkohet. Pastaj një shkarkim ngec dhe ndarja në raft ndalon së përgjigjuri. Tuneli bëri punën e vet, dhe profili thjesht pretendoi çdo destinacion.

Windows e trajton një lidhje VPN si një vendim rrugëtimi. Derisa ai vendim të ngushtohet, makina sillet sikur të ishte zhvendosur në zyrë.

Pse një tunel që punon duket si ndërprerje

Një profil që lejohet të përdorë portën e largët instalon një rrugë të paracaktuar përmes tunelit. Pastaj çdo destinacion që nuk është në lidhjen lokale del përmes murit të zjarrit të zyrës. Ndarjet lokale ndalojnë së përgjigjuri sepse trafiku i tyre tani udhëton në një kontinent tjetër dhe kthehet. Asgjë në statusin e klientit nuk e pasqyron këtë.

Simptomat janë konfuze me qëllim. Zgjidhja e emrave mund të vazhdojë të punojë ndërsa ndarja skadon, ose e kundërta. Përdoruesi raporton se VPN-ja është prishur, klienti raporton se është në rregull, dhe të dyja deklaratat janë të sakta.

Kutia e fshehur në dialogun IPv4

Cilësimi është disa dialogë më thellë. Hapni ncpa.cpl, klikoni me të djathtën lidhjen, pastaj vetitë e IPv4, pastaj Të përparuara, dhe hiqni opsionin që lejon lidhjen të bëhet porta e paracaktuar e largët. Ajo një kuti vendos nëse profili është tunel i plotë. Çdo gjë tjetër në profil vazhdon të zbatohet.

Krahasoni route print -4 përpara dhe pas rilidhjes. Hyrja 0.0.0.0 që më parë tregonte tunelin duhet të jetë zhdukur, dhe prefikset e korporatës duhet të jenë ende atje.

route print -4 | findstr /c:"0.0.0.0"
Get-VpnConnection -Name 'Work VPN' | Select-Object Name, SplitTunneling, Routes

Ndryshimi i metrikës së ndërfaqes nuk është zëvendësim. Metrika vendos vetëm midis dy rrugëve të paracaktuara konkurruese, dhe një klient që riinstalon rrugën e vet të paracaktuar në çdo lidhje e fiton atë garë sido që të jetë numri i vendosur.

Prefiksi që askush nuk e renditi

Tuneli i ndarë ekspozon pikërisht prefikset e regjistruara në profil. Një nënrrjet zyre i shtuar pasi profili u shkrua mbetet i paarritshëm ndërsa tuneli është plotësisht i shëndoshë. Pastaj raporti vjen si një server i prishur dhe jo si VPN e prishur.

Një rrugë e shtuar me dorë mbulon boshllëkun derisa adresa e portës të ndryshojë. Regjistrimi i prefiksit në lidhje është më i qëndrueshëm, sepse prefiksi pastaj ndjek lidhjen në vend të një adrese të hamendësuar.

route -p add 172.20.8.0 mask 255.255.255.0 10.8.0.1
Add-VpnConnectionRoute -ConnectionName 'Work VPN' -DestinationPrefix 172.20.8.0/24
Get-VpnConnection -Name 'Work VPN' | Select-Object -ExpandProperty Routes

Lexoni listën e ruajtur dhe tabelën e gjallë së bashku. Një prefiks i ruajtur mund të ekzistojë ndërsa tabela nuk e merr kurrë, gjë që ndodh kur një agjent administrimi filtron rrugët pasi lidhja ngrihet. Ndodh edhe e kundërta, me një rrugë regjistri që tregon një përshtatës të fikur. Asnjëra nga dy pamjet e vetme nuk e tregon të gjithë historinë.

Vërtetimi i rezultatit pas një rindezjeje

Gjurmoni në të dy drejtimet dhe zgjidhni sipas emrit. Një gjurmë publike duhet të dalë përmes ofruesit, një gjurmë e brendshme duhet të hyjë në tunel, dhe një host i brendshëm duhet të përgjigjet me emër dhe jo vetëm me adresë.

tracert -4 www.example.com
tracert -4 wiki.corp.example
ping -4 fileserver.corp.example
ping -4 172.20.8.20

Përsëriteni pas një shkëputjeje, një rilidhjeje dhe një rindezjeje. Një prefiks që i mbijeton një rilidhjeje manuale dhe zhduket pas rindezjes nuk ishte ruajtur kurrë në profil.

Mbani edhe printerin dhe NAS në provë, sepse një tunel i ndarë që pret pajisjet pranë laptopit ka zgjidhur një problem duke krijuar një më të vogël dhe më irritues. Referenca e Microsoft për Add-VpnConnectionRoute është vendi ku kontrolloni drejtshkrimin e parametrave kundrejt versionit të modulit tuaj.