Ինչու է հեռախոսի Private DNS-ը կոտրում VPN-ի անվանորոնումը

Հավելվածները չեն կարողանում լուծել անունը, մինչ թունելը մնում է միացված և մնացած բոլոր ցուցիչները առողջ տեսք ունեն։ Հեռախոսում սովորական պատճառը սարքի ընտրած լուծիչն է, ոչ թե VPN պրոֆիլինը։ Երկու կարգավորում կարող են յուրաքանչյուրը հավակնել իշխանության նույն հարցման վրա։ Պարզել, թե որն է հաղթում և արդյոք այն կարող է պատասխանել հարցին, ավելի արագ է, քան թունելին դիպչելը։

Երկու կարգավորում որոշում են նույն անունը

Հեռախոսի Private DNS կարգավորումը լուծիչ է ընտրում սարքի համար, ինքնաշխատ ընտրությունից մինչև նշված հոսթային անուն ընկած ռեժիմներով։ VPN պրոֆիլը կարող է միաժամանակ պարտադրել իր լուծիչը, և երկուսը կարգավորվում են տարբեր էկրաններով ու տարբեր սեփականատերերի կողմից։ Ոչ մեկը պարտադիր չէ, որ վերացնի մյուսին բոլոր հավելվածների համար։ Այդ պատճառով աշխատող թունելն ու ձախողված հարցումը կարող են գոյակցել առանց հակասության։

Դիտարկիչը կարող է ավելացնել երրորդ շերտ, քանի որ դիտարկիչի ներսի անվտանգ DNS-ը կարող է ընտրել իր մատակարարին։ Սխալն առաջացրած հավելվածը երեքից ով է պատասխանել պարզելու միակ վստահելի ուղեցույցն է։ Լուծիչը նույնպես պետք է կարողանա պատասխանել։ Միայն ընկերության ներսում գոյություն ունեցող անունը հանրային լուծիչի տվյալներում չկա, ուստի հարցումը ձախողվում է բովանդակության, ոչ թե կապի պատճառով։

Ընտրեք ռեժիմը ըստ ձեզ անհրաժեշտ անունների

Եթե սարքը պետք է լուծի ներքին անուններ, լուծիչը պետք է լինի այն մեկը, որը պահում է այդ գոտիները, ինչը սովորաբար նշանակում է թունելի լուծիչ կամ կազմակերպության փաստաթղթավորած բաժանված DNS լուծում։ Եթե կարևոր են միայն հանրային անունները, խիստ գաղտնագրված լուծիչը պաշտպանելի ընտրություն է, որը նաև հեռացնում է բաց տեքստով հարցումները։ Որոշումը բխում է անուններից, ոչ թե գաղտնագրման վերաբերյալ նախապատվությունից։

Ձախողման վարքն էլ տարբերվում է ըստ ռեժիմի։ Խիստ ընտրությունը, որը չի հասնում իր լուծիչին, ձախողում է առաջացնում յուրաքանչյուր անվան համար, մինչ թույլատրված հետընթացով ռեժիմը կարող է հանրային անունները գործող պահել, իսկ ներքինները կոտրված։ Այդ տարբերությունը ձեզ ասում է, թե որ ռեժիմում եք, նախքան կարգավորումների էկրանը բացելը։ Կառավարվող սարքում որոշում է հաստատված քաղաքականությունը, և օգտատերը չի կարող ապահով շրջանցել այն։ Անձնական տեղադրման դեպքում բավական է մեկ փաստաթղթավորված համեմատություն՝ հակասությունը բացահայտելու համար, և նախատեսված գաղտնիության կարգավորումը պետք է վերականգնվի, ոչ թե մնա անջատված։

Ստուգեք, թե որ հավելվածն է հարցնում

Կրկնեք ձախողումը այն հավելվածում, որը հայտնել է այն, և նշեք՝ սխալը անվան, թե կապի սխալ է։ Անվան սխալը մեկ հավելվածում և հաջողված էջը մյուսում երկու լուծիչների նշան է, ոչ թե կոտրված թունելի։

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

Այդ հրամանները կարդում են սարքի ընթացիկ կարգավորումը, և արտադրողների տարբերակները կարող են վերանվանել կամ սահմանափակել հիմքում ընկած արժեքները, ուստի ելքը դիտեք որպես ակնարկ, ոչ թե բնութագրում։ Android-ի Private DNS փաստաթղթերը նկարագրում են ռեժիմները և հոսթային անվան ձևը, որը սարքը սպասում է։

Համեմատեք այդ պատասխանը VPN պրոֆիլի պարտադրած լուծիչի հետ։ Եթե դրանք չեն համընկնում, դուք գտել եք հակասությունը, և մնում է հարցը, թե որն է կազմակերպությունը ցանկանում հաղթող համարել։

Վերականգնեք նախատեսված կարգավորումը մեկ համեմատությունից հետո

Փոխեք մեկ կարգավորում, նորից փորձարկեք երկու անունները և վերադարձրեք կարգավորումը։ Թույլատրող ռեժիմում թողնված սարքը լուծում է ներքին անուններ և լուռ ուղարկում յուրաքանչյուր հանրային հարցում առաջին պատասխանողին, ինչը գաղտնիության փոփոխություն է, որը ոչ ոք չի արձանագրել։

Գրեք արդյունքը որպես կանոն՝ ներքին անունները լուծվում են այս լուծիչով, հանրայինները՝ այն մեկով, և դիտարկիչը հետևում է սարքին կամ չի հետևում։ Լուծիչը նշող կանոնը ստուգելի է, մինչդեռ VPN-ը վերանորոգվել է ասող գրառումը՝ ոչ։ Ապա ստուգեք՝ սարքում այլ բան կախված է ձեր փոխած լուծիչից, թե ոչ։ Թարմացումների ստուգումները, captive պորտալների հայտնաբերումը և փոստային հաճախորդները կատարում են իրենց սեփական հարցումները, և դրանք ձախողվում են այնպես, ինչպես օգտատերերը հայտնում են որպես անկապ խնդիրներ։