Windows дээр OpenVPN холбогдсоны дараа DNS яагаад ажиллахаа болих вэ

53 порт хаашаа ч хүрэхгүй байхад шийдэгч ping-д хариулсаар байна. block-outside-dns шүүж байгаа эсэхийг шалгаад, туннель хүрч чадах шийдэгчийг өгнө үү.

Оффисын шийдэгч рүү ping "OpenVPN" холбогдсоны дараа ч хариу авдаг боловч нэр бүрийн хайлт бүтэлгүйтдэг. Хаяг хүрч болохуйц, порт нь биш, Windows DNS-ийг адаптераар шүүж чадна гэдгийг мэдвэл энэ хослол утга учиртай болно. Профайлд block-outside-dns байвал тэр шүүлт нь анхны сэжигтэн бөгөөд маршрутын хүснэгт хайх буруу газар юм. Доорх хоёр тест давхаргуудыг секундын дотор ялгана.

Хүрч болох хаяг, үхсэн порт

Амжилттай ping нь хост ажиллаж байгаа, зам байгааг нотолно. Порт 53-т хүрэх зөвшөөрлийн тухай юу ч хэлэхгүй, учир нь тухайн шүүлт өөр давхаргад ажиллаж, адаптераас хамаардаг. Тиймээс нэг машин ICMP-д хариулж, мөн хаяг руу илгээсэн бүх асуултыг татгалзаж чадна. Ямар нэг тохиргоог өөрчлөхөөс өмнө хоёр тестийг нэг сессэд ажиллуулна уу.

ping <resolver-ip>
nslookup <name> <resolver-ip>

Тэр хос бол онош. Дэд сүлжээ рүү чиглэсэн энгийн урсгал үргэлжилж, нэрийн шийдэл үхэхэд хүмүүс сервер эвдэрсэн эсвэл DNS хэзээ ч илгээгдээгүй гэж дүгнэдэг. Хоёр тайлбарын араас мөрдөх нь үнэтэй, нотолгоо илүү нарийн газар зааж байна. Ямар ч тохиргоог хүрэхээс өмнө хосыг баталгаажуулна уу.

Энэ сонголт бол шүүлтийн платформын дүрэм

OpenVPN-ийн лавлагаа block-outside-dns-ийг Windows Filtering Platform-ийн хязгаарлалт гэж тодорхойлдог бөгөөд энэ нь програмуудыг туннелийн гаднах адаптер дээр DNS-д хүрэхээс сэргийлдэг. Энэ нь TCP ба UDP 53 портыг хамарна. Шүүлт нь ердийн галт ханын дүрмийн жагсаалтад биш, WFP дотор амьдардаг тул өөр газар зөвшөөрлийн дүрэм нэмэх нь үр дүнг заавал өөрчлөхгүй. Тиймээс DNS-д зөвшөөрөл өгөх нийтлэг зөвлөгөө бүтэлгүйтсээр байна.

Тохиргоо нь импортолсон профайлаас эсвэл серверээс ирж болно, харин таны хамгийн сүүлд засварласан файл "клиент юу ачаалсны нотолгоо биш". Хүчинтэй тохиргоо болон холболтын логийг хамт уншина уу. Энэ сонголт нь Windows-д онцлог бөгөөд үүнийг зөөврийн гэж үзвэл хамаарахгүй зөвлөгөө гарна.

Илүү дүрэм нэмэхийн оронд тэр хязгаарлалтыг эзэмшдэг клиент компонентийг хайна уу. Эзэмшигч нь үүнийг үнэхээр устгаж чадах зүйл юм.

Шүүлт нь шийдэгч биш

Туннелийн гаднах урсгалыг хаах нь түүний дотор ажиллах шийдэгчийг суулгахгүй. Сонголт нь замыг арилгаж, туннелийн DNS тохиргоог профайлыг бүтээсэн хүнд үлдээнэ. Шийдэгчийг хэзээ ч илгээж байгаагүй профайлд одоо нэг ч байхгүй.

Гурван шалгалтыг дараалан хий. Нэгд, бүтэлгүйтэж буй програм үнэхээр ямар шийдэгч ашигладаг вэ. Хоёрт, клиент VPN DNS тохиргоог хэрэглэсэн эсэх. Гуравт, ямар интерфейс урсгалыг тэр шийдэгч рүү зөөдөг вэ.

  1. Ашиглагдаж буй шийдэгч: Resolve-DnsName -Server <resolver-ip> <name>-ийг ipconfig /all-д жагсаасан DNS серверүүдтэй харьцуулна уу.
  2. VPN DNS хэрэглэгдсэн: туннелийн адаптерын DNS бичлэгүүдийг мөн ipconfig /all гаралтад шалгана уу.
  3. Ашигласан интерфейс: Find-NetRoute -RemoteIPAddress <resolver-ip> тухайн очих газрын гарч буй интерфейсийг нэрлэнэ.

Энэ бодлогын дор LAN шийдэгч нь зохиомжоор хүрэх боломжгүй болно, бусад LAN урсгал ажиллаж байх үед ч. Энэ бол сонголт өөрийн ажлаа хийж байгаа хэрэг. Хэрэв зохиомжид VPN DNS хэрэгтэй бол шийдэгчийн бүртгэл болон туннелийн замыг засна уу; хэрэв орон нутгийн үл хамаарах зүйлтэй split DNS шаардлагатай бол тохиргооны эзэмшигч тэдгээр үл хамаарах зүйлийг дэмжигдсэн аргаар илэрхийлэх ёстой.

Энэ сонголт юуг хамардаггүй вэ

53 порт бол нэрийн шийдлийн бүхэл биш. DNS over HTTPS болон DNS over TLS өөр тээврийг ашигладаг, зарим програм системийн тохиргоог үл харгалзан өөрийн шийдэгчийн логикийг ажиллуулдаг. Тиймээс хөтөч нэрийг шийдэж чадах боловч командын мөр чадахгүй.

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

Бичихдээ дүгнэлтийг нарийн байлга. Энэ сонголт нэг платформ дээр нэг тээврийг хязгаарладаг, шийдлийн замын үлдсэн хэсэг нь өөрийн эзэмшигчтэй тусдаа зохиомжийн асуудал юм.

Салгахаас өмнө болон дараа төлвийг шалгана уу

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

ipconfig /displaydns
nslookup <name> <resolver-ip>

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

Эдгээр шалгалтын дараа л шийдэгчийг солих эсвэл галт ханын бодлогыг дахин барих нь утга учиртай. Хоёулаа нотолгооноос илүү том өөрчлөлт юм.

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