Biðlarinn deyr í miðri niðurhal og táknið í bakkanum hverfur. Flutningurinn heldur áfram um heimanetið. Einmitt þessi röð er ástæðan fyrir því að kill switch er til, og Windows getur nálgast slíkt án annarrar vöru.

Tvær aðferðir eru þess virði að þekkja. Þær bregðast á ólíkum stöðum, og hvorug er fullkomið svar.

Aðferð eitt: leyfa forritinu á aðeins einu sniði

Eldveggur Windows takmarkar reglur við sniðin Domain, Private og Public. Bragðið er að gefa göngumillistykkinu einn flokk og efnismillistykkinu annan. Síðan skrifar þú útleiðarreglu sem leyfir varið forritið á göngusniðinu og lokar fyrir það alls staðar annars staðar. Eldveggurinn les flokkinn, ekki heiti millistykkisins.

Stilltu fyrst VPN-tenginguna á Private og efninetið á Public. Bættu síðan við lokunarreglu fyrir forritið sem gildir um sniðin sem þú vilt ekki. Staðfestu úthlutunina eftir það með Get-NetConnectionProfile, því reglan fylgir einmitt þeirri úthlutun.

Get-NetConnectionProfile | Select-Object Name, InterfaceAlias, NetworkCategory

New-NetFirewallRule -DisplayName 'Block browser off VPN' -Direction Outbound `
  -Program 'C:\Program Files\Mozilla Firefox\firefox.exe' -Action Block -Profile Public

New-NetFirewallRule -DisplayName 'Allow browser on VPN' -Direction Outbound `
  -Program 'C:\Program Files\Mozilla Firefox\firefox.exe' -Action Allow -Profile Private

Veikleikinn er byggingarlegur. Sniðsregla fylgir flokknum, svo þegar Windows flokkar hótelnet að nýju getur lokunin hætt að gilda. Ekkert í reglulistanum breytist þegar það gerist.

Aðferð tvö: fjarlægja sjálfgefna efnisslóð

Slóðaaðferðin er grófari og mun auðveldari að endurskoða. Skráðu efnisgáttina, leyfðu VPN að setja sína eigin sjálfgefnu slóð með lægri mælingu og eyddu svo sjálfgefnu efnissslóðinni. Ekkert annað getur þá borið umferð.

route print -4
route delete 0.0.0.0 mask 0.0.0.0 192.168.50.1
route print -4 | findstr /c:"0.0.0.0"

Þegar biðlarinn deyr fer VPN-slóðin með millistykkinu sínu. Vélin fer ótengd í stað þess að leka, og einmitt það á kill switch að framleiða.

Tveir þættir ráða því hvort þetta endist í viku. DHCP setur gáttina aftur í hvert sinn sem tengingin skolfar. Efnislegt millistykki með fast netfang kemur í veg fyrir þá óvæntu uppákomu. Netfang VPN-þjónsins sjálfs verður líka að vera aðgengilegt. Án þeirrar hýsilslóðar getur biðlarinn aldrei tengst aftur eftir það hrun sem setti lokunina af stað.

Aðferð þrjú: engin gátt, ein varanleg hýsilslóð

Þriðji valkosturinn hefst á að hreinsa gáttina úr stillingum millistykkisins. Síðan kemur ein varanleg slóð að endapunkti VPN í hennar stað. Vélin getur þá talað við þjóninn og við ekkert annað þar til göngin koma upp.

route -p add 198.51.100.44 mask 255.255.255.255 192.168.50.1 metric 1
route print -4 | findstr 198.51.100.44

Að endurheimta gáttina endurheimtir venjulegt internet, sem gerir þetta að hreinu kveikju- og slökkvrofi. Það fer ekki eftir skriftu sem fylgist með atburðum viðmótsins. Það er líka sama hvernig netið er flokkað.

Kostnaðurinn er alger einangrun meðan göngin eru niðri. Uppfærslur stöðvast, og það sama gerir niðurhalið sem olli æfingunni. Á vinnusleppitölvu er þetta oft rétt, en á einkavél er þetta ákvörðun sem taka verður viljandi.

Hvers vegna hnattartáknið sannar ekkert

Windows tilkynnir aðgengi með prófun gegn endapunkti Microsoft. Sú prófun segir ekkert um göngin þín. Tenging sem er uppi getur setið bak við hnött sem tilkynnir ekkert internet, og dauð tenging getur sýnt heilbrigða tengingu.

Prófaðu með því að drepa biðlarferlið og reyndu síðan að ná opinberu netfangi eftir númeri. Nafnaleit getur fengið svar úr skyndiminni, svo hvorki táknið né DNS-svar eru sönnun.

Hvað á að skrá eftir raunverulegt hrun

Keyrðu prófið sem röð en ekki sem eina athugun. Dreptu ferlið í stað þess að aftengja og reyndu svo tölulegt netfang í báðum fjölskyldum. Endurheimtu biðlarann eftir það og staðfestu að hann nái enn eigin þjóni um slóðina sem þú hélt.

taskkill /IM openvpn-gui.exe /F
ping -4 198.51.100.44
ping -6 2606:4700:4700::1111
route print -4 | findstr /c:"0.0.0.0"

Endurtaktu röðina eftir svefn, eftir Wi-Fi-breytingu og eftir skipti úr snúru yfir í þráðlaust. Við þessi skipti bregðast bæði sniðsaðferðin og hegðun DHCP. Regla sem heldur á skrifborði heldur ekki endilega á hóteli.

Skrifaðu afturköllunarþrepið við hverja reglu og slóð. Microsoft skjalfestir gerð útleiðarregla í tilvísun sinni um reglur eldveggjar Windows, og það er betri heimild en leiðarvísir sem er aðeins með skjámyndum.

Tengdir greinar