Ուր է գնում DNS-ը, երբ միավորում եք Tor-ը և VPN-ը

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

Անվանեք յուրաքանչյուր փոխանակում նախքան այն արտահոսք անվանելը

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

Նրանցից յուրաքանչյուրը կարող է այլ ուղի անցնել, և բրաուզերում մեկ թեստը դիտում է միայն իր իսկ հարցումը։ Մեկ արդյունքը որպես երեքի վիճակ ընդունելը հենց այնտեղ է, որտեղից սկսվում է շփոթության մեծ մասը։

Նախքան որևէ բան փոխելը գրեք, թե որ անունները որ շերտին են պատկանում։ Մասնավոր կազմակերպական անունները, հանրային նպատակակետը և թունելի վերջնակետը ինքնին չեն կրում նույն պահանջը, և քաղաքականությունը, որը դրանք մեկ կատեգորիա է համարում, ինչ-որ բան կկոտրի։

Բութսթրապ հարցումը տեղի է ունենում թունելից առաջ

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

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

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

Բրաուզերը և մեքենայի մնացած մասը տարբերվում են

Tor-ի SOCKS միջերեսը աջակցում է նպատակակետ հոսթանվան փոխանցումը վստահված անձին, ինչը նշանակում է, որ հեռավոր ծայրն է կատարում լուծումը, և տեղական մեքենան երբեք չի հարցնում։ Ընդհանուր հավելվածը, որն աջակցում է վստահված անձի, կարող է նախ անունը լուծել տեղում, ապա միանալ ստացված հասցեին, ինչը տեղական հարցում է ստեղծում այն նպատակակետի համար, որը օգտատերը կարծում էր, թե անցնում է վստահված անձի միջով։ Այսպիսով, երկու հավելվածները կարող են արտահոսել տարբեր տեղերում՝ կիսելով վստահված անձի մեկ կարգավորում։ Ոչինչ համատեղ վստահված անձի հասցեում չի ասում, թե երկու վարքագծերից որն է օգտագործվում։

Բրաուզերները ևս մեկ շերտ են ավելացնում, երբ միացված է անվտանգ DNS-ը, քանի որ բրաուզերը կարող է ընտրել իր մատակարարին և ամբողջությամբ շրջանցել համակարգի լուծիչը։ Թունելի հաճախորդը, մինչդեռ, կարող է լուծիչ անցկացնել թունելով ամբողջ մեքենայի համար։ Այս երկու կարգավորումները կարող են միաժամանակ ճիշտ լինել և այնուամենայնիվ նկարագրել տարբեր վարքագիծ տարբեր ծրագրերի համար։

Ստուգեք այն ծրագիրը, որը կատարել է հարցումը, այլ ոչ թե մեկ փորձնական էջից եզրակացրեք։ Թունելի ներսում կրվող հարցման և այն հարցման միջև տարբերությունը, որը երբեք չհասավ Tor-ին, հենց այն տարբերությունն է, որը մեկ լուծիչի հասցե չի կարող ցույց տալ։

Ստուգեք յուրաքանչյուր ծրագիր, ապա համեմատեք մտադրության հետ

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

resolvectl status | grep -E "Current DNS Server|DNS Servers"
ss -tnp '( dport = :9050 )'
dig +short dev.internal.example
getent hosts vpn-endpoint.example.net

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

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