Клиент холбогдсон гэж мэдээлж, системийн тавиурын дүрс хэвийн харагдаж байгаа ч юу ч ачаалагдахгүй байна. Энэ нь Wi-Fi-аас кабель руу шилжсэний дараа шууд, эсвэл дистрибутивын шинэчлэл дууссаны дараа шууд эхэлсэн. Эвдэрсэн зүйл нь профайл биш, харин өмнөх суурь холболтод зориулж бүтээсэн төлөв юм. Цөмд хараахан хэн ч эзэмшдэггүй туннель төхөөрөмж рүү заасан өгөгдмөл маршрут байсаар байна, эсвэл шийдэгч алга болсон холбоос дээр серверүүдийг жагсаасан хэвээр байна. Хоёр алдаа хоёулаа үхсэн сүлжээ мэт харагдах бөгөөд хоёуланг нь байран дээрээ засах боломжтой.

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

Цөмөөс пакет хаашаа явахыг асуугаарай

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

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

ip route show default
ip route get 1.1.1.1
ip route get 10.20.30.40

Шийдэгч мөн үхсэн холбоосыг хадгалдаг

systemd-resolved бүхий хост дээр DNS серверүүд нэг дэлхийн жагсаалтад биш, холбоосуудад хамаардаг. Унасан VPN холбоос хэсэг хугацаанд өөрийн серверүүдтэйгээ бүртгэгдсэн хэвээр үлдэж болох бөгөөд тэгэхэд хайлт бүр хэзээ ч хариу өгөхгүй хаягийг хүлээдэг. Тэр саатал үхсэн сүлжээ мэт мэдрэгдэж, маршрут нь хэвийн байхад хүмүүсийг маршрут руу харахыг ятгадаг.

resolvectl status
resolvectl query intranet.example.com

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

Бүртгэлийг засаарай, харин /etc/resolv.conf биш. Одоогийн Ubuntu болон Fedora суулгацад тэр зам нь шийдэгчийн ажиллагааны төлөв рүү заасан симболын холбоос тул засвар нь эсвэл үл хэрэгсэгдэх, эсвэл дараагийн сүлжээний үйл явдалд дарж бичигдэнэ.

VPN хэзээ ч өөрөө эхлэхгүй

NetworkManager VPN-ийг суурь холболтын дээр өргөж, алийг нь дагахыг connection.secondaries тэр суурь дээрээс сурдаг. холболтын тохиргооны лавлагаа VPN профайлуудад автомат холболт хэрэгжээгүй гэдгийг тодорхой хэлдэг. Энэ төрлийн гэмтлийн ард байгаа бүх механизм энэ юм: суурийг өөрчил, тэгвэл VPN-ийг дахин хослуулах эсвэл гараар дахин идэвхжүүлэх шаардлагатай.

nmcli device status
nmcli connection show --active
nmcli connection up office-vpn

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

Шинэчлэл тохиргоог мэдэгдэлгүйгээр унагаж болно

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

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

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

Гурван төлөв, гурван өөр засвар

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

What the lookup showsWhat it meansRepair
A default route via a device that exists but is unusedLeftover route from an earlier activationRemove the stale entry, or bounce the profile that installed it
A tunnel device with no client processThe client skipped its cleanupFix the disconnect path, then clear the leftover device state
No tunnel device and no active profileMissing base connection or broken pairingBring up the base, then pair the VPN with it again

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

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