VPN-ը հայտնում է, որ միացած է, բայց լռելյայն երթուղին մեռած է
Wi-Fi-ից Ethernet-ի անցումը կարող է երթուղին և լուծիչը թողնել հին թունելի վրա։ Կարդացեք երկու վիճակներն առանձին, ապա ուղղեք սխալը։
Հաճախորդը հայտնում է, որ միացած է, համակարգի սալիկի պատկերակը սովորական տեսք ունի, և ոչինչ չի բեռնվում։ Այն սկսվեց հենց այն բանից հետո, երբ 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 shows | What it means | Repair |
|---|---|---|
| A default route via a device that exists but is unused | Leftover route from an earlier activation | Remove the stale entry, or bounce the profile that installed it |
| A tunnel device with no client process | The client skipped its cleanup | Fix the disconnect path, then clear the leftover device state |
| No tunnel device and no active profile | Missing base connection or broken pairing | Bring up the base, then pair the VPN with it again |
Ավարտեք մեկ որոնումով հանրային հասցեի, մեկը ներքին հասցեի և մեկ անվան հարցումով։ Եթե հասցեները աշխատում են, իսկ անունը՝ ոչ, մնացած խափանումը դոմենի շրջանակն է լուծիչում, և երթուղիների աղյուսակը երբեք խնդիրը չի եղել։