Kill switch í appi gegn kill switch í eldvegg: hvað hvor blokkar

Kill switch á eiginleikalista segir þér nánast ekkert um hvað gerist þegar göngin falla. Ein útfærsla lokar völdum ferlum, önnur setur upp pakkasíur við mörk stýrikerfisins, og sú þriðja reynir einfaldlega að tengjast aftur. Munurinn sést á sekúndunum eftir bilun, ekki á stillingaskjánum. Farðu í gegnum þessar prófanir í röð og stöðvaðu á þeirri fyrstu sem þú getur ekki svarað heiðarlega, því þar endar raunveruleg umfjöllun þín.

Nefndu framfylgdaraðferðina fyrst

Lokun ferla er eiginleiki í lífsferli apps. Hún finnur valin forrit eftir greinda bilun í göngunum og lokar þeim. Allt sem er ekki aðalferlið lifir af: hjálparþjónustur, samstilling í bakgrunni og hvert forrit sem er ræst sekúndu síðar hafa sinn eigin lífsferil og sinn eigin tíma.

Pakkasía er eiginleiki stýrikerfisins. Hún neitar umferð sem fylgir ekki leyfðri leið, sem er sterkara loforð, en aðeins að því marki sem reglan nær í raun yfir. Vistfangafjölskylda, viðmót, útilokuð forrit og undantekningar ráða því, ekki merkið í biðlarinum.

Lifir blokkin lengur en biðlarinn?

Spurðu fjögurra spurninga í þessari röð: hvað gerist við hrun, við handvirka lokun, við útskráningu og við endurræsingu. Regla sem biðlarinn sjálfur viðheldur er venjulega fjarlægð við snyrtilega lokun og oft skilin eftir eftir hrun. Regla sem er sett upp í geymslu kerfisins getur hagað sér öfugt: lifir bæði biðlarann og stundum uppsetninguna.

Lokaðu biðlinum í miðri langri niðurhali og sjáðu hvort flutningurinn stöðvast eða heldur áfram.

Leitaðu að hefðbundnu götunum

IPv6 er það fyrsta. Regla sem skrifuð er fyrir IPv4-vistföng lætur IPv6-umferð ósnerta, og margir biðlarar skrifa aðeins v4-helminginn. Annað er viðmótið: USB-tenging, annar Wi-Fi-adapter og farsímamodem eru kannski ekki innifalin í reglu sem takmarkast við aðaltenginguna. Útilokuð forrit og undantekningar fyrir staðarnet eru þriðja atriðið.

Á Windows geturðu lesið uppsettar reglur í stað þess að treysta rofanum: Get-NetFirewallRule -DisplayName '*VPN*' og netsh wfp show filters sýna bæði hvað er til. Á Linux ná iptables -S, ip6tables -S og nft list ruleset yfir algeng tilvik, og að bera saman öll þrjú er málið.

DNS er venjulega lekið

Að loka TCP á meðan UDP 53 er opið gefur þér mjög sannfærandi kill switch sem svarar samt hverri fyrirspurn um hýsilnafn. Sama á við þegar DNS er afhent leysi á öðru viðmóti, eða þegar biðlarinn lokar aðeins v4 og leysirinn er aðgengilegur yfir v6.

Með göngin niðri, leystu eitt þekkt nafn og sjáðu hvort svar kemur til baka. Ef svo er, er umferðin ekki að fullu blokkuð, hvað sem stöðutáknið segir.

Prófaðu umskiptin, ekki rofann

Að slökkva á VPN úr eigin valmynd er snyrtileg lokun, og snyrtilega tilvikið fer hver útfærsla vel með. Umskiptin sem skipta máli eru grófu: drepið gönguferlið, dragið netið út, látið þjóninn hætta að svara. Byrjaðu svo beiðni og fylgstu með hvort hún mistakist eða noti hljóðlega líkamlegu tenginguna.

Niðurstaða úr einni fartölvu flyst ekki yfir á síma eða beini. Mismunandi API vettvangs, mismunandi sjálfgildi, og á Android er munurinn skarpur: always-on með blokkun er framfylgt af kerfinu en ekki biðlinum, svo það heldur áfram að virka þegar biðlarinn gerir það ekki. Android VPN leiðbeiningarnar lýsa þeirri skiptingu.

Haltu leið til baka

Blokkun á kerfisstigi hefur öfugan bilunarham. Síur sem lifa biðlarann geta skilið vél eftir alveg án nets eftir uppsetningu, sem er stuðningssímtal án augljósrar orsakar. Áður en þú virkjar hvaða kill switch sem skrifar reglur vettvangsins, skráðu hvernig það er fjarlægt, og haltu viðgerðarleið söluaðilans þar sem þú finnur hana.

Ef þú getur ekki svarað hrun-, IPv6-, DNS- og umskiptaprófunum fyrir biðlarann þinn, meðhöndlaðu hann sem rofa á appstigi með þekktum götum og skipuleggðu í samræmi.