VPN-ը «միացված» է ասում, բայց ոչինչ չի երթուղավորվում. երկու տեղ, որտեղ պետք է նայել

Թունելը կարող է հայտնել, որ միացված է, մինչդեռ դրան ոչինչ չի հասնում, և այդ երկու փաստերը ապրում են տարբեր տեղերում։ Առաջինը երթուղիների աղյուսակն է, որը դեռ կարող է փաթեթներ ուղարկել մի սարքի, որը ոչ ոք չի տիրապետում։ Երկրորդը լուծիչն է, որը դեռ կարող է սերվեր նշել մի կապի վրա, որն արդեն չկա։ Ցանցի փոփոխությունը չվնասեց պրոֆիլը, այն նախորդ միացմանը պատկանող վիճակը թողեց որբ, և վերանորոգումը կախված է նրանից, թե երկուսից որին եք իրականում նայում։

Նախ հարցրեք միջուկին, թե որ սարքը կօգտագործի

Երթուղիների ցանկը ցույց է տալիս, թե ինչ կա. երթուղու որոնումը ցույց է տալիս, թե ինչ կլինի։ Հարցրեք հանրային հասցեի մասին և կարդացեք սարքի անունը պատասխանում, որովհետև այդ մեկ դաշտն է որոշում, թե փաթեթը կհասնի արդյոք ինչ-որ օգտակար տեղ։ Երբ պատասխանը նշում է թունելային սարք, միջուկը փաթեթները կհանձնի դրան, նույնիսկ եթե այդ ինտերֆեյսի հետևում այլևս կլիենտ գործընթաց չի աշխատում։ Երբ պատասխանը նշում է ֆիզիկական ադապտերը, մինչ կլիենտը պնդում է, որ միացված է, թունելը բարձրացված է և պարզապես ընտրված ուղին չէ։

Երկրորդ դեպքը սովորական է այն բանից հետո, երբ մալուխը փոխարինում է անլար կապին, և այն ներկայացնում է իրեն որպես կոտրված VPN։

ip route show default
ip route get 203.0.113.9

Ապա կարդացեք լռելյայն գրառումները, որովհետև նախորդ բազային միացման ավելացրած երթուղին կարող է գոյատևել կապի փոփոխությունից և կանգնել նորի առջև։ Անջատված սարքով անցնող լռելյայն երթուղին ավելի վատ է, քան ընդհանրապես լռելյայն երթուղու բացակայությունը, որովհետև միջուկը դեռ նախընտրում է այն։ Ուշադրություն դարձրեք յուրաքանչյուր գրառման կողքի մետրիկային, որովհետև այդ կարգը նախապատվությունը բացատրում է ավելի արագ, քան ինտերֆեյսների անունները։

Ապա լուծիչը կարդացեք ըստ կապի, ոչ թե ըստ ֆայլի

Անունների լուծումը կրում է իր սեփական վիճակը և իր սեփական հնությունը։ Լուծիչը, որը DNS սերվերները ցուցակագրում է ըստ կապի, պահում է անջատված, բայց դեռ գրանցված թունելային կապի սերվերները, և յուրաքանչյուր հարցում այնուհետև սպասում է մի սերվերի, որը չի պատասխանի։ Ախտանիշը ցանց է, որը մեռած է թվում, մինչդեռ երթուղիների աղյուսակը կատարյալ տեսք ունի։

Ուսումնասիրեք վիճակը ըստ կապի, ոչ թե ֆայլը, որովհետև շատ դիստրիբուտիվներում այդ ֆայլը լուծիչի մեջ տանող խորհրդանշական հղում է, և այն խմբագրելը կա՛մ ոչինչ չի անում, կա՛մ արագ վերագրվում է։ Նայեք, թե որ կապն ինչ սերվերներ և ինչ որոնման դոմեն ունի, ապա հարցրեք՝ արդյոք թունելային կապը դեռ պետք է գրանցված լինի։ Եթե ոչ, ապա դա տիրապետող միացումը անջատեք՝ ձեռքով ստեղծված վիճակը խմբագրելու փոխարեն։ Անուն, որը լուծվում է, մինչ երթուղու որոնումը փաթեթներն ուղարկում է այլ տեղ, երրորդ և առանձին անսարքություն է։

resolvectl status
resolvectl query app.internal.example

Եթե հասցեները լուծվում են, իսկ միացումները ձախողվում են, լուծիչը լավ է, իսկ երթուղին՝ ոչ։ Եթե հասցեները բոլորովին չեն լուծվում, սկսելու ճիշտ տեղը սա է։

Ինչպես է հնացած երթուղին գոյատևում փոփոխությունից

Կլիենտը ցանցին միայնակ չի տիրապետում։ NetworkManager ունեցող հոսթում VPN պրոֆիլը ակտիվանում է բազային միացման վրա, և միացման կարգավորումները թույլ են տալիս այդ բազային նշել VPN-ն, որը պետք է հետևի իրեն։ Երբ բազան փոխվում է այն պատճառով, որ այլ պրոֆիլ է նախընտրելի դառնում, թունելը տեղափոխվում է նոր բազա կամ մնում է առանց որևէ բազայի։

VPN պրոֆիլն ինքն իրեն չի բարձրացնում, ուստի զուգավորումը շատ ավելի կարևոր է, քան պրոֆիլի սեփական ինքնամիացման կարգավորումը։

Կարդացեք ակտիվ ցանկը և նշեք, թե որ բազան է բարձրացված, նախքան թունելին դիպչելը։ Եթե բազան ցանկում է, իսկ թունելը՝ ոչ, երթուղին բացակայում է, ոչ թե հնացած է, և վերանորոգումը ակտիվացումն է։ Եթե թունելի ակտիվացումը բողոքում է, որ աղբյուր միացում չկա, այն բազան, որի հետ այն զուգավորված էր, գնացել է, ուստի նախ բարձրացրեք այն կամ ուղղեք զուգավորումը՝ թունելը նորից փորձելու փոխարեն։ Առանց ծնողի պրոֆիլը նորից փորձելը ամեն անգամ տալիս է նույն սխալը, ինչը օգտակար ազդանշան է, ոչ թե խոչընդոտ։

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

Տարբերեք հնացած վիճակը բացակայող ծնողից

Երեք վիճակ բացատրում են գրեթե բոլոր հաշվետվությունները, և յուրաքանչյուրն այլ վերանորոգում է պահանջում։ Լռելյայն երթուղին մի սարքով, որը դեռ գոյություն ունի, բայց այլևս չի կրում թունելը, հնացած վիճակ է, մաքրվում է գրառումը ջնջելով կամ պատասխանատու պրոֆիլը վերագործարկելով։ Թունելային սարքը, որի կլիենտ գործընթացը անհետացել է, մաքրման խափանում է, ուստի ուշադրության արժանի է անջատման ուղին, ոչ թե երթուղիների աղյուսակը։ Թունելային սարքի լրիվ բացակայությունը նշանակում է, որ ծնողը կամ զուգավորումը բացակայում է, և երթուղիների աղյուսակը երբեք ներգրավված չի եղել։

Վերագործարկումը թաքցնում է, թե երեքից որն ունեիք, և հենց դրա համար է այն վերանորոգում թվում։

Վերանորոգումից հետո միջուկից խնդրեք մեկ հանրային և մեկ ներքին հասցե, ապա հարցում արեք ներքին անվան համար։ Երբ հասցեն աշխատում է, իսկ անունը՝ ոչ, դուք գտել եք դոմենի շրջանակի խնդիր լուծիչում, ոչ թե երթուղավորման խնդիր։ Գրի առեք, թե որ վիճակը գտաք, որովհետև հաջորդ ցանցային փոփոխությունը կվերարտադրի այն, ինչը դուք հանգիստ թողեցիք։