Telefonda Private DNS niyə VPN ad axtarışını pozur

Tünel qoşulmuş qalır və bütün digər göstəricilər sağlam görünür, amma tətbiqlər adı həll edə bilmir. Telefonda adi səbəb VPN profili deyil, cihazın seçdiyi həlledicidir. İki parametr eyni axtarış üzərində hər biri öz səlahiyyətini iddia edə bilər. Hansının qalib gəldiyini və ümumiyyətlə suala cavab verə bilib-bilmədiyini müəyyən etmək tunelə toxunmaqdan daha sürətlidir.

Eyni adı iki parametr həll edir

Telefonun Private DNS parametri cihaz üçün həlledici seçir; rejimlər avtomatik seçimdən adlı host adına qədər dəyişir. VPN profili eyni zamanda öz həlledicisini ötürə bilər və ikisi fərqli ekranlarda, fərqli sahiblər tərəfindən qurulur. Heç biri hər tətbiq üçün mütləq digərini üstələmir. Buna görə işləyən tünel və uğursuz axtarış ziddiyyət olmadan birgə mövcud ola bilir.

Brauzer üçüncü qat əlavə edə bilər, çünki brauzerin içindəki təhlükəsiz DNS öz provayderini seçə bilər. Xətanı yaradan tətbiq üçündən hansının cavab verdiyini göstərən yeganə etibarlı bələdçidir. Həlledici də cavab verə bilməlidir. Yalnız şirkət daxilində olan ad ümumi həlledicinin məlumatında yoxdur, buna görə axtarış bağlantıya görə deyil, məzmuna görə uğursuz olur.

Rejimi ehtiyac duyduğunuz adlara görə seçin

Cihaz daxili adları həll etməlidirsə, həlledici həmin zonaları saxlayan biri olmalıdır, bu da adətən tunelin həlledicisi və ya təşkilatın sənədləşdirdiyi bölünmüş DNS quruluşu deməkdir. Yalnız ümumi adlar vacibdirsə, sərt şifrələnmiş həlledici müdafiə oluna bilən seçimdir və açıq mətn axtarışlarını da aradan qaldırır. Qərar şifrələmə ilə bağlı üstünlükdən deyil, adlardan irəli gəlir.

Uğursuzluq davranışı da rejimə görə fərqlənir. Həlledicisinə çata bilməyən sərt seçim hər ad üçün uğursuzluq yaradır, icazəli geri dönüşü olan rejim isə ümumi adları işlək, daxili adları pozulmuş saxlaya bilir. Bu fərq parametrlər ekranını açmazdan əvvəl hansı rejimdə olduğunuzu deyir. İdarə olunan cihazda təsdiqlənmiş siyasət qərar verir və istifadəçi onu təhlükəsiz şəkildə keçə bilməz. Şəxsi qurmada toqquşmanı müəyyən etmək üçün bir sənədləşdirilmiş müqayisə kifayətdir və nəzərdə tutulan məxfilik parametri sonradan söndürülmüş qalmadan bərpa edilməlidir.

Hansı tətbiqin soruşduğunu yoxlayın

Uğursuzluğu onu bildirən tətbiqdə təkrarlayın və xətanın ad xətası, yoxsa bağlantı xətası olduğunu qeyd edin. Bir tətbiqdən ad xətası, digərində uğurlu səhifə iki həlledicinin əlamətidir, pozulmuş tunelin deyil.

adb shell settings get global private_dns_mode
adb shell settings get global private_dns_specifier
adb shell dumpsys connectivity | grep -i -m 5 dns

Bu əmrlər cihazın hazırkı konfiqurasiyasını oxuyur və istehsalçı buraxılışları əsas dəyərləri adlandıra və ya məhdudlaşdıra bilər, buna görə çıxışı xüsusiyyət deyil, işarə kimi qəbul edin. Android Private DNS sənədləri rejimləri və cihazın gözlədiyi host adı formasını təsvir edir.

Bu cavabı VPN profilinin ötürdüyü həlledici ilə müqayisə edin. Uyğunsuzluq varsa, toqquşmanı tapmısınız və qalan sual təşkilatın hansının qalib gəlməsini istəməsidir.

Bir müqayisədən sonra nəzərdə tutulan parametri bərpa edin

Bir parametri dəyişin, iki adı yenidən yoxlayın və parametri geri qaytarın. İcazəli rejimdə qalan cihaz daxili adları həll edir və hər ümumi axtarışı ilk cavab verənə səssizcə göndərir, bu da heç kimin qeyd etmədiyi məxfilik dəyişikliyidir.

Nəticəni qayda kimi yazın: daxili adlar bu həlledici ilə, ümumi adlar o biri ilə həll olunur və brauzer cihaza uyğun davranır ya da davranmır. Həlledicini adlandıran qayda yoxlanıla biləndir, VPN düzəldildi deyən qeyd isə deyil. Sonra cihazdakı başqa nəyinsə dəyişdiyiniz həlledicidən asılı olub-olmadığını yoxlayın. Yeniləmə yoxlamaları, tutma portalı aşkarlanması və poçt proqramları öz sorğularını yaradır və onlar istifadəçilərin əlaqəsiz problemlər kimi bildirdiyi şəkildə uğursuz olur.