Tor va VPNni birga ishlatganda DNS qayerga ketadi

Ikki maxfiylik vositasi ishlamoqda, bitta sahifa yuklanmayapti va resolver testi brauzerdan tashqaridagi narsa nom olganini aytmoqda. Bu oqib ketish hisobotiga aylanishidan oldin u qaysi almashinuvdan kelganini nomlang. Tor va VPN birikmasi kamida uch xil egaga ega uch xil nom so'rovi o'z ichiga oladi va ularni yuz berish tartibida ko'rib chiqish qaysi biri noto'g'ri ishlayotganini ko'rishning eng tez yo'li.

Buni oqib ketish deb atashdan oldin har bir almashinuvni nomlang

Birinchi almashinuv VPN oxirgi nuqtasini o'zi hal qiladi va u har qanday himoya paydo bo'lishidan oldin sodir bo'ladi. Ikkinchisi Tor Browser uchun manzilni hal qiladi, u nomni mahalliy hal qilish o'rniga proksiga berishi mumkin. Uchinchisi mashinadagi qolgan hamma narsani qamrab oladi, jumladan yangilanish tekshiruvlari, pochta mijozlari va operatsion tizimning o'z xizmat so'rovlari. Ulardan faqat birinchisi qolgan ikkisi ishtirok etmasdan sodir bo'lishi mumkin.

Ularning har biri boshqa yo'lni tanlashi mumkin va brauzerdagi bitta test faqat o'z so'rovini kuzatadi. Bitta natijani uchtasining holati deb qabul qilish chalkashlikning ko'p qismi boshlanadigan joy.

Biror narsani o'zgartirishdan oldin qaysi nomlar qaysi qatlamga tegishli ekanini yozib qo'ying. Xususiy tashkiliy nomlar, ommaviy manzil va tunnelning oxirgi nuqtasi bir xil talabni ko'tarmaydi, ularni bitta toifa deb hisoblaydigan siyosat esa nimanidir buzadi.

Boshlang'ich so'rov tunnel oldidan sodir bo'ladi

Xost nomi bilan sozlangan mijoz tunneli ochish uchun o'sha nomni hal qilishi kerak, o'sha paytda esa so'rovni olib yuruvchi tunnel yo'q. Joriy tarmoqda operatsion tizim taklif qilgan qaysi resolver bo'lsa, o'sha javob beradi, u qamalgan portal, mehmonxona resolveri yoki ommaviy bo'lishi mumkin. Bu tunneldagi oqib ketish emas, chunki hali tunnel yo'q.

Brauzerning xavfsiz DNS sozlamasini o'zgartirish ham bu so'rovga tegmaydi, chunki u brauzerdan tashqarida ishlaydigan va har qanday sahifa ochilishidan oldin boshlanadigan xizmatga tegishli. Agar oxirgi nuqta nomi hal qilinmasa, tunneldagi hech qanday siyosat yordam bermaydi, chunki xatolik konfiguratsiya tasvirlagan hamma narsadan bir bosqich oldin sodir bo'ladi.

Bu oxirgi nuqta uchun so'zma-so'z manzildan foydalanish, agar provayder qo'llab-quvvatlasa, bog'liqlikni qo'shish o'rniga olib tashlaydigan yagona joy. U manzillarni aylantiruvchi provayderni kuzatish imkoniyatini ham olib tashlaydi, shuning uchun bu almashinuv haqiqiy va uni kashf qilishdan ko'ra hal qilish kerak.

Brauzer va mashinaning qolgan qismi farq qiladi

Torning SOCKS interfeysi manzil xost nomini proksiga uzatishni qo'llab-quvvatlaydi, ya'ni hal qilishni uzoq tomon bajaradi va mahalliy mashina hech qachon so'ramaydi. Proksini qo'llab-quvvatlaydigan umumiy dastur avval nomni mahalliy hal qilib, keyin olingan manzilga ulanishi mumkin, bu foydalanuvchi proksidan o'tadi deb o'ylagan manzil uchun mahalliy so'rov tug'diradi. Shuning uchun ikkala dastur bitta proksi sozlamasini bo'lishib, turli joylarda oqib ketishi mumkin. Umumiy proksi manzilida ikkala xatti-harakatdan qaysi biri ishlatilayotganini aytadigan hech narsa yo'q.

Xavfsiz DNS yoqilganda brauzerlar yana bir qatlam qo'shadi, chunki brauzer o'z provayderini tanlab, tizim resolverini butunlay chetlab o'tishi mumkin. Tunnel mijozi esa butun mashina uchun resolverni tunnel orqali o'tkazishi mumkin. Bu ikki sozlama ikkalasi ham to'g'ri bo'lishi va baribir turli dasturlar uchun turli xatti-harakatni tasvirlashi mumkin.

Bitta test sahifasidan umumlashtirish o'rniga so'rovni yuborgan dasturni tekshiring. Tunnel ichida olib boriladigan so'rov va Torga hech qachon yetib bormagan so'rov o'rtasidagi farq bir resolver manzili ko'rsata olmaydigan aynan o'sha farqdir.

Har bir dasturni tekshiring, so'ng niyat bilan solishtiring

Kuzatuvlarni alohida o'tkazing: tizim nimadan foydalanadi, brauzer nima uchun sozlangan va SOCKS ulanish nomni yoki manzilni olib yurishi. Oxirgisi uzoq va mahalliy hal qilish o'rtasidagi farq, SOCKS kengaytmalari spetsifikatsiyasi esa xost nomining avval hal qilinishi o'rniga qanday uzatilishini tasvirlaydi.

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

So'ng kuzatganingizni niyat qilganingiz bilan solishtiring. Siz tanlagan resolver tunnel orqali hal qiladigan ommaviy nom, orqaga chekinish paytida ommaviy resolverga beriladigan xususiy nom bilan bir xil topilma emas, va odatda faqat ikkinchisi chora talab qiladi. Birinchisi loyihaga muvofiq ishlaydigan konfiguratsiya, hisobotda u g'alati ko'rinsa ham.

Qabul qilgan istisnolaringizni yozib qo'ying, himoya qilib bo'lmaydigan boshlang'ich so'rovni ham. Yozilgan istisno dizayn qarori, o'sha istisno keyinroq topilsa nuqson bo'lib ko'rinadi. Uni topgan kishi shunday qabul qiladi, siz esa yig'ilishni nima uchun bunday emasligini tushuntirishga sarflaysiz.