Ubuntu-ն ինտերնետ չունի VPN հավելվածը հեռացնելուց հետո

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

Թունելը գնացել է, քաղաքականությունը՝ ոչ

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

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

Կարդացեք այն օբյեկտները, որոնք փաթեթը երբեք չի ունեցել

Կարդացեք վիճակը նախքան այն փոխելը։ Թվարկեք սարքերը, ակտիվ միացումները և երկու երթուղային աղյուսակները, ապա փնտրեք կեղծ սարք, որը հայտնում է իրեն միացված, կամ դեպի այն ուղղված լռելյայն երթուղի։ IPv4-ը և IPv6-ը ձախողվում են առանձին, ուստի կոտրված անվանալուծմամբ հասցեին աշխատող ping-ը ցույց է տալիս այլ օբյեկտ, քան մեռած երթուղին։ Լռելյայն երթուղի պահող կեղծ սարքն ինքն է բացատրում ամբողջ ընդհատումը։

nmcli device status
nmcli connection show --active
ip -4 route
ip -6 route

Գրեք այն, ինչ գտնում եք, որովհետև ուղղումը մեկ կոնկրետ օբյեկտ ջնջելն է, ոչ թե ամեն ինչ զրոյացնելը։ Ավելի լայն ցանկացած քայլ ռիսկի է ենթարկում երկրորդ ընդհատման։ Սա է տարբերությունը վերանորոգման և ենթադրության միջև։

Միացված սարքով դատարկ երթուղային աղյուսակը այլ խափանում է, և այն ցույց է տալիս DHCP-ին, ոչ թե մնացած պրոֆիլին։ Կարդացեք վարձակալությունը նախքան որևէ բան խմբագրելը։

Ջնջեք պրոֆիլը, ոչ թե բանալու ֆայլը

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

sudo nmcli connection delete pvpn-killswitch
sudo systemctl restart NetworkManager

Եթե կեղծ կապը պահպանվում է, հեռացրեք նաև այդ կապը, ապա առանձին փորձարկեք հասցեն և անունը։ Մաքուր երթուղավորումը ձախողված անվան հետ ցույց է տալիս DNS-ին, մինչդեռ ձախողված հասցեն ցույց է տալիս երթուղուն կամ firewall-ին։

Ստուգեք բեռնման կեռիկը նախքան այն կկրկնվի

Որոշ մնացորդներ իրենք իրենց վերատեղադրում են ամեն բեռնման ժամանակ։ Ձեռքով գրված unit-ը կամ firewall-ի կանոններ ավելացնող if-up սկրիպտը շարունակում է դա անել նաև փաթեթի գնալուց հետո, ուստի ընդհատումը վերադառնում է, և նախորդ վերանորոգումը թվում է բախտ։ Որոնեք unit-ֆայլերում և ցանցային կեռիկներում նախքան նորից վերագործարկելը։ Unit-ի անունը սովորաբար մատնում է։

systemctl list-unit-files | grep -i vpn
grep -rl -i vpn /etc/systemd/system /etc/network/if-up.d

Հեռացրեք կամ քողարկեք կոնկրետ ֆայլը, ապա մեկ անգամ վերագործարկեք և հաստատեք, որ առանց թունելի վիճակը հենց այն է, ինչ ուզում եք։ Այդ վերջին վերագործարկումը թեստն է, որովհետև ուղղումը, որը դիմանում է միայն մինչև հաջորդ բեռնումը, ուղղում չէ։ Դրանից հետո նշումը պահեք մեքենայի հետ։ nmcli-ի տեղեկատուն ընդգրկում է վերևում օգտագործված սարքի և միացման հրամանները։