OpenVPN DNS илгээдэг ч шийдвэрлэгч үүнийг хэзээ ч харж магадгүй

Клиентийн лог илгээсэн DNS серверийг харуулж, туннель холбогдсон байхад дотоод нэр хараахан юунд ч шийдэгдэхгүй байна. Илгээх үйлдэлд өөрөө ямар ч эвдрэл байхгүй. Сонголт ирсэн боловч үйлдлийн системийн шийдвэрлэгч үүнийг хэзээ ч ашиглаагүй, учир нь ихэнх Unix клиентэд OpenVPN утгыг дамжуулаад програмыг платформд үлдээдэг.

Шинж тэмдэг: лог DNS-г харуулж, нэрс хараахан бүтэлгүйтсээр

OpenVPN dhcp-option нь DNS болон домэйны мэдээллийг зөөж, клиент хүлээн авснаа бүртгэдэг. Зарим хэрэгжүүлэлтэд клиент эдгээр тохиргоог дотроо хэрэглэдэг; бусад тохиолдолд интеграцийн скрипт эсвэл сүлжээний үйлчилгээнд экспортолдог. Лог мөр нь түүхийн зөвхөн эхний хагасыг дүрсэлнэ. Хоёр дахь хагас нь клиент хяналтгүй газарт болдог. Алдаа ихэвчлэн тэнд байдаг.

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

Хүлээн авах нь хэрэглэх биш

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

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

Платформ бүрт шийдвэрлэгчийн эзэмшигчийг ол

Windows дээр нэр шийдвэрлэх бодлогын хүснэгт тодорхой дагаврыг тодорхой серверт чиглүүлж болох бөгөөд VPN клиент тэнд дүрэм суулгаж болно. Зөвхөн адаптерийн DNS жагсаалт биш, бодлогыг шалгана уу. Linux дээр тохиргоог NetworkManager эсвэл systemd-resolved эзэмшиж болох бөгөөд аль нь эзэмшиж байгаа нь дахин холбогдоход юу хадгалагдахыг тодорхойлно.

Бодит төлөвийг асуулгад үнэхээр хариулдаг хэрэгслээр уншина уу: systemd-resolved хост дээр resolvectl query internal.example.net, эсвэл платформын эквивалент. Дараа нь тэр хариултыг клиентийн лог илгээсэн гэж мэдэгдэж буй DNS сервертэй харьцуулна уу.

Шийдвэрлэгчийн тохиргоог зохицуулалтгүйгээр дээрээс бичдэг хэд хэдэн үйлчилгээг ажиллуулахаас зайлсхий. Хоёр эзэн тасалдалтай харагдах үр дүн өгч, дахин холбогдох бүрд түүнийг санамсаргүйгээр засаж эсвэл эвдэж байгаа мэт харагдана.

Скрипт болон foreign_option

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

Хэрэв скриптэд найдаж байгаа бол түүний гүйцэтгэл болон гарах төлөвийг бүртгэ. Ажилладаг ч чимээгүйгээр бүтэлгүйтдэг скрипт нь скрипт огт байхгүйтэй ижил шинж үлдээдэг бөгөөд тохиргоо бүрэн харагддаг учраас анзаарахад хэцүү. Скриптийн файлыг биш, скриптийн гаралтыг шалга. Файл байгаа нь скрипт ажилласан гэсэн үг биш.

Логыг биш, нэрийг турш

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

Нэр шийдэгдэж байгаа ч үйлчилгээ бүтэлгүйтвэл DNS-ийг дахин өөрчлөхийн оронд маршрутжуулалт болон програмын хандалт руу шилж. OpenVPN гарын авлага нь dhcp-option болон скриптийн орчныг баримтжуулдаг; өөр шийдвэрлэгчийн файлыг засахын өмнө клиент юу хэрэглэх ёстойг баталгаажуулахад ашигла.