Şəxsi DNS və VPN: hər qat əslində nəyi əhatə edir

Telefonunuzda şəxsi DNS provayderin host adına qurulub və eyni zamanda VPN tətbiqi işləyir. Onlardan birinin artıq ad sorğularını idarə etdiyini güman etmək ağlabatandır. Heç biri bu cümlənin nəzərdə tutduğu mənada idarə etmir və bunun niyə belə olduğunu görməyin ən sürətli yolu, bir keçidə toxunduğunuz andan etibarən tək bir sorğunu izləməkdir.

Bu iki funksiya eyni səyahətin fərqli nöqtələrində dayanır. Şəxsi DNS həlledicinə verdiyiniz sualı şifrələyir. VPN cavabın bağlantısının tutduğu marşrutu dəyişir.

Buna görə də bunu ikisinin də aktiv olduğu bir cihazda sıra ilə nəzərdən keçirin və hər qatın hələ nə görə bildiyini qeyd edin.

Birinci addım: sorğu tətbiqdən çıxır

Bir keçidə toxunursunuz. Hər hansı bir şey qoşulmadan əvvəl tətbiqin həmin host adı üçün ünvana ehtiyacı var. Android-də müvafiq ekran Ayarlar, Şəbəkə və internet, Şəxsi DNS-dir. Şəxsi DNS provayder host adını seçmək cihazı ciddi rejimə keçirir: o, həmin host adına 853 portunda TLS üzərindən DNS edir və şifrələnmiş mübadilə uğursuz olarsa, sorğu səssizcə 53 portunda adi mətnə qayıtmaq əvəzinə uğursuz olur.

Bu, fürsətçi şifrələmə istifadə edən və şəbəkə mane olanda şifrələnməmiş həlledicidən məmnuniyyətlə istifadə edən Avtomatik-dən əhəmiyyətli fərqdir. Məqsədiniz sorğuların heç vaxt açıq mətndə olmamasıdırsa, provayder host adı ilə ciddi rejim buna uyğun ayardır.

Budur bu gəzintinin ortaya çıxardığı ilk şey: sorğu yerli şəbəkədən qorunur və həlledici yenə də adı öyrənir. Şifrələmə sıçrayışı əhatə edir. Həmin həlledicinin operatoru sorğunu görür, çünki ona cavab vermək onun işidir.

İkinci addım: bağlantı başqa marşrut tutur

Həlledici ünvan qaytarır və tətbiq ona qoşulur. Bu addım sorğunun necə şifrələnməsindən asılı deyil. Tunel olmadan bağlantı adi ictimai ünvanınızdan çıxır və təyinat IP-si ilə TLS əl sıxışması, şifrələnmiş DNS olsun ya olmasın, host adını adətən yenə də şəbəkəyə görünən edir.

VPN-i yandırın və dəyişən addım budur. Müştərinin marşrutlaşdırma siyasətinə uyğun trafik tuneldən keçir, yerli şəbəkə VPN son nöqtəsinə bağlantı görür və sayt adətən çıxış ünvanını görür. Ad həlli də müştərinin nə göndərməsindən asılı olaraq tunelin içində səyahət edə bilər.

Bu ayrılıq bütün müqayisənin bir cümləlik ifadəsidir. DNS şifrələməsi sualı kimin oxuya biləcəyini cavablandırır. VPN söhbətin hara getdiyini cavablandırır.

Üçüncü addım: tunelin içində DNS siyasət məsələsinə çevrilir

İndi iki funksiya qarşılıqlı təsir edir və brauzer adi sürpriz mənbəyidir. Öz təhlükəsiz DNS ayarı olan brauzer sorğuları əməliyyat sistemindən soruşmaq əvəzinə seçdiyi həllediciyə HTTPS üzərindən göndərə bilər. Android-in şəxsi DNS ayarı bu qərara çatmır.

Firefox-da açar Ayarlar, Məxfilik və təhlükəsizlik, Təhlükəsiz DNS-i aktivləşdir altındadır. Chrome-da isə Ayarlar, Məxfilik və təhlükəsizlik, Təhlükəsiz DNS istifadə et altındadır. Hər ikisi müəyyən provayderə qurula və ya söndürülə bilər və onlar aktiv olduqda, səhifə trafiki hələ də tuneldən istifadə etsə də, həmin sorğular üçün tunelin DNS konfiqurasiyası yan keçilir.

VPN öz həlledicisini göndərir və brauzer öz həlledicisində israr edirsə, bölünmə alırsınız: adlar həll olunur, səhifələr yüklənir və tuneldən keçməli olan sorğular birbaşa bayıra çıxıb. VPN son nöqtəsindən fərqli həlledici ünvanı təkbaşına sızma sübutu deyil, amma bildirdiyiniz niyyətə zidd olan sorğu yolu düzəldilməyə dəyər.

Dördüncü addım: daxili adlar qırılan yerdir

İş VPN-inə qoşulun və intranet hostunu açın. Brauzerin təhlükəsiz DNS-i aktivdirsə və ictimai həllediciyə işarə edirsə, həmin ad brauzer üçün mövcud deyil. Tunel qalxıb, hər şey işləyir və bir host adı sayt düşmüş kimi görünən xəta ilə uğursuz olur.

Eyni nasazlıq Android-də tərsinə görünür. İctimai provayderlə ciddi şəxsi DNS yalnız daxili həlledicinin bildiyi adları həll etməyəcək və ciddi rejimin geri dönüşü yoxdur. Telefonun DNS-ini ictimai şifrələnmiş həlledici ilə korporativ həlledici arasında bölmək ayar deyil; bu, VPN-i idarə edənin cavablandırmalı olduğu marşrutlaşdırma siyasəti məsələsidir.

Tuneli günahlandırmazdan əvvəl bunu yoxlayın: daxili adı soruşun, sonra həmin adı brauzerin təhlükəsiz DNS-i söndürülmüş halda soruşun. Həll olunursa, problem həlledici seçimi idi, bağlantı deyil.

Gəzinti sizə nəyi dəyişməyi deyir

Dörd ekran demək olar ki, hər şeyi daşıyır. Onlara bu sıra ilə baxın və hər birinin nə dediyini yazın, çünki cavab adətən birləşmədə görünür:

1. Android Ayarlar, Şəbəkə və internet, Şəxsi DNS: Avtomatik və ya provayder host adı və hansı host adı.
2. Brauzerin təhlükəsiz DNS ayarı: söndürülmüş və ya müəyyən həllediciyə bərkidilmiş.
3. VPN müştərisinin DNS siyasəti: həlledici göndərirmi və bölünmüş tunel hələ adlara ehtiyacı olan nəyisə istisna edirmi?
4. Tunel qalxmış halda daxili host adı testi, iki dəfə aparılmış, bir dəfə brauzer DNS-i aktiv, bir dəfə söndürülmüş.

Sonra düzəlişi tələbə uyğunlaşdırın, əksinə deyil. Tələb sorğuların şifrələnmiş çıxması və seçdiyiniz həllediciyə getməsidirsə, ciddi şəxsi DNS qurun və brauzerin buna razı olmasını təmin edin. Tələb trafikin başqa yerə çıxmasıdırsa, tuneli konfiqurasiya edin və DNS ayarının ünvanınızı yerindən tərpətməsini gözləməyi buraxın.

Və sərhədləri göz önündə saxlayın. Funksiyalardan heç biri düşmən məqsədi təhlükəsiz etmir və heç biri daxil olduğunuz kimliyi aradan qaldırmır. Şifrələmə sualı kimin oxuya biləcəyini dəyişir; tunel bağlantının hara getdiyini dəyişir; bunların heç biri hesabı anonimləşdirmir.