Երթուղիչն ավարտում է բեռնումը, նոթբուքը նորից միանում է նույն SSID-ին, և VPN-ը մնում է միացված վիճակում՝ առանց որևէ բան շարժվելու։ Պահված պրոֆիլը անփոփոխ է։ Այն, ինչ ժամկետանց դարձավ դրա տակ, ուղին էր, և հաճախորդը դեռ պահում է այն վիճակը, որը կառուցել էր հին ուղու համար։

Ուղղումը որոշում են երեք պայման։ Ստուգեք դրանք հերթականությամբ, քանի որ հետագաներն անօգուտ աշխատանք են, եթե առաջինն արդեն բացատրում է կանգը։

Պայման առաջին՝ տեղական հասցեն փոխվել է

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

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

ip -4 addr show
ip route show default
ip route get 203.0.113.10

Պայման երկրորդ՝ թարգմանված քարտեզագրումը վերացել է

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

Հենց այստեղ keepalive չունեցող թունելը լռությամբ կանգ է առնում՝ բարձր ձայնով ձախողվելու փոխարեն։ WireGuard-ի փաստաթղթավորված սահմանափակումները նկարագրում են ձախողման նույն ձևը։ Վերջնակետի սխալ վիճակը առաջացնում է դեն նետված փաթեթներ՝ ախտորոշման փոխարեն։

25 վայրկյան տևողությամբ մշտական keepalive-ը սովորական մեղմացում է, քանի որ թարմացնում է քարտեզագրումը մինչև պարապության ժամկետի լրանալը։ Այն չի վերանորոգում արդեն վերացած քարտեզագրումը։ Զուգակցեք keepalive-ը վերամիացման տրամաբանության հետ՝ այն որպես ուղղում դիտարկելու փոխարեն։

Պայման երրորդ՝ հանրային հասցեն փոխվել է

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

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

Վերականգնեք ճիշտ հերթականությամբ

Նախ ավարտեք պահանջվող captive portal մուտքը, ապա թույլ տվեք հաճախորդին նորից միանալ իր աջակցվող ընթացակարգով՝ գործընթացը սպանելու փոխարեն։ Հետևեք՝ արդյոք և՛ ինքնությունը, և՛ տվյալների տրաֆիկը վերականգնվում են, քանի որ դրանք նույն կապի երկու տարբեր փուլեր են։

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

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

Առնչվող հոդվածներ