Клиент қосылғанын хабарлайды, жүйе науасындағы белгіше қалыпты көрінеді, бірақ ештеңе жүктелмейді. Бұл 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

Ашық мекенжай үшін бір іздеу, ішкі мекенжай үшін бір іздеу және бір атау сұранысымен аяқтаңыз. Мекенжайлар жұмыс істеп, атау істемесе, қалған ақау шешушідегі домен ауқымы, ал маршрут кестесі ешқашан мәселе болған емес.

Қатысты мақалалар