DNS արտահոսքի թեստ. լուծիչի անունը երթուղի չէ

VPN օգտագործողի համար ճիշտ DNS են համարվում երեք կարգավորումներ՝ հարցումներ օպերատորի լուծիչին, հարցումներ ձեր ընտրած գաղտնագրված լուծիչին և split DNS, որը աշխատանքային անուններն ուղարկում է կազմակերպություն։ Արտահոսքի թեստը հաղորդում է մեկ լուծիչ, և այդ մեկ պիտակը չի կարող ասել, թե իրականում որ կարգավորումն ունեք։ Նախ որոշեք նախատեսված քաղաքականությունը, ապա թեստավորեք դրա դեմ։ Հակառակ դեպքում դուք համեմատում եք թիվը զգացողության հետ։

Որոշեք, թե ինչ էիք ուզում, նախքան արդյունքը կարդալը

Անվանեք քաղաքականությունը մեկ նախադասությամբ՝ բոլոր անունները VPN լուծիչին, բոլոր անունները ընտրված գաղտնագրված լուծիչին, կամ split DNS, որտեղ ներքին անունները գնում են կազմակերպություն։ Յուրաքանչյուրը հիմնավորված է տարբեր օգտագործողի համար, և յուրաքանչյուրը տալիս է տարբեր սպասվող պատասխան։ Առանց այդ նախադասության՝ ցանկացած արդյունք, որը տարբերվում է ֆորումի գրառման էկրանի պատկերից, տագնապալի է թվում։ Գրեք քաղաքականությունը առաջին թեստից առաջ։

Մինչև քաղաքականության սահմանումը կատարված թեստը ոչինչ չի չափում։ Այն տալիս է լուծիչի անուն՝ առանց որևէ հենակետի։

Լուծիչի անունը չի ապացուցում ոչ ուղին, ոչ ստացողը

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

Դիտարկիչը կարող է օգտագործել իր սեփական գաղտնագրված DNS-ը, մինչ կայքի տրաֆիկը անցնում է թունելով, և պահված պատասխանները կարող են թույլ տալ էջ բեռնել առանց նոր որոնման։ Դրա համար հանրային IP-ի արդյունքը ոչինչ չի ասում DNS-ի մասին։ DoH-ը և DoT-ը պաշտպանում են հարցումը լուծիչ տանող ճանապարհին, և այդ լուծիչը դեռ տեսնում է անունները։

resolvectl status
resolvectl query example.com
dig +short example.com

Split DNS-ը բազմաթիվ լուծիչներ դարձնում է ճիշտ

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

Split tunneling-ը և split DNS-ը տարբեր ընտրություններ են՝ մեկը երթուղավորում է փաթեթներ, մյուսը՝ հարցեր։ Թունելի երթուղին փոխելը չի տեղափոխում անվան որոնումը, և լուծիչը փոխելը չի ուղղում կայքի ուղին։ IPv6-ը երրորդ հարցն է, քանի որ չնախատեսված IPv6 կապը ինքնաբերաբար DNS արտահոսք չէ։

Արդյունքը դարձրեք հետաքննություն

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

Կրկնեք վերամիացումից հետո, եթե ախտանիշը հենց այդ ժամանակ է ի հայտ գալիս, քանի որ միացման պահին կիրառված քաղաքականությունը կարող է հետագայում կորչել։ Ներքին DNS բացառությունների համար օգտագործեք հաճախորդի փաստաթղթերը՝ կարգավորումները գուշակելու փոխարեն։

Ուղղեք գտնված անհամապատասխանությունը՝ դիտարկիչի ընտրություն, VPN-ի DNS կարգավորում կամ split DNS կանոն։ Եթե հարցումները պետք է դադարեն, երբ թունելը ձախողվում է, kill switch-ը առանձին կարգավորում է, և միայն DNS կարգավորումը այն չի ապահովի։ RFC 8484 բնութագիրը օգտակար է, երբ պետք է բացատրեք, թե գաղտնագրված լուծիչը ինչ է թաքցնում և ինչ՝ ոչ։