VPN-ja e Windows po merr gjithë trafikun? Hiqni rrugën e paracaktuar

Lidheni me VPN-në e zyrës dhe çdo faqe në shfletues fillon të kalojë nëpër atë rrjet: serveri i skedarëve është i shpejtë, gjithçka tjetër është e ngadaltë, e filtruar ose zhdukur. Klienti nuk po sillet keq; profili kërkoi një tunel të plotë. Ndërprerësi që e ndal është një kuti kontrolli në një dialog që aplikacioni modern Cilësimet nuk e shfaq, dhe porta e rrjetit ka përsëri fjalën në çdo lidhje. Ky udhëzues ndjek rendin që ndërfaqja e Windows paraqet vërtet, pastaj mbulon kontrollet që ende dështojnë kur tabela e rrugëve duket e saktë.

Filloni te vetitë e përshtatësit, jo te Cilësimet

Aplikacioni Cilësimet e liston profilin te Rrjeti dhe Interneti, pastaj VPN, por shfaq vetëm opsione të përgjithshme. Vendimi për portën e paracaktuar jeton në përshtatës. Hapni listën klasike të përshtatësve me Win+R dhe ncpa.cpl, klikoni me të djathtën lidhjen VPN, zgjidhni Vetitë, zgjidhni Protokolli i Internetit versioni 4, përsëri Vetitë dhe pastaj Avancuar. Hiqni shenjën te Përdor portën e paracaktuar në rrjetin e largët dhe konfirmoni daljen nga të tre dialogët.

Rilidhuni para testimit, sepse kutia zbatohet kur vendoset tuneli dhe një sesion ekzistues mban tabelën që ndërtoi. Nëse përshtatësi mungon ndërsa klienti është i shkëputur, lidhuni një herë dhe rihapni dritaren. Një klient furnizuesi që instalon një përshtatës TAP ose Wintun pa faqe vetish IPv4 nuk e ka fare këtë dialog; për ata, i njëjti vendim është një opsion tuneli të ndarë në cilësimet e vetë klientit, dhe kutia e përshtatësit është vendi i gabuar për të kërkuar.

I njëjti ndryshim nga PowerShell

Për një profil të krijuar në depon e VPN-së së Windows, cilësimi mund të skriptohet, që është ajo që dëshironi nëse makina rindërtohet shpesh:

Set-VpnConnection -Name "Office" -SplitTunneling $true
Get-VpnConnection -Name "Office" | Select-Object Name,SplitTunneling

Ai cmdlet arrin vetëm profilet në atë depo. Një lidhje e shtuar nga një klient i palës së tretë nuk do të shfaqet, dhe komanda dështon me një gabim emri që lexohet si gabim shtypi. Vini re edhe çfarë nuk bën ndërprerësi: pengon klientin të instalojë një rrugë të paracaktuar, por nuk i heq rrugët që porta e rrjetit shtyn në kohën e lidhjes, kështu që seksioni tjetër është ende i nevojshëm në shumë rrjete.

Kur porta e rrjetit e shtyn përsëri të paracaktuarën

Lexoni fillimisht tabelën. Dy zëra të paracaktuar me metrika të ndryshme do të thotë që ndryshimi i profilit funksionoi dhe rruga e shtyrë gjithsesi e zëvendësoi atë:

route print -4
Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Sort-Object RouteMetric
Get-NetAdapter | Select-Object Name,ifIndex

Fshini rrugën e paracaktuar që i përket tunelit dhe mbani atë fizike. Përdorni indeksin e ndërfaqes nga komanda e tretë, jo pseudonimin e përshtatësit, sepse skriptet që kalojnë një pseudonim prishen sapo ndryshon emri i shfaqur:

Remove-NetRoute -DestinationPrefix 0.0.0.0/0 -InterfaceIndex 21 -Confirm:$false
route delete 0.0.0.0 10.8.0.1

Fshirja e merr zyrën me vete, prandaj shtoni përsëri prefikset korporative përmes portës së tunelit. Kjo është rreshti që njerëzit e kalojnë, dhe kjo është arsyeja pse «VPN-ja ndaloi së punuari» pas një ndryshimi të suksesshëm të tunelit të ndarë:

route add 10.0.0.0 mask 255.0.0.0 10.8.0.1 metric 5 if 21

Asgjë nga kjo nuk i mbijeton një rilidhjeje, gjë që është sjellje e ndershme dhe jo bug: përshtatësi rindërtohet dhe klienti rizbaton atë për të cilën u morën vesh profili dhe porta. Nëse e paracaktuara rishfaqet çdo herë, porta është konfiguruar të refuzojë tunelin e ndarë dhe do të vazhdojë ta shtyjë, ose do të heqë sesionin. Kjo është politika e operatorit të rrjetit, dhe kërkesa i takon atij vendi, jo një skripti lokal që lufton kundër saj një herë për lidhje.

Rikontrolloni DNS, IPv6 dhe metrikat pas një rilidhjeje

Heqja e një rruge të paracaktuar IPv4 nuk provon asgjë për familjen tjetër ose për zgjidhjen e emrave. Një tunel mund të mbajë IPv6 ndërsa e paracaktuara IPv4 mbetet lokale, dhe një listë zgjidhësish e shtyrë mund t'i mbajë emrat e brendshëm në punë ndërsa kërkesat që e përdorin shkojnë në një rrugë tjetër. Kontrolloni të treja përpara se ta quani të kryer:

Get-NetRoute -DestinationPrefix ::/0
Get-DnsClientServerAddress -InterfaceAlias "Office"
Get-DnsClientNrptPolicy

Nëse gjendja kthehet në çdo lidhje, zhvendosni komandat në një veprim për lidhje në vend të redaktimit të tabelës me dorë: një detyrë e planifikuar e nisur nga ngjarja e lidhjes, ose cilësimi i vetë klientit për tunelin e ndarë kur ekziston. Mbani indeksin e ndërfaqes në një variabël dhe kërkoni atë në kohën e ekzekutimit, sepse mund të ndryshojë kur përshtatësit shtohen ose hiqen.

Vendosni për çfarë hoqët dorë

Trafiku lokal i internetit nuk inspektohet ose filtrohet më nga zyra, dhe çdo gjë që publikohet vetëm përmes tunelit tani ka nevojë për rrugën e vet. Disa organizata e konsiderojnë tunelin e ndarë shkelje të politikës, prandaj konfirmoni këtë përpara se të ndryshoni një pajisje të menaxhuar; një e paracaktuar e shtyrë është ndonjëherë mekanizmi i zbatimit dhe jo një aksident. Dokumentacioni i Set-VpnConnection liston parametrin e tunelit të ndarë dhe llojet e profileve që ai zbaton.

Pastaj verifikoni në një rend fiks: kush e zotëron rrugën e paracaktuar, shfletimi normal, një host korporativ sipas adresës, një emër i brendshëm, dhe të njëjtat katër pas një rilidhjeje të vetme. Nëse shfletimi funksionon dhe hosti korporativ dështon, mungon rruga e prefiksit dhe jo e paracaktuara që hoqët, dhe kjo rregullohet shumë më lirë sesa rindërtimi i profilit.