İnternet yalnız VPN tətbiqi açıq olduqda işləyir? Dörd qatı yoxlayın
Windows-da VPN tətbiqi proksi, virtual adapter, marşrutlar və DNS qoyub gedir. Hər biri üçün Linux və macOS əmrləri ilə dörd qatı sıra ilə yoxlayın.
Bir müddət pulsuz VPN klientini və ya brauzer genişlənməsini sınayır, sonra onu söndürürsünüz və internet dayanır. Wi-Fi nişanı hələ də bağlantı göstərir, eyni routerdəki digər cihazlar işləyir və gəzintini geri qaytaran yeganə şeylər tətbiqi yenidən aktivləşdirmək və ya silməkdir. Bu nümunə asılılıq yaradan şifrələmə deyil. Bu, tətbiqin tunelə aid olmayan bir yerdə yazdığı konfiqurasiyadır.
Klient tunelə aid olmayan parametrləri dəyişir
Windows və ya macOS-da məxfilik klienti adətən eyni anda üç yerə toxunur. Sistem HTTP proksisini qurur, bu, Internet Options-un göstərdiyi eyni sahədir. Paketləri tuta bilmək üçün virtual adapter, çox vaxt TAP sürücüsü quraşdırır. Və həlledici siyahısını yenidən yazır, halbuki söndür düyməsini basanda yalnız tunel yox olur.
Brauzer genişlənməsi daha dar bir şeydir. Adətən öz profilini və ya bir brauzerin izlədiyi proksini dəyişir. Buna görə bir brauzer uğursuz ola bilər, əmr sətri alətləri isə işləməyə davam edir, ya da əksinə: genişlənmənin digər qatlara toxunma səlahiyyəti heç vaxt olmayıb. Hansı qatı dəyişdiyi hansı alətlərin pozulduğunu müəyyən edir.
Hər halda, köhnəlmiş qərarı geri qaytarmağa heç bir səbəbi olmayan proqram verib. Tunel görünən hissə idi və həm də təmiz bağlanma yolu olan yeganə hissə idi. Qalan hər şey prosesdən uzun yaşayan bir anbarda saxlanılan parametrdir, ona görə tətbiqi silmək üçünün hamısını bir anda geri qaytaran yeganə addımdır. Hər hansı bir şeyi yenidən quraşdırmadan əvvəl həmin anbarları oxumaq simptomu diaqnoza çevirir.
Üç qalıq, üç fərqli nasazlıq
Birinci qalıq heç bir şeyə işarə etməyən proksidir: LAN proksi qutusu hələ də işarəlidir, ya da konfiqurasiya skriptinin URL-i artıq heç bir prosesin dinləmədiyi localhost portuna yönəlib. Brauzer hər sorğunu o ölü porta ötürür və fasilə ölü şəbəkə kimi görünənə qədər gözləyir. İkincisi hələ də standart marşruta sahib olan adapterdir, çünki TAP-Windows cihazı və ya təchizatçının marşrutlaşdırma sürücüsü silindikdən sonra da real interfeys olaraq qalır. Ona verilən marşrutu saxlayır və trafik mövcud olmayan tunelə yox olur. Qalıqların heç biri özünü elan etmir; ikisi də tam olaraq kəsinti kimi görünür.
Üçüncüsü DNS-dir və digər ikisindən daha erkən sıradan çıxır. Həlledici siyahısında yalnız tunel vasitəsilə əlçatan serverlər varsa, hər sorğu bir səhifə istənməmişdən əvvəl vaxt aşımına uğrayır, ona görə brauzer ölü proksi deyil, əlçatmaz sayt bildirir. Hansı sizdədirsə, heç biri şəbəkə mənasında kəsinti deyil. Hər biri heç kimin ləğv etmədiyi qalıqdır və hər biri fərqli yerdə təmir olunur.
Dörd qatı sıra ilə aşağı düşün
Tətbiqə ən yaxından başlayın və aşağı düşün, çünki qatlar görünmə sırası ilə sıradan çıxır. Hər sınaqda bir qatı dəyişin və hər birindən sonra yenidən sınayın. Hər şeyi bir anda sıfırlamaq adətən gəzintini bərpa edir və hansı qalığın buna səbəb olduğunu deyə bilməməyinizlə nəticələnir, ona görə növbəti quraşdırma eyni tapmacanı yenidən yaradır. Sıra belədir: proksi, adapterlər, marşrutlar, həlledicilər.
Windows-da hər yoxlama əməliyyat sistemi ilə gələn bir əmrdir, ona görə heç nə quraşdırmaq lazım deyil. Onları sıra ilə işə salın və çıxışı bir yerdə saxlayın, çünki dörd cavab yalnız yanaşı olduqda məna kəsb edir. Onlar proksi, adapterlər, IPv4 marşrutları və həlledici siyahısı haqqında bu sıra ilə məlumat verir:
netsh winhttp show proxy
Get-NetAdapter
route print -4
Get-DnsClientServerAddress
Linux və macOS öz əmrlərini tələb edir və onlar bir-birini əvəz etmir. Linux-da marşrutlar ip route-dan, həlledici isə systemd-resolved-un sahib olduğu yerdə resolvectl status-dan gəlir, alternativ olaraq cat /etc/resolv.conf. macOS-da marşrutlar netstat -rn-dən, həlledicilər scutil --dns-dən, sistem proksisi isə scutil --proxy-dən gəlir. ip route işlədən macOS oxucusu command not found alır və oradakı /etc/resolv.conf səlahiyyətli konfiqurasiya deyil, yaradılmış stub-dur. Qatı yoxlamadan əvvəl platformanı yoxlayın, əks halda ilk əmr tapıntıya çevrilir.
Hər qat üçün bir sual verin: tətbiq bağlı ikən bu dəyər hələ də mövcud olan bir şeyə işarə edirmi? Ölü portdakı proksi, tunelsiz adapter, söndürülmüş interfeysdən keçən standart marşrut və tunelin içindəki həlledici hamısı «yox» cavabı verir. Hər hansı bir «yox» simptomu izah etməyə kifayətdir, buna görə hər sınaqda bir dəyişiklik vacibdir.
Proksi tunel deyil
Proksi sorğunu qəbul edir, başqa yerdə gətirir və cavabı qaytarır, yəni təyinatı bilir və saytın özünün şifrələmədiyi hər şeyi görür. Digər protokolları daşımır. Təyinat artıq TLS istifadə etmirsə, yolu qorumur. Və onu quraşdıran hər hansı proqram sizin iştirakınız olmadan dəyişə bilər.
Bu fərq verməyə dəyər sualı dəyişir. Proksi arxada qalanda tunelin açıq olub-olmaması yerinə brauzerinizi hansı proqramın hələ də istiqamətləndirdiyini araşdırın. Tunel tam sağlam və nasazlıqla tamamilə əlaqəsiz ola bilər.
Belə bir klientin həqiqətən nə etdiyini bilmək istəyirsinizsə, onun panelini oxumaq əvəzinə onu müşahidə edin. Process Monitor hansı qeyd dəftəri açarlarına və fayllara toxunduğunu qeyd edir, paket tutumu isə trafikinin hara getdiyini göstərir. İkisi də adi alətdir və ikisi də qalıq sualına hər hansı status işığından daha yaxşı cavab verir. Heç biri tətbiqin hələ işləməsini tələb etmir.
Komponenti çıxarın, sübutu deyil
Davamlı həll parametri yazan şeyi çıxarmaqdır. Tətbiqi silin, əlavə etdiyi virtual adapteri silin, proksini və həlledici siyahısını təmizləyin, sonra yenidən başladın və tətbiq hələ quraşdırılmamış halda sınayın. Əgər bu nöqtədə gəzinti işləyirsə, əvəz çıxış yolu deyil, səbəbi tapmısınız. Hansı qatın köhnəldiyini qeyd edin, çünki eyni təchizatçı eyni səhvi iki dəfə etməyə meyllidir.
Növbəti klienti quraşdırdıqdan sonra simptom qayıdırsa, xidmətin nəyisə pozduğuna qərar verməzdən əvvəl dörd qatı yenidən gəzin. Dəlil adətən hələ də oradadır, dörd yerdən birində. İkinci tətbiq beşinci qat yaratmır; dördündən birini dəyişir.
Yenidən quraşdırma proksini sıfırlayır, lakin köhnə adapteri yox, və siyahıda iki həlledici qoya bilər. Bu asimmetriya «əvvəl sil, sonra sına» yanaşmasının «hər şeyi sıfırla» düyməsindən üstün olmasının səbəbidir. Həm də növbəti dəfə bağlantı düşəndə müqayisə üçün baza xətti verir.