VPN-ийн нэрийн сервер LAN-ийнхаас байнга доогуур гардаг бөгөөд /etc/resolv.conf-г засах нь түүнийг хэдэн минутын турш засдаг. Тэр файл үүсгэгддэг тул засвар хэзээ ч үлддэггүй. Debian-ы resolvconf-д дарааллын оролт нь /etc/resolvconf/interface-order бөгөөд энэ нь DNS хаяг биш, бичлэгийн нэрийг эрэмбэлдэг. Хоёр файлын аль нэгэнд нь хүрэхээс өмнө аль resolver стек үнэхээр хариуцаж байгааг баталгаажуулна уу.

Гаралт resolvconf-д хамаарахыг баталгаажуулна уу

Одоогийн файлыг юу бичсэн, дахин юу бичихийг асуугаад эхэл. resolvconf багц өөрийгөө динамик resolver тохиргооны суурь гэж тодорхойлдог бөгөөд systemd-resolved эсвэл NetworkManager-ын удирддаг resolver ажиллуулж буй хост гаднаасаа ижил харагдаж болох ч огт өөр бодлого хэрэглэж болно.

readlink -f /etc/resolv.conf
dpkg -l resolvconf 2>/dev/null | tail -n 1

Хэрэв шийдэгдсэн зам resolvconf-ийн ажиллах санд хүрэхгүй бол энд зогсоно уу: энэхүү гарын авлага өөр стект хамаарна.

Тэр шалгалтын дараа л resolvconf одоо хадгалж буй бичлэгүүдийг жагсаах нь зүйтэй.

Загваруудыг бичихээс өмнө бичлэгүүдийг уншаарай

interface-order нийлүүлэгчийн бичлэгийн нэртэй таардаг бөгөөд хаяг, цөмийн интерфейсийн нэртэй биш. Юу бүртгэгдсэнийг жагсааж, загварууд чинь байгаа бичлэгүүдийг зааж байг.

ls /run/resolvconf/interfaces
cat /etc/resolvconf/interface-order

Бичлэгийн нэрэнд ихэвчлэн нийлүүлэгчийг тодорхойлдог дагавар байдаг тул туннелийн бичлэг болон DHCP бичлэг нэг интерфейсийн угтвар хуваалцаж болох ч өөрөөр эрэмбэлэгдэж болно. Сангийн жагсаалтаас яг нэрсийг хуулна уу. Интерфейсийн нэрээс нэр гаргаж болохгүй, учир нь юу бүртгэхийг клиентийн интеграци шийддэг. Таны зохиосон нэр хэзээ ч таарахгүй бөгөөд бичлэг ямар ч алдааны мэдэгдэлгүйгээр бүгдийг баригч загварт унана.

Дарааллыг эхний тохирлын загвар хэлбэрээр бичнэ үү

Файл нь shell glob загваруудын жагсаалт бөгөөд мөр бүрт нэг. Бичлэг нь өөртэйгөө тохирох эхний загварын байрлалыг эзэлдэг тул тодорхой загварын дээр өргөн загвар байвал тэр мөрийг хүрэх боломжгүй болгоно.

# /etc/resolvconf/interface-order
lo*
tun_work.*
enp*
*

Тодорхой туннелийн загварыг бүгдийг баригч загварын дээр болон физик интерфейсийн загварын дээр тавь.

Файлд өмнө байсан бусад мөрүүдийг хадгал. Бүх бодлогыг жишээгээр орлуулах нь хамааралгүй нийлүүлэгчид чимээгүй шилжих арга юм; нэг мөрийг өөрчилж, дахин үүсгээд харьцуул. Загварт хоосон зай, налуу зураас эсвэл эхний цэг болон тильда байж болохгүй, хоосон мөр болон хэш тайлбарыг үл тоомсорлодог.

Дахин үүсгээд үр дүнг шалгана уу

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

resolvconf -u
cat /etc/resolv.conf

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

Хуучирсан бичлэгийг зэрэглэл бууруулахын оронд ашиглалтаас гарга

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

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

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

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