Mif ondan ibarətdir ki, fail-closed təhlükəsiz, fail-open isə səhlənkar ayardır. Hər ikisi tunel getdikdən sonra trafiklə nə baş verdiyini təsvir edir və heç biri həmin tunelin nə qədər yaxşı şifrələdiyini dəyişmir. Geniş istisna siyahısı olan fail-closed siyasəti heç vaxt ofis şəbəkəsindən çıxmayan cihazda fail-open siyasətindən daha çox sızdıra bilər. Trafikin sahibinə izah edə biləcəyiniz nəticəni seçin.

Etiket gücü deyil, nəticəni təsvir edir

Terminologiya idarəetmə sistemlərindən gəlir: fail-open komponent sıradan çıxdıqda işə icazə verir, fail-closed isə qadağan edir. VPN-ə tətbiq edildikdə sıradan çıxan komponent tuneldir və sual trafikin başqa yolla davam etməsinə icazə verilib-verilmədiyidir. Şifr seçimi, açar uzunluğu və protokol ayrı qərarlardır.

Qarışıqlıq qalır, çünki kill switch təhlükəsizlik funksiyası kimi səslənir və satıcılar onu belə təqdim edir. Mexaniki olaraq bu, tunelin daşımalı olduğu trafiki bloklayan marşrut və firewall qaydasıdır, müştəridə, əməliyyat sistemində və ya şlüzdə tətbiq olunur. Hansı qat tətbiq edirsə, əhatə dairəsini də o müəyyən edir və bir qatdakı qayda digərini əhatə etmir. Şlüzdəki qayda artıq başqa şəbəkəyə keçmiş noutbuku qoruya bilməz.

Hər nəticə necə görünür

Eyni siyasət hansı nasazlıqla rastlaşdığınızdan asılı olaraq çox fərqli davrana bilər, ona görə etiketləri deyil, hadisələri müqayisə edin.

EventFail-open resultFail-closed result
Tunnel drops while a transfer runsTransfer continues on the direct pathTransfer stalls until the tunnel returns
Client exits or crashesRules disappear with the processRules persist only if the OS owns them
Device boots before sign-inNormal network accessBlocked until the VPN connects
Captive portal neededPortal loads normallyPortal unreachable without an exception
IPv6 not carried by the tunnelIPv6 traffic leaks directlyLeaks too, unless the block covers IPv6

Sonuncu sətir kill switch-in tək bir açar olduğunu düşünənləri tutan sətirdir. IPv4 marşrut cədvəli üçün yazılmış qayda IPv6 standart marşrutunu toxunulmaz qoyur və tətbiq ondan rahatlıqla istifadə edə bilər.

Sızmanın olub-olmadığını əhatə dairəsi həll edir

Siyasətin hansı rejim olduğunu soruşmazdan əvvəl nəyi əhatə etdiyini soruşun. Tətbiq üzrə qayda bir tətbiqi qoruyur və başqa heç nəyi, cihaz üzrə qayda istisnalardan başqa hər şeyi qoruyur, şlüz qaydası isə yalnız həmin şlüzə çatan trafiki qoruyur. DNS öz qərarını tələb edir, çünki yerli həll ediciyə göndərilən sorğu yük bloklansa belə adları aşkara çıxara bilər.

Yerli şəbəkə istisnaları printerlər, yayım və giriş portalları üçün mövcuddur və hər biri blokdakı deşikdir. Onları siyasətin yanında sənədləşdirin, əks halda konfiqurasiyanı miras alan şəxs fail-closed-u mütləq kimi oxuyacaq.

Yenidən qoşulma və bloklama da ayrı idarəetmə vasitələridir. Müştəri heç vaxt bloklamadan avtomatik yenidən qoşula bilər və ya yenidən qoşulmadan bloklaya bilər, kombinasiya isə kəsinti zamanı istifadəçinin nə yaşadığını müəyyən edir.

Bunu keçid zamanı sübut edin

Sabit vəziyyətin sınaqdan keçirilməsi heç nəyi sübut etmir. Tuneli qəsdən qoparın və qorunmalı olan tətbiqi yoxlayın, sonra onun şəbəkəyə çatıb-çatmadığını yoxlayın. Müştərinin göstəricisini nəticə ilə müqayisə edin, çünki hələ də qoşulub deyən göstərici siyasətin məhz bunun üçün mövcud olduğu haldır. Qorunan tətbiq uğur qazanırsa, rejimin adının əhəmiyyəti yoxdur; sızma var.

Soyuq yükləmədən girişdən əvvəl təkrarlayın, Wi-Fi-dən mobil şəbəkəyə keçid zamanı və qorunan tətbiq arxa planda olarkən. Blok müştəri prosesi tərəfindən tətbiq olunursa, həmin prosesin səliqəli bağlanması yerinə öldürülməsi halında nə baş verdiyini də yoxlayın.

Nəhayət, təmizləmə yolunu yoxlayın. Müştəri qaydaları aktiv ikən silinirsə, əməliyyat sisteminin firewallunu söndürmək əvəzinə satıcının sənədləşdirilmiş silmə prosedurundan istifadə edin, çünki firewallun söndürülməsi əlaqəsiz müdafiəni aradan qaldırır və qalan qaydanın kimə aid olduğuna cavab vermir.

Əlaqəli məqalələr