Pse VPN-i juaj i Windows vret printerin lokal dhe si ta ndaloni
Një klient me tunel të plotë zotëron rrugën e paracaktuar, kështu që printeri dhe NAS ndalojnë së përgjigjuri. Hiqni atë rrugë dhe më pas shtoni përsëri prefikset e punës që ju nevojiten.
Lidhni VPN-in dhe printeri zhduket, ndarja NAS ndalon së hapuri, dhe një sesion Desktopi në distancë drejt makinës pranë jush skadon. Asgjë nuk u prish. Klienti shtoi një rrugë të paracaktuar dhe tani zotëron çdo destinacion që laptopi mund të emërtojë, përfshirë ato tre metra larg. Ky është i gjithë mekanizmi, dhe quajtja e kësaj defekt i VPN-së është pikërisht ajo që e kthen një rregullim një rresht në një rast mbështetjeje.
Lexoni së pari tabelën e rrugëve
Përpara se të ndryshoni gjithçka, kapni tabelën IPv4 me route print -4 dhe ruani daljen. Lidhuni, kapni përsëri dhe krahasoni rreshtat 0.0.0.0: rruga e paracaktuar aktive emërton një ndërfaqe, dhe nëse ajo ndërfaqe është tuneli, printimi dhe shfletimi lokal dërgohen fillimisht në zyrë.
Numri i ndërfaqes në kolonën e dytë është ai të cilin një rrugë e përhershme do të duhet t’i referohet më vonë, prandaj shënojeni ndërsa tuneli është aktiv. Është gjithashtu vlera që ndryshon kur përsëri krijohet përshtatësi, prandaj rrugët e fiksuara në të mund ta mbijetojnë në heshtje dobinë e tyre.
Hiqni rrugën e paracaktuar, në tre mënyra
Në një profil të integruar të Windows kontrolli është një kuti zgjedhjeje. Hapni vetitë e lidhjes, IPv4, pastaj të Avancuara, dhe pastroni Use default gateway on remote network; aplikacioni Cilësimet më i ri fsheh të njëjtin dialog një shtresë më thellë. Nga një prompt i ngritur i njëjti ndryshim është një cmdlet:
Set-VpnConnection -Name "Corp" -SplitTunneling $true
Një profil OpenVPN funksionon ndryshe, prandaj sjellja e tij i huton ata që presin një kuti zgjedhjeje. Direktiva e tij redirect-gateway def1 nuk e zëvendëson fare rrugën e paracaktuar; instalon dy rrugë gjysmë-intervali, 0.0.0.0/1 dhe 128.0.0.0/1, të cilat së bashku e mposhtin të paracaktuarën pa e fshirë. Meqë ajo origjinale mbijeton, shtimi i një prefiksi të drejtuar drejt net_gateway dërgon mbrapsht në ruterin lokal vetëm atë prefiks. Ai detaj shpjegon pse rregullimi për një profil def1 është rrugë prefiksi dhe jo një kuti zgjedhjeje që askush nuk e gjen.
Shtoni përsëri vetëm atë që i përket punës
Pa rrugën e paracaktuar tuneli nuk mbart asgjë, prandaj prefikset e punës duhet të emërtohen shprehimisht. Cmdlet-i që lidh një prefiks me lidhjen është më i sigurt se një rrugë e përhershme, sepse instalohet vetëm sa kohë ajo lidhje është aktive dhe nuk varet nga një numër ndërfaqeje:
Add-VpnConnectionRoute -ConnectionName "Corp" -DestinationPrefix 172.20.0.0/16
Qasja më e vjetër vazhdon të funksionojë dhe vazhdon të jetë në çdo listë kontrolli: route -p add 172.20.0.0 mask 255.255.0.0 172.20.0.1 if 14, me indeksin e ndërfaqes dhe adresën e portës të vetë tunelit. Mbijeton nëpër rinisje, që është qëllimi dhe gjithashtu rreziku, pasi indeksi në nisjen tjetër mund t’i përkasë diçkaje tjetër.
Pjesën tjetër e vendosin metrikat. Nëse si përshtatësi fizik ashtu edhe ai i tunelit kërkojnë një rrugë për të njëjtin prefiks, fiton metrika më e ulët, dhe ngritja e metrikës së tunelit është kontroll legjitim nga ana e klientit dhe jo hakim.
Kur serveri vendos në vendin tuaj
Një klient që shpërfill kutinë tuaj të zgjedhjes zakonisht po zbaton një politikë. Profilet Cisco mbajnë një cilësim Allow Local LAN Access, dhe një headend mund të shtyjë një politikë tunnel-all që anulon çdo gjë që klienti do të preferonte; në një vendosje me tunel të detyruar nuk ka asnjë çelës lokal për ta kthyer. Lexoni regjistrin e klientit për rrugët dhe rreshtat e politikës të shtyra në vend që të rikontrolloni të njëjtin dialog.
Pastaj shikoni zgjidhjen e emrave, që është një çelës i veçantë nga rrugëtimi. Një tunel i ndarë mund të marrë ende një resolver të brendshëm dhe një prapashtesë kërkimi, prandaj një pajisje lokale është e arritshme me adresë dhe e pagjendeshme me emër derisa të rregullohet edhe ana DNS.
Mbivendosjet janë një problem tjetër
Nëse LAN-i i shtëpisë dhe LAN-i i zyrës ndajnë një prefiks si 192.168.0.0/24, asnjë rrugë nuk mund t’i dallojë. Çdo paketë për atë interval ka një rezultat të vetëm kërkimi, dhe rregullimi është të rinumërohet njëra anë ose të arrihet zyra përmes një adrese të përkthyer nga pishina. Shtimi i rrugëve më specifike zhvendos vetëm cila gjysmë e rrjetit prishet.
Përfundoni me një verifikim në vend të pesë: lidhuni, më pas ekzekutoni tracert kundrejt një hosti të brendshëm dhe një publik. Hapi i parë duhet të ndryshojë, dhe nëse nuk ndryshon, ndarja nuk është në fuqi pavarësisht çfarë raporton klienti. Pastaj rilidhuni një herë dhe përsëriteni, sepse rrugët e shtyra kthehen me çdo sesion.