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

resolvconf төлөвийг эзэмшдэг эсэхийг баталгаажуулна уу

Эхлээд эзэмшигчийг тодорхойлно уу, учир нь systemd-resolved дор мөн ижил шинж тэмдэг өөр командууд, өөр засвар шаарддаг. resolvconf багц /run/resolvconf дор өгөгдлийн сан хадгалж, /etc/resolv.conf-г тэр сангаас бүтээдэг файл руу чиглүүлдэг. Хоёр уншилт асуудлыг шийднэ: симбол холбоосын зорилт, багц суулгагдсан ба идэвхтэй эсэх. /run/systemd/resolve дор байгаа зорилт нь өөр бүтэц гэсэн үг бөгөөд доорх зүйл хүчин төгөлдөр болохгүй.

dpkg -l resolvconf | tail -1
ls -l /etc/resolv.conf
systemctl is-active resolvconf.service

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

Өгөгдлийн санд оролтууд байдаг, хариулт биш

Өгөгдлийн санд оролтууд байдаг, файл нь гаралт, тиймээс оролтуудыг жагсаах нь устгахыг хүсч буй бичлэгийг аль програм суулгасныг харах цорын ганц арга. Бичлэгүүд богино, тэдгээрийн түлхүүрүүд нь дараа хэрэг болох бариул юм. Аль нь хуучирсаныг шийдэхийн өмнө тэдгээрийг уншина уу, учир нь VPN интерфэйс шиг харагдах нэр өөр клиентэд хамаарах байж болно. Хувийн хаяг, дотоод хайлтын домэйныг хамтын оношлогооноос гадуур байлгана уу; түлхүүр дангаараа бичлэгийг ихэвчлэн тодорхойлдог.

sudo resolvconf --list
sudo resolvconf -i

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

Түлхүүрийг дахин бүтээхийн оронд гаралтаас хуулна уу. Хуучин скрипт тэр нэрийг ашигласан учраас л бичлэгийг tun0 гэж нэрлэдэггүй.

Бичлэгт эзэн байхгүй гэдгийг нотолно уу

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

Процессийн нэр сул нотолгоо. OpenConnect vpnc-script-г дууддаг тул vpnc процессын шалгалт аль бичлэг одоогийн гэдгийг юу ч хэлэхгүй. Шинэ холболт хуучин холболтын үлдээсэн интерфэйсийн нэрийг дахин ашиглаж болох бөгөөд энэ нь түлхүүрийг бодит наснаас нь хөгшин харагдуулна. Бичлэг доторх серверийн хаягийг одоо ч ажиллаж буй тоннелүүдийн хаягтай харьцуулж, таарч байвал зогсоно уу.

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

Устгалт болон дахин бичилтийг шалгана уу

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

sudo resolvconf -d "RECORD_KEY_FROM_THE_LIST"
sudo resolvconf --list
resolvectl query host.corp.example || getent hosts host.corp.example

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

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

Алагдсан салгалтын дэгээ бичлэгийг үлдээдэг

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

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

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

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