DNS дээгүүрх VPN нь VPN-ийн DNS сервертэй ижил зүйл биш

DNS дээгүүрх VPN нь тээврийн санааг дүрсэлдэг бөгөөд төхөөрөмжийг өөрийн resolver руу чиглүүлэхтэй ижил утгагүй. Төөрөгдөлийг шийдэх асуулт энгийн: DNS мессежүүд үнэхээр юу зөөдөг вэ? Энгийн VPN нь хамрагдсан аппликейшнүүд хувийн нэр олдог байхын тулд resolver суулгаж болох бөгөөд тэр resolver-ийг солих нь зөвхөн нэрийн шийдлийг өөрчилнө. Доорх шалгалтуудыг дарааллаар нь гүйцэтгэнэ үү, учир нь гурван зохион байгуулалт нэр томьёог хуваалцдаг, өөр юу ч бараг үгүй.

Гурван зохион байгуулалтыг тусгаарлана уу

Эхний зохион байгуулалтад VPN нь resolver эсвэл нэрийн бодлогын тохиргоо өгдөг. Аппликейшний өгөгдөл өөрийн сүлжээний холболтоор явсаар байх бөгөөд туннель нь аль сервер асуултад хариулахыг л нөлөөлнө.

Хоёр дахьд шифрлэгдсэн DNS нь DNS солилцоог өөрөө хамгаална. HTTPS дээгүүрх DNS ба TLS дээгүүрх DNS нь сонгосон resolver руу асуултыг ороож, бусад аппликейшний пакетыг зөөдөггүй. Тэд мөн асуултын нэрийг таны сонгосон resolver-ээс нуудаггүй бөгөөд энэ нь тэдгээрийг локал сүлжээнээс нуухаас өөр итгэлийн хил юм.

Гурав дахьд хамтран ажиллах клиент бусад өгөгдлийг DNS мессежид кодлож, хамтран ажиллах төгсгөлийн цэг түүнийг сэргээнэ. Энгийн resolver зам нь тээвэр болж, resolver нь одоо нэрийн үйлчилгээ биш, өгөгдлийн замын бүрэлдэхүүн хэсэг юм.

DNS мессежүүд юу зөөдөгийг шалгана уу

Resolver-ийг сольж, аппликейшний траффикийн зам өөрчлөгдөж байгаа эсэхийг ажиглана уу. Аппликейшн ижил сокетоор ижил хаяг руу холбогдсоор байвал та нэрийн шийдлийг өөрчилсөн, өөр юу ч биш.

DNS-ээр зөөгдөх туннельд серверийн талд тохирох зохион байгуулалт хэрэгтэй. Iodine бол баримтжуулсан жишээ: түүний төслийн баримт бичиг DNS-ээр дамжих IP туннелийг дүрсэлдэг бөгөөд кодлолыг ойлгодог серверийн бүрэлдэхүүн шаарддаг. Android-д нийтийн resolver хаяг оруулах нь тэр төгсгөлийн цэгийг өгөхгүй бөгөөд хоёр бүтээгдэхүүний хуваалцдаг маркетингийн нэр томьёо нь протоколын тодорхойлолт биш.

Барилт нь шийдвэрлэх шалгалт. Resolver руу энгийн асуултуудаас өөр юу ч харагдахгүй бол туннель байхгүй. Асуултын нэр болон хариултад кодлогдсон ачаа харагдвал та тээгчийг олсон бөгөөд дараагийн асуулт нь тэр хэр их зөөж чадах вэ гэдэг.

Амлалт өгөхөөс өмнө багтаамжийг шалгана уу

DNS нь асуулт, хариултад зориулагдсан, бөөн хүргэлтэд биш. Кодлолын зардал, мессежийн хэмжээний хязгаар, resolver-ийн зан төлөв бүгд нэрлэсэн замын хувиа авдаг тул ашигтай багтаамж суурь холбоосын сануулснаас бага. Өөрийн замд хэмжээгүй аливаа дамжуулах чадварын тоог төсөв биш, таамаглал гэж үзээрэй. Хоёр чиглэлийг хэмжинэ, учир нь асуулт-хариултын тээгч дээр байршуулалт, татахад өөр хязгаарт хүрч болно.

Аль траффик туннельд орохыг клиент мөн шийдэх ёстой. Локал VPN үйлчилгээний интерфэйс пакет цуглуулж чадах боловч интерфэйс нь алсын тээвэр тэдгээрийг хэрхэн хамгаалах, дамжуулахыг огт хэлэхгүй. Тээгч нь урсгал биш, асуулт-хариултын протокол үед фрагментаци ба дахин дамжуулалт өөрөөр ажилладаг бөгөөд нээлттэй үлдэх холболт нь интерактив саатал тухай бага л хэлнэ.

Зөөх гэж буй траффикаараа хэмжинэ. Үе үеийн зүрхний цохилтод сайн мэт санагдах туннель интерактив сессэд ашиглагдахгүй байж болох бөгөөд эсрэг нь ч бас үнэн.

Тээгчийн аюулгүй байдлыг шалгана уу

DNS инкапсуляци нь нууцлал эсвэл хүчтэй баталгаажуулалт өгдөг гэж бүү бодоорой. Resolver-ийн зам ба туннелийн төгсгөлийн цэг нь хэрэгжүүлэлт юу илчилж байгааг хардаг бөгөөд тэр илрэлт нь загвараас хамаарч өөр өөр байна.

Шифрлэлт ба тээгчийн сонголт нь тусдаа шинж чанарууд. Туннелийг энгийн IP зам дээр шифрлэж болох бөгөөд DNS-ээр зөөгдөх туннелийг ачааг нь хамгаалж эсвэл хамгаалалгүйгээр бүтээж болно. Ямар ч тохиолдолд аппликейшний HTTPS-ийг байранд нь үлдээж, туннелийн нэрийг биш, бодит аюулгүй байдлын загварыг үнэлээрэй.

Шаардлага нь локал сүлжээнээс нууцлал бол шифрлэгдсэн DNS ба өгөгдлийн туннель түүний өөр өөр хэсгүүдэд хариулна. Аль нэгийг сонгохын өмнө ямар ажиглагчаас хамгаалж байгаагаа бичээрэй.

Засварыг бодит гэмтэлтэй нийцүүлээрэй

Энгийн удаан VPN-ийн хувьд DNS-ээр зөөгдөх туннелээр солих нь асуудлын дээр хязгаарлагдмал тээвэр нэмнэ. Энэ нь радио чанар, түгжрэл, серверийн ачааллыг засдаггүй бөгөөд ихэвчлэн тэдгээрийг илүү харагдахуйц болгодог.

Хувийн нэрсийн гэмтлийн хувьд эхлээд төлөвлөсөн resolver бодлогыг шалгана уу: аль сервер хариулах ёстой, ямар нэрс хүрээнд байна, клиент ашиглах зөвшөөрөлтэй эсэх. Дараа нь шаардлагад нийцэх зөвшөөрөгдсөн тээврийг сонгож, дараагийн тохиолдол ижил хайлтыг дахин эхлүүлэхгүйн тулд resolver-ийн тохиргоог өөрчлөлтийн бүртгэлд хадгална уу.

Шалгах жагсаалт богино: зохион байгуулалтыг тодорхойлж, мессежүүд юу зөөдөгийг баталгаажуулж, багтаамжийг хэмжиж, дараа нь итгэлийг хянана уу. Шинж тэмдэгтэй нийцэхгүй аливаа алхам нь бусад хоёр зохион байгуулалт тоглоомд байгааг илтгэнэ.