DNS алдагдах тест: шийдвэрлэгчийн нэр бол маршрут биш

Шийдвэрлэгчийн нэр нь 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 тодорхойлолт хэрэгтэй.

Холбоотой нийтлэлүүд