1.1.1.1-г хэн ажиллуулдаг вэ? DNS хаягийг итгэхээс өмнө шалгах
VPN-тэй хамт хэрэглэсэн DNS хаягийг заавал тэр VPN ажиллуулдаггүй. Шийдвэрлэгчийг тодорхойлж, дараа нь замыг болон хувийн нэрсийн бодлогыг тус тусад нь шалгана уу.
Та 1.1.1.1-г VPN-ийн DNS талбарт хуулж, хуудас ачаалагдсан бөгөөд заавар одоо баталгаажсан мэт харагдаж байна. Энэ ажиглалт мэдрэгдэхээс илүү нарийн юм: программ өөрөөр ажилласан, өөрчлөлт нь асуултад хэн хариулсан эсвэл хуучин зохион байгуулалт яагаад бүтэлгүйтсэн талаар одоохондоо юу ч хэлэхгүй байна. Хуулсан заавар нь танил нийтийн хаягийг “VPN-ийн DNS” гэж нэрлэдэг бөгөөд энэ нь эзэмшлийн тухай мэдэгдэл, хүртээмжийн тухай биш. Хаяг юуг илэрхийлж байгааг шалгах нь таван минут зарцуулж, буруу шалтгаанаар хийсэн байнгын өөрчлөлтөөс сэргийлдэг.
Ажиллаж буй тохиргоо нь таних тэмдэг биш
Тохиргооны талбар дахь хаяг нь төгсгөлийн цэг бөгөөд төгсгөлийн цэгт оператор байдаг. Эдгээр хоёр баримт тусдаа бөгөөд хоёр дахь нь хүмүүсийн алгасдаг нь юм. Хамгийн их хуулагддаг хосын хувьд хариулт нь нийтэд нээлттэй: Cloudflare нь 1.1.1.1 болон 1.0.0.1 -г өөрийн шийдвэрлэгчийн хаяг болгон нийтэлж, өөрийн албан ёсны хаягийн лавлагаанд жагсаадаг. Тиймээс операторын нэр хаягийн хажууд байх ёстой, тусдаа зааварт биш.
Туннель асаалттай үед тэр хосыг оруулах нь VPN компанийг түүний оператор болгохгүй, хөдөлгөөнийг нэргүй болгохгүй. Асуулт таны машинаас хаягийн хүрээг нийтэлдэг компани руу гарч, тэр компани нэр хүндтэй байж болох ч зааварт заасан тал байхгүй байж болно. Зааврын шошго болон бодит оператор нь хоёр өөр мэдэгдэл юм. Аль нь ч хоорондох сүлжээний замыг хэн ажиллуулдгийг хэлэхгүй.
Хаягийн хос эсвэл шифрлэгдсэн төгсгөлийн цэгийг батлахын тулд шийдвэрлэгчийн өөрийн нийтэлсэн лавлагааг ашиглана уу. Өөр нийлүүлэгчийн зөвлөмж хууль ёсны байж болох бөгөөд “санал болгосон”, “дамжуулан хүрсэн”, “ажиллуулдаг” гэсэн үгс гурван өөр харилцааг илэрхийлсээр байна.
Бичлэгт хэрэгтэй гурван зүйлийг харьцуулна уу
Хяналтад бэлэн бичлэг нь гурван асуултыг тусгаарладаг: асуултыг хэн хүлээж авах, солилцоо энгийн эсвэл шифрлэгдсэн эсэх, аль зам түүнийг зөөх. Нийлүүлэгчийн нэр хоёр, гурав дахь асуултыг бөглөж чадахгүй, улсын шошго тэдгээрийн алийг нь ч бөглөж чадахгүй. Өөрчлөлтийн өмнө гурван бичлэгийг бичиж, дараа нь харьцуулна уу. Эдгээр бичлэг нь сольж болохгүй бөгөөд тэдгээрийг нэг гэж үзэх нь таамаг баримт бичиг болох зам юм.
Харьцуулалт нь ажиллаж буй тохиргоог баримтжуулсан шийдвэр болгоно. Үүнгүйгээр дараагийн хүн ямар ч шалтгаангүй хаягийг өвлөнө. Доорх хүснэгтийн гурав дахь баганыг эхлээд уншина уу, учир нь ихэнх итгэлтэй тайлбар тэндээ л зогсдог.
| 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 |
Хүснэгт зориуд богино. Гол нь бичлэг бүр өөр асуултад хариулдаг, ганц ч талбар гурвыг бөглөдөггүй.
Орон нутгийн дамжуулагч жинхэнэ эх сурвалжийг нуудаг
Роутераа DNS болгон ашиглахаар тохируулсан төхөөрөмж нь дамжуулагч руу зааж байна. Тэр хаяг нь асуултын дараагийн хүлээн авагчийг тодорхойлдог, эцэст нь хариулдаг шийдвэрлэгчийг биш. Орон нутгийн stub шийдвэрлэгч мөн адил нэмэлт алхам нэмдэг, мөн статусын гаралт бүрт харагддаг учраас жинхэнэ зүйлтэй андуурахад хялбар.
Stub нь мөн адил гаралтад жагсаагдсан эх сурвалжууд руу дамжуулдаг, ихэвчлэн доогуур. Операторын талаар ямар нэг дүгнэлт хийхээс өмнө бүх гинжийг уншина уу, учир нь эхний мөр бүх хариулт биш. Эс бөгөөс та ресепцийг компани гэж нэрлэж байна.
resolvectl status | grep -A4 'Current DNS Server'
dig +short CH TXT whoami.cloudflare @1.1.1.1
dig example.com | grep -E '^;; SERVER'
Хоёр дахь команд нь шийдвэрлэгчийн цуурайн нэрийг ашигладаг, оператор үүнийг нийтэлдэг газарт, өөрийн харж буй эх хаягийг мэдээлэхэд. Гурав дахь нь хариулсан серверийг нэрлэдэг бөгөөд энэ нь ихэвчлэн таны тохируулсан хаяг биш. Оператор бичихээс өмнө бүх гурван гаралтыг харьцуулна уу.
Шифрлэгдсэн DNS нь юу харагдахыг өөрчилдөг, хэн харахыг биш
DNS over HTTPS болон DNS over TLS нь клиент болон шийдвэрлэгчийн хоорондын солилцоог хамгаалдаг. Шийдвэрлэгч нь асуусан бүх нэрийг уншсаар байдаг, учир нь хариулах нь түүний ажил. Өөрчлөгдөх нь солилцоог хэн ажиглаж болох вэ: орон нутгийн сүлжээ нэг төгсгөлийн цэг рүү холболт хардаг, энгийн текст асуултын урсгал биш.
Өөрчлөгдөхгүй зүйл нь итгэлцлийн харилцаа бөгөөд энэ нь тэр төгсгөлийн цэгийг ажиллуулдаг байгууллага руу заасар байна. Өөрийн аюулгүй DNS тохиргоотой хөтөч нь үйлдлийн системийн шийдвэрлэгчийг бүрэн тойрч болно. Тэднийг хоёр удаа хэрэглэсэн нэг тохиргоо биш, санал нийлэхгүй байж болох хоёр тохиргоо гэж үзнэ үү.
Хувийн нэрс дахин өөрийн шийдвэр шаарддаг. Ажлын туннель сонгосон домэйнуудыг байгууллагын шийдвэрлэгч рүү чиглүүлж болох бөгөөд үүнийг нийтийн үйлчилгээгээр солих нь дотоод хайлтыг эвдэж, дотоод нэрийг буруу талд ил болгож болно. Бүх адаптерын тохиргоог солихоос өмнө домэйны бодлогыг шалгана уу.
Ажиглалтыг нарийн барина уу
Харьцуулахдаа хуучин тохиргоог хадгалж, нэг удаад нэг тохиргоог өөрчилнө үү. Програм, үйлдэл, шийдвэрлэгчийн бодлого, мөн дахин холбогдсоны дараа нийтийн болон зөвшөөрөгдсөн хувийн нэрс шийдэгдсээр байгаа эсэхийг тэмдэглэнэ үү. Хоёр өөрчлөлттой харьцуулалт аль нэгийг нь ч батлахгүй. Үр дүнг дараагийн хүн олох газарт, тохиргооны яг хажууд бичнэ үү.
resolvectl query intranet.corp.example
resolvectl domain
dig +short @1.1.1.1 example.com
Хэрэв программ ажиллаж эхэлбэл, нотолгооны зөвшөөрснөөр бага мэдэгдэл барина уу. Тэр өөрчлөлт нэг туршилтад тусалсан бөгөөд өмнөх шийдвэрлэгч муу санаатай ажилласан эсэх, туннель эвдэрсэн эсэх, өөр төхөөрөмжид ижил солилт хэрэгтэй эсэх талаар юу ч хэлэхгүй. Байнгын үр дүн нь оператор болон зорилгыг нь тайлбарлаж чадах тохиргоо юм.