Անձնական DNS և VPN. ինչ է իրականում ընդգրկում յուրաքանչյուր շերտ
Հետևեք մեկ հարցումին անձնական DNS-ի էկրանից մինչև թունել. ինչ է տեսնում յուրաքանչյուր շերտը, որտեղ են այս երկուսը բաժանվում և ինչու են ներքին անունները այն տեղը, որտեղ այն կոտրվում է.
Ձեր հեռախոսում անձնական DNS-ը դրված է մատակարարի հոսթի անվան վրա, և միաժամանակ աշխատում է VPN հավելված։ Խելամիտ է ենթադրել, որ նրանցից մեկն այժմ ղեկավարում է անունների որոնումները։ Նրանցից ոչ մեկը չի անում դա այն իմաստով, որը ենթադրում է այս նախադասությունը, և թե ինչու այդպես է, տեսնելու ամենաարագ ճանապարհը մեկ հարցումին հետևելն է այն պահից, երբ սեղմում եք հղումը։
Այս երկու գործառույթները գտնվում են նույն ճանապարհորդության տարբեր կետերում։ Անձնական DNS-ը գաղտնագրում է հարցը, որը տալիս եք լուծիչին։ VPN-ը փոխում է այն երթուղին, որով անցնում է պատասխանի կապը։
Ուստի անցեք սա հերթականությամբ, սարքում, որտեղ երկուսն էլ միացված են, և նշեք, թե յուրաքանչյուր շերտը դեռ ինչ կարող է տեսնել։
Առաջին քայլ. որոնումը լքում է հավելվածը
Սեղմում եք հղումը։ Նախքան ինչ-որ բան կմիանա, հավելվածին անհրաժեշտ է հասցե այդ հոսթի անվան համար։ Android-ում համապատասխան էկրանը Կարգավորումներ, Ցանց և ինտերնետ, Անձնական DNS է։ Մատակարարի հոսթի անունը ընտրելը սարքը դնում է խիստ ռեժիմի մեջ. այն կատարում է DNS TLS-ի վրա այդ հոսթի անվանը 853 պորտում, և եթե գաղտնագրված փոխանակումը ձախողվի, որոնումը ձախողվում է՝ 53 պորտում բաց տեքստին լուռ վերադառնալու փոխարեն։
Սա էական տարբերություն է Ավտոմատից, որն օգտագործում է հնարավորության գաղտնագրում և սիրով կօգտագործի չգաղտնագրված լուծիչ, երբ ցանցը խառնվում է։ Եթե ձեր նպատակն է, որ որոնումները երբեք բացահայտ չկատարվեն, մատակարարի հոսթի անվանով խիստ ռեժիմը համապատասխան կարգավորումն է։
Ահա առաջինը, ինչ բացահայտում է այս անցումը. որոնումը պաշտպանված է տեղական ցանցից, և լուծիչը միևնույն է իմանում է անունը։ Գաղտնագրումը ծածկում է թռիչքը։ Այդ լուծիչի օպերատորը տեսնում է հարցումը, որովհետև դրան պատասխանելը նրա աշխատանքն է։
Երկրորդ քայլ. կապը վերցնում է այլ երթուղի
Լուծիչը վերադարձնում է հասցե, և հավելվածը միանում է դրան։ Այս քայլի վրա չի ազդում այն, թե ինչպես է որոնումը գաղտնագրվել։ Թունելի բացակայության դեպքում կապը դուրս է գալիս ձեր սովորական հրապարակային հասցեից, և նպատակակետի IP-ն ու TLS ձեռքսեղմումը սովորաբար ամեն դեպքում հոսթի անունը տեսանելի են դարձնում ցանցին՝ գաղտնագրված DNS-ով թե առանց դրա։
Միացրեք VPN-ը, և փոխվում է հենց այս քայլը։ Երթևեկությունը, որը համապատասխանում է հաճախորդի երթուղավորման քաղաքականությանը, անցնում է թունելով, տեղական ցանցը տեսնում է կապ VPN-ի վերջնակետին, և կայքը սովորաբար տեսնում է ելքի հասցեն։ Անունների լուծումը նույնպես կարող է ճանապարհորդել թունելի ներսում՝ կախված նրանից, թե ինչ է ուղարկում հաճախորդը։
Այդ բաժանումը ողջ համեմատությունն է մեկ նախադասության մեջ։ DNS-ի գաղտնագրումը պատասխանում է, թե ով կարող է կարդալ հարցը։ VPN-ը պատասխանում է, թե ուր է գնում զրույցը։
Երրորդ քայլ. թունելի ներսում DNS-ը դառնում է քաղաքականության հարց
Այժմ երկու գործառույթները փոխազդում են, և բրաուզերը սովորական անակնկալի աղբյուրն է։ Բրաուզերը, որն ունի իր սեփական անվտանգ DNS-ի կարգավորումը, կարող է որոնումներն ուղարկել իր ընտրած լուծիչին HTTPS-ով՝ օպերացիոն համակարգին հարցնելու փոխարեն։ Android-ի անձնական DNS-ի կարգավորումը չի հասնում այդ որոշմանը։
Firefox-ում անջատիչը գտնվում է Կարգավորումներ, Գաղտնիություն և անվտանգություն, Միացնել անվտանգ DNS բաժնում։ Chrome-ում այն գտնվում է Կարգավորումներ, Գաղտնիություն և անվտանգություն, Օգտագործել անվտանգ DNS բաժնում։ Երկուսն էլ կարող են դրվել կոնկրետ մատակարարի վրա կամ մնալ անջատված, և երբ դրանք միացված են, թունելի DNS կարգավորումը շրջանցվում է այդ որոնումների համար, թեև էջի երթևեկությունը դեռ օգտագործում է թունելը։
Եթե VPN-ն ուղարկում է իր լուծիչը, և բրաուզերը պնդում է իրենը, դուք ստանում եք բաժանում. անունները լուծվում են, էջերը բեռնվում են, և այն որոնումները, որոնք պետք է անցնեին թունելով, դուրս եկան ուղղակիորեն։ Լուծիչի հասցեն, որը տարբերվում է VPN-ի վերջնակետից, ինքնին արտահոսքի ապացույց չէ, բայց ձեր հայտարարած մտադրությանը հակասող որոնման ուղին արժե ուղղել։
Չորրորդ քայլ. ներքին անունները այն տեղն են, որտեղ այն կոտրվում է
Միացեք աշխատանքային VPN-ին և բացեք ինտրանետի հոսթ։ Եթե բրաուզերի անվտանգ DNS-ը միացված է և ուղղված է հրապարակային լուծիչի, այդ անունը բրաուզերի համար գոյություն չունի։ Թունելը կանգնած է, մնացած ամեն ինչ աշխատում է, և մեկ հոսթի անուն ձախողվում է սխալով, որը թվում է, թե կայքը իջել է։
Նույն խափանումը հակառակ ուղղությամբ ի հայտ է գալիս Android-ում։ Հրապարակային մատակարարով խիստ անձնական DNS-ը չի լուծի անուններ, որոնք գիտի միայն ներքին լուծիչը, և խիստ ռեժիմը պահուստային ուղի չունի։ Հեռախոսի DNS-ը հրապարակային գաղտնագրված լուծիչի և կորպորատիվ լուծիչի միջև բաժանելը կարգավորում չէ. դա երթուղավորման քաղաքականության հարց է, որին պետք է պատասխանի նա, ով կառավարում է VPN-ը։
Ստուգեք սա նախքան թունելին մեղադրելը. հարցրեք ներքին անունը, ապա նույն անունը բրաուզերի անվտանգ DNS-ը անջատված վիճակում։ Եթե այն լուծվում է, խնդիրը լուծիչի ընտրությունն էր, ոչ թե կապը։
Ինչ է ասում այս անցումը, որ փոխեք
Չորս էկրան կրում են գրեթե ամեն ինչ։ Նայեք դրանց այս հերթականությամբ և գրեք, թե ինչ է ասում յուրաքանչյուրը, որովհետև պատասխանը սովորաբար երևում է համադրության մեջ:
- Android-ի կարգավորումներ, Ցանց և ինտերնետ, Անձնական DNS. Ավտոմատ կամ մատակարարի հոսթի անուն, և թե որ հոսթի անունը։
- Բրաուզերի անվտանգ DNS-ի կարգավորումը. անջատված կամ ամրացված կոնկրետ լուծիչի։
- VPN հաճախորդի DNS քաղաքականությունը. ուղարկում է լուծիչ, և բաժանված թունելը բացառում է ինչ-որ բան, որին դեռ անուններ են պետք։
- Ներքին հոսթի անվան փորձարկում կանգնած թունելով, կատարված երկու անգամ՝ մեկ անգամ բրաուզերի DNS-ով միացված և մեկ անգամ անջատված։
Ապա համապատասխանեցրեք ուղղումը պահանջին, ոչ հակառակը։ Եթե պահանջն այն է, որ որոնումները դուրս գան գաղտնագրված և հասնեն ձեր ընտրած լուծիչին, դրեք խիստ անձնական DNS և ստիպեք բրաուզերին համաձայնել։ Եթե պահանջն այն է, որ երթևեկությունը դուրս գա այլ տեղ, կարգավորեք թունելը և դադարեցրեք սպասել, որ DNS-ի կարգավորումը կտեղափոխի ձեր հասցեն։
Եվ աչքի առաջ պահեք սահմանները։ Գործառույթներից ոչ մեկը թշնամական նպատակակետը անվտանգ չի դարձնում, և ոչ մեկը չի հեռացնում այն ինքնությունը, որով մուտք եք գործել։ Գաղտնագրումը փոխում է, թե ով կարող է կարդալ հարցը. թունելը փոխում է, թե ուր է գնում կապը. դրանցից ոչինչ չի անանունացնում հաշիվը։