Kill switch yr ap yn erbyn kill switch y wal dân: beth mae pob un yn ei rwystro

Nid yw kill switch ar restr nodweddion yn dweud fawr ddim wrthych am yr hyn sy'n digwydd pan fydd y tiwnel yn cwympo. Mae un gweithrediad yn cau prosesau dethol, mae un arall yn gosod hidlwyr pecynnau ar ffin y system weithredu, ac mae trydydd yn syml yn ceisio ailgysylltu. Mae'r gwahaniaeth yn ymddangos yn yr eiliadau ar ôl methiant, nid ar y sgrin gosodiadau. Ewch drwy'r gwiriadau hyn yn eu trefn a stopiwch yn y cyntaf na allwch ateb yn onest, oherwydd dyna lle mae eich gwir orchudd yn gorffen.

Enwch y mecanwaith gorfodi yn gyntaf

Mae terfynu prosesau yn nodwedd cylch bywyd ap. Mae'n dod o hyd i raglenni dethol ar ôl methiant tiwnel a ganfyddir ac yn eu cau. Mae unrhyw beth nad yw'r prif broses yn goroesi: gwasanaethau cynorthwyol, cydamseru cefndir, a phob ap a gychwynnir eiliad yn ddiweddarach mae ganddynt eu cylch bywyd a'u hamseru eu hunain.

Mae hidlo pecynnau yn nodwedd y system weithredu. Mae'n gwrthod traffig nad yw'n dilyn y llwybr a ganiateir, sy'n addewid cryfach, ond dim ond ar draws yr hyn y mae'r rheol yn cyfateb iddo mewn gwirionedd. Teulu cyfeiriad, rhyngwyneb, apiau wedi'u heithrio ac eithriadau sy'n penderfynu hynny, nid y label yn y cleient.

A yw'r bloc yn goroesi'r cleient?

Gofynnwch bedair cwestiwn yn y drefn hon: beth sy'n digwydd ar chwalfa, ar ymadawiad â llaw, ar allgofnodi, ac ar ailgychwyn. Mae rheol a gynhelir gan y cleient ei hun fel arfer yn cael ei dileu yn ystod cau esmwyth ac yn aml yn cael ei gadael ar ôl ar ôl chwalfa. Gall rheol a osodir yn storfa'r platfform ymddwyn y ffordd arall, gan oroesi'r cleient ac weithiau'r dad-osodiad hefyd.

Caewch y cleient yng nghanol lawrlwytho hir a gwyliwch a yw'r trosglwyddiad yn stopio neu'n parhau.

Chwiliwch am y tyllau safonol

IPv6 yw'r cyntaf. Mae rheol a ysgrifennwyd ar gyfer cyfeiriadau IPv4 yn gadael traffig IPv6 heb ei effeithio, ac mae llawer o gleientiaid yn ysgrifennu hanner v4 yn unig. Yr ail yw'r rhyngwyneb: efallai na fydd tethering USB, ail addasydd Wi-Fi a modem cellog wedi'u cynnwys mewn rheol sydd wedi'i chyfyngu i'r cysylltiad sylfaenol. Apiau wedi'u heithrio ac eithriadau'r rhwydwaith lleol yw'r trydydd.

Ar Windows gallwch ddarllen y rheolau sydd wedi'u gosod yn lle ymddiried yn y togl: mae Get-NetFirewallRule -DisplayName '*VPN*' a netsh wfp show filters ill dau yn dangos beth sy'n bodoli. Ar Linux mae iptables -S, ip6tables -S a nft list ruleset yn cwmpasu'r achosion cyffredin, a chymharu'r tri yw'r pwynt.

DNS yw'r gollyngiad arferol

Mae blocio TCP tra'n gadael UDP 53 ar agor yn rhoi kill switch argyhoeddiadol iawn i chi sy'n dal i ateb pob ymholiad enw gwesteiwr. Mae'r un peth yn wir pan roddir DNS i ddatryswr ar ryngwyneb arall, neu pan fo'r cleient yn blocio v4 yn unig ac mae'r datryswr yn cyrraeddadwy dros v6.

Gyda'r tiwnel i lawr, datryswch un enw hysbys a gwelwch a ddaw ateb yn ôl. Os daw, nid yw traffig wedi'i flocio'n llawn, beth bynnag mae'r eicon statws yn ei ddweud.

Profwch y newid, nid y togl

Mae diffodd y VPN o'i fenu ei hun yn ymadawiad esmwyth, ac esmwyth yw'r achos y mae pob gweithrediad yn ei drin yn dda. Y newid sy'n bwysig yw yr un garw: lladdwch broses y tiwnel, tynnwch y rhwydwaith, gadewch i'r gweinydd stopio ateb. Yna dechreuwch gais a gwyliwch a yw'n methu neu'n defnyddio'r cyswllt ffisegol yn dawel.

Nid yw canlyniad o un gliniadur yn trosglwyddo i ffôn na llwybrydd. Gwahanol APIau platfform, gwahanol ragosodiadau, ac ar Android mae'r gwahaniaeth yn amlwg: y system, nid y cleient, sy'n gorfodi always-on gyda blocio, felly mae'n parhau i weithio pan nad yw'r cleient yn gwneud. Mae'r canllaw VPN Android yn disgrifio'r rhaniad hwnnw.

Cadwch ffordd yn ôl

Mae gan flocio ar lefel y system y modd methu cyferbyniol. Gall hidlwyr sy'n goroesi'r cleient adael peiriant heb rwydwaith o gwbl ar ôl dad-osod, sef galwad cymorth heb achos amlwg. Cyn galluogi unrhyw kill switch sy'n ysgrifennu rheolau platfform, nodwch sut y caiff ei dynnu, a chadwch lwybr atgyweirio'r gwneuthurwr lle gallwch ddod o hyd iddo.

Os na allwch ateb y gwiriadau chwalfa, IPv6, DNS a newid ar gyfer eich cleient, triniwch ef fel togl ar lefel ap â bylchau hysbys a chynlluniwch yn unol â hynny.