1.1.1.1 ni kim boshqaradi? DNS manziliga ishonishdan oldin tekshirish
VPN bilan birga ishlatiladigan DNS manzilini albatta shu VPN boshqarmaydi. Resolverni aniqlang, so’ngra yo’lni va shaxsiy nomlar siyosatini alohida tekshiring.
Siz 1.1.1.1 ni VPN ning DNS maydoniga qo’ydingiz, sahifa yuklandi va qo’llanma endi tasdiqlangandek ko’rinadi. Bu kuzatuv tuyulganidan torroq: dastur boshqacha ish tutdi va o’zgarish hali so’rovga kim javob bergani yoki eski sozlama nega ishlamaganini aytmaydi. Ko’chirilgan qo’llanma tanish ommaviy manzilni ko’pincha «VPN ning DNS i» deb ataydi va bu egalik haqidagi da’vo, yetib borish haqida emas. Manzil nimani anglatishini tekshirish besh daqiqa oladi va noto’g’ri sabab bilan qilingan doimiy o’zgarishning oldini oladi.
Ishlayotgan sozlama ayniyat emas
Sozlamalar maydonidagi manzil tugash nuqtasi va tugash nuqtasining operatori bor. Bu ikki fakt alohida, ikkinchisini esa odamlar tashlab ketadi. Eng ko’p ko’chiriladigan juftlik uchun javob ommaviy: Cloudflare 1.1.1.1 va 1.0.0.1 ni o’z rezolverining manzillari sifatida e’lon qiladi va ularni o’zining rasmiy manzillar ma’lumotnomasida sanaydi. Shuning uchun operator nomi manzilning yonida bo’ladi, alohida qo’llanmada emas.
Tunnel yoqilganda bu juftlikni kiritish VPN kompaniyasini uning operatori qilmaydi va trafikni anonim qilmaydi. So’rov sizning mashinangizdan manzillar oralig’ini e’lon qiladigan kompaniya tomon chiqadi va bu kompaniya obro’li bo’lishi mumkin, ammo qo’llanma nazarda tutgan tomon bo’lmasligi mumkin. Yo’riqnomadagi yorliq va haqiqatdagi operator ikki xil da’vo. Ikkalasi ham oradagi tarmoq yo’lini kim boshqarishini aytmaydi.
Manzillar juftligini yoki shifrlangan tugash nuqtasini tasdiqlash uchun rezolverning o’zi e’lon qilgan ma’lumotnomadan foydalaning. Boshqa yetkazib beruvchining tavsiyasi qonuniy bo’lishi mumkin va «tavsiya qilingan», «orqali erishilgan» hamda «boshqariladigan» hali ham uch xil munosabatni tasvirlaydi.
Yozuvga kerak bo’ladigan uchta narsani solishtiring
Ko’rib chiqishga tayyor yozuv uchta savolni ajratadi: so’rovni kim qabul qilishi kerak, almashinuv oddiy yoki shifrlangan va qaysi yo’l uni olib yurishi kerak. Provayder nomi ikkinchi yoki uchinchisini to’ldira olmaydi, mamlakat yorlig’i esa ularning hech birini to’ldirolmaydi. O’zgarishdan oldin uchta yozuvni yozib qo’ying va keyin ularni solishtiring. Bu yozuvlar almashtirilmaydi va ularni bitta deb qarash taxminning hujjatga aylanish yo’lidir.
Aynan solishtirish ishlayotgan sozlamani hujjatlashtirilgan qarorga aylantiradi. Usiz keyingi odam hech qanday sababsiz manzilni meros oladi. Avval quyidagi jadvalning uchinchi ustunini o’qing, chunki aksariyat ishonchli tushuntirishlar aslida shu yerda to’xtaydi.
| Entry | What it records | What it cannot tell you |
|---|---|---|
| Recipient | Which resolver should answer | Who operates the path to it |
| Transport | Plain DNS or an encrypted variant | Whether names stay private |
| Path | Which interface carries the query | Which upstream answers last |
Jadval ataylab qisqa. Uning mazmuni shundaki, har bir yozuv boshqa savolga javob beradi va bitta maydon uchtasini ham to’ldirmaydi.
Mahalliy yo’naltiruvchi haqiqiy manbani yashiradi
Routerini DNS sifatida ishlatishga sozlangan qurilma yo’naltiruvchiga ishora qiladi. Bu manzil so’rovning keyingi qabul qiluvchisini belgilaydi, oxir-oqibat javob beradigan rezolverni emas. Mahalliy stub rezolver xuddi shu qo’shimcha qadamni qo’shadi, va u har bir holat chiqishida ko’rinadiganligi uchun uni haqiqiy narsa bilan aralashtirish oson.
Stub xuddi shu chiqish ham sanaydigan manbalarga uzatadi, odatda pastroqqa. Operator haqida biror xulosa qilishdan oldin butun zanjirni o’qing, chunki birinchi satr butun javob emas. Aks holda siz qabulxonani kompaniya deb atayapsiz.
resolvectl status | grep -A4 'Current DNS Server'
dig +short CH TXT whoami.cloudflare @1.1.1.1
dig example.com | grep -E '^;; SERVER'Ikkinchi buyruq rezolverning aks-sado nomini ishlatadi, operator uni e’lon qilgan joyda, o’zi ko’radigan manba manzilini xabar qilish uchun. Uchinchisi javob bergan serverni nomlaydi va bu ko’pincha siz sozlagan manzil emas. Operator yozishdan oldin uchala chiqishni solishtiring.
Shifrlangan DNS nima ko’rinishini o’zgartiradi, kim ko’rishini emas
DNS over HTTPS va DNS over TLS mijoza bilan rezolver orasidagi almashinuvni himoya qiladi. Rezolver hali ham so’ralgan har bir nomni o’qiydi, chunki javob berish uning ishi. O’zgaradigan narsa — almashinuvni kim kuzata olishi: mahalliy tarmoq bitta tugash nuqtasiga ulanishni ko’radi, oddiy matnli so’rovlar oqimini emas.
O’zgarmaydigan narsa — ishonch munosabati, u hali ham shu tugash nuqtasini boshqaradigan tashkilotga ishora qiladi. O’zining xavfsiz DNS sozlamasi bo’lgan brauzer operatsion tizim rezolverini butunlay chetlab o’tishi mumkin. Ularni ikki marta qo’llanilgan bitta sozlama deb emas, kelisha olmaydigan ikki konfiguratsiya deb qarang.
Shaxsiy nomlar yana o’z qarorini talab qiladi. Ish tunneli tanlangan domenlarni tashkiliy rezolverlarga yo’naltirishi mumkin va buni ommaviy xizmat bilan almashtirish ichki qidiruvlarni buzishi yoki ichki nomlarni noto’g’ri tomonga oshkor qilishi mumkin. Butun adapterni sozlamalarini almashtirishdan oldin domen siyosatini tekshiring.
Kuzatuvni tor tuting
Solishtirganda eski konfiguratsiyani saqlang va bir vaqtda bitta sozlamani o’zgartiring. Dastur, amal, rezolver siyosati va qayta ulangandan keyin ommaviy hamda ruxsat etilgan shaxsiy nomlar hali ham hal qilinishini yozib qo’ying. Ikki o’zgarishli solishtirish hech birini isbotlamaydi. Natijani keyingi odam topadigan joyga, sozlamaning yoniga yozing.
resolvectl query intranet.corp.example
resolvectl domain
dig +short @1.1.1.1 example.comAgar dastur ishlay boshlasa, da’voni dalillar ruxsat berganicha kichik tuting. Bu o’zgarish bitta sinovga yordam berdi va avvalgi rezolver yomon niyat bilan ishlaganmi, tunnel buzilganmi yoki boshqa qurilma ham xuddi shu almashtirishga muhtojmi — buni aytmaydi. Barqaror natija — operatori va maqsadini tushuntira oladigan konfiguratsiya.