Апп-ын kill switch ба firewall-ын kill switch: аль нь юуг блоклох вэ

Функцийн жагсаалт дээрх kill switch нь туннель унах үед юу болохыг бараг хэлж чадахгүй. Нэг хэрэгжилт сонгосон процессуудыг хаадаг, нөгөө нь үйлдлийн системийн хил дээр пакетын шүүлтүүр суулгадаг, гурав дахь нь зүгээр л дахин холбогдохыг оролддог. Ялгаа нь алдааны дараах секундэд илэрдэг, тохиргооны дэлгэц дээр биш. Эдгээр шалгалтыг дарааллаар нь хийж, шударгаар хариулж чадахгүй эхнийх дээр зогсоорой, учир нь таны бодит хамрах хүрээ тэнд дуусдаг.

Эхлээд хэрэгжүүлэх механизмыг нэрлэ

Процессыг зогсоох нь аппын амьдралын мөчлөгийн боломж юм. Илэрсэн туннелийн алдааны дараа сонгосон програмуудыг олж хаадаг. Үндсэн процесс биш бүхэн амьд үлддэг: туслах үйлчилгээ, арын синхрончлол, нэг секундын дараа эхэлсэн аливаа апп тус бүр өөрийн амьдралын мөчлөг, өөрийн цаг хугацаатай.

Пакетын шүүлтүүр нь үйлдлийн системийн боломж юм. Зөвшөөрөгдсөн замаар явахгүй урсгалыг татгалздаг бөгөөд энэ нь илүү хүчтэй амлалт, гэхдээ дүрэм үнэхээр тохирох хэмжээнд л. Хаягийн гэр бүл, интерфэйс, хасагдсан аппууд болон үл хамаарах зүйлс үүнийг шийддэг, клиент дээрх шошго биш.

Блок нь клиентээс урт насалдах уу?

Дөрвөн асуултыг энэ дарааллаар тавь: сүйрэл, гараар гарах, системээс гарах, дахин ачаалах үед юу болдог. Клиент өөрөө хадгалдаг дүрэм ихэвчлэн эмх цэгцтэй унтраах үед устдаг ба ихэвчлэн сүйрлийн дараа үлддэг. Платформын санд суулгасан дүрэм эсрэгээр ажиллаж болно: клиентээс ч, заримдаа устгалаас ч амьд үлддэг.

Урт таталтын дунд клиентийг хааж, дамжуулалт зогсох эсвэл үргэлжлэхийг хар.

Ердийн цоорхойг хай

IPv6 бол эхнийх. IPv4 хаягт зориулж бичсэн дүрэм IPv6 урсгалыг хөндөхгүй орхидог бөгөөд олон клиент зөвхөн v4 хагасыг бичдэг. Хоёр дахь нь интерфэйс: USB tethering, хоёр дахь Wi-Fi адаптер, гар утасны модем нь үндсэн холболтоор хязгаарлагдсан дүрэмд ороогүй байж болно. Хасагдсан аппууд болон локал сүлжээний үл хамаарах зүйлс гурав дахь нь.

Windows дээр шилжүүлэгчид итгэхийн оронд суулгасан дүрмийг уншиж болно: Get-NetFirewallRule -DisplayName '*VPN*' ба netsh wfp show filters хоёулаа юу байгааг харуулна. Linux дээр iptables -S, ip6tables -S, nft list ruleset нийтлэг тохиолдлыг хамардаг бөгөөд гурвыг харьцуулах нь гол зүйл.

DNS бол ердийн алдагдал

UDP 53 нээлттэй байхад TCP-г блоклох нь хост нэрийн асуулт бүрт хариулдаг маш итгэл үнэмшилтэй kill switch болно. DNS-г өөр интерфэйсийн шийдэгчид дамжуулах үед, эсвэл клиент зөвхөн v4-г блоклож, шийдэгч v6-аар хүрэхүйц үед мөн адил.

Туннель унасан үед нэг танил нэрийг шийдэж, хариулт буцаж ирэх эсэхийг хар. Хэрэв ирвэл, төлөвийн дүрс юу ч гэсэн урсгал бүрэн блоклогдоогүй.

Шилжүүлэгчийг биш, шилжилтийг шалга

VPN-г өөрийн цэснээс унтраах нь эмх цэгцтэй унтраалт бөгөөд эмх цэгцтэй тохиолдлыг хэрэгжилт бүр сайн зохицуулдаг. Хамаатай шилжилт бол бүдүүлэг нь: туннелийн процессыг ал, сүлжээг тат, серверийг хариулахаа болиул. Дараа нь хүсэлт эхлүүлж, бүтэлгүйтэх эсвэл чимээгүйхэн физик холбоосыг ашиглахыг хар.

Нэг зөөврийн компьютерын үр дүн утас эсвэл чиглүүлэгч рүү шилжихгүй. Өөр платформын API, өөр анхдагч утга, Android дээр ялгаа нь тод: блоклолттой always-on-ыг клиент биш систем хэрэгжүүлдэг тул клиент ажиллахгүй үед ч үргэлжлүүлэн ажилладаг. Android VPN удирдамж энэ хуваагдлыг тайлбарладаг.

Буцах замаа хадгал

Системийн түвшний блоклолт нь эсрэг алдааны горимтой. Клиентээс урт насалдах шүүлтүүрүүд устгалын дараа машиныг бүрэн сүлжээгүй орхиж болох бөгөөд энэ нь тодорхой шалтгаангүй дэмжлэгийн дуудлага юм. Платформын дүрэм бичдэг аливаа kill switch-ийг идэвхжүүлэхийн өмнө түүнийг хэрхэн устгадгийг тэмдэглэж, нийлүүлэгчийн засварын замыг олох боломжтой газарт хадгал.

Хэрэв клиентдээ зориулсан сүйрэл, IPv6, DNS, шилжилтийн шалгалтад хариулж чадахгүй бол түүнийг мэдэгдэж буй цоорхойтой аппын түвшний шилжүүлэгч гэж үзэж, зохих ёсоор төлөвлө.