dnsmasq дахь VPN домэйн тань бүс шилжүүлэлт биш

Клиентийн dnsmasq тохиргооноос корпорацийн бүсийг хайж, олдохгүй байгаад VPN өөрийн домэйныг илгээж чадаагүй гэж дүгнэдэг. Илгээгдсэн зүйл бол чиглүүлэлтийн сануулга, бүс биш. Клиент домэйн болон түүнд хариу өгөх ёстой resolver-ийг бүртгэдэг бөгөөд удирдлагатай backend үүнийг нөхцөлт дамжуулалт болгоно. Буруу газар хайх нь итгэлтэй бөгөөд бүрэн худал оношилгоо өгдөг.

Клиент хүлээн авсан зүйл нь гарц санал болгосон зүйл биш

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

Энэ ялгаа нь хэзээ ч ирээгүй домэйны талаарх ихэнх мэдээллийг тайлбарладаг. Түүнийг санал болгосон боловч хэрэгжүүлээгүй.

Хоёр төрлийн домэйн бичлэг

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

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

resolv.conf дахь localhost нь алдаа биш

Орон нутгийн кэш resolver ашиглаж байгаа үед системийн файл нь loopback хаяг руу зааж, өөр юу ч биш. Тэр бичлэг нь орон нутгийн сонсогчийг тодорхойлдог, менежер түүнд өгсөн дээд серверүүдийг биш. Корпорацийн хаяг файлд хууль ёсоор байхгүй байх болно.

Тэр бичлэгийг олон нийтийн resolver-ээр солих нь сонгодог буруу засвар юм. Энэ нь олон нийтийн нэр шийдэлтийг сэргээж, мөн засварт нөхцөлт бодлогыг хаядаг.

Backend-үүдийг андуурч болохгүй

Удирдлагатай dnsmasq хувилбар болон системийн resolver нь өөр тохиргоо, өөр төлөв харагдацтай өөр програмууд юм. Нэгнийх нь төлөвийн команд нөгөө тухай ямар ч ашигтай зүйл хэлдэггүй.

Менежер аль backend-ийг ашиглахаар тохируулагдсаныг тодорхойл, дараа нь тэр backend-ийн үүсгэсэн тохиргоог унш, санамсаргүй оршиж буй бүх түгээлтийн файлыг биш. Менежер өөрийн хувилбарын тохиргоог бичиж, тэр хувилбарт захиалгат сонголтыг дэмждэг тул хамааралгүй глобал файлыг засах нь юу ч өөрчлөхгүй бөгөөд үр дүнгүй өөрчлөлт мэт харагдана. 53 порт дээр хоёр дахь daemon эхлүүлэх нь ашиггүйгээс ч дор, учир нь одоо хоёр програм порт хэнд хамаарах талаар санал нийлэхгүй байна. Эхлээд эзэмшигчийг тогтоож, дараа нь тэр эзэмшигч уншдаг газарт засвар хий.

Нэрийн орон зайг шалга, зөвхөн хариултыг биш

Програмын ердийн замаар нэг зөвшөөрөгдсөн хувийн нэр болон нэг олон нийтийн хяналтын нэрийг асуу. Корпорацийн сервер рүү шууд асуулга бичлэг байгааг нотолдог; клиент тэр серверийг сонгосныг нотолдоггүй. Хоёр дахь асуулга нь бодлогыг шалгадаг асуулга юм.

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