L2TP վրիպազերծման մատյանը դատարկ է? Սխալը հավանաբար journal-ում է

Դուք գործարկում եք L2TP օժանդակ ծրագիրը վրիպազերծմամբ, նայում եք տերմինալին, և այն կանգ է առնում առանց էկրանին որևէ օգտակար բանի։ Սա կոտրված վրիպազերծման դրոշ չէ։ NetworkManager L2TP կապը չորս համագործակցող գործընթաց է, և դրանցից միայն ոմանք են գրում այն տերմինալին, որը դուք դիտում եք։ Մնացած ապացույցները journal-ում են՝ մեկ զտիչ հեռավորության վրա։

Չորս գործընթաց, մատյանի երկու նպատակ

Կապը սկսվում է IPsec-ով, որը կախված տեղադրումից՝ libreswan կամ strongSwan է։ Այնուհետև L2TP դեմոնը՝ ավանդաբար xl2tpd, իսկ որոշ կառուցումներում kl2tpd, վարում է թունելը։ Վերջում pppd-ն զբաղվում է ներսում նույնականացմամբ և հասցեավորությամբ։

Օժանդակ ծառայությունը համակարգում է այդ մասերը և տպում իր առաջընթացը։ IPsec-ի դեմոնը և pppd-ն սովորաբար հաշվետվում են համակարգի journal-ի միջոցով, դրա համար էլ տերմինալը ցույց է տալիս ձախողվող կապ, մինչդեռ պատճառը մի ֆայլում է, որը դուք չեք բացել։

Այդ բաժանումը նաև բացատրում է, թե ինչու PSK-ի սխալը և գաղտնաբառի սխալը սեղանից նույն տեսքն ունեն՝ երկուսն էլ առաջացնում են ընդհանուր անջատում, և ձախողված փուլը տեսանելի է միայն յուրաքանչյուր գործընթացի ելքում։ Սա է journal-ի կարևորության ամբողջ պատճառը այստեղ։ Մեկ ընդհանուր հաղորդագրություն սեղանին, չորս հնարավոր հեղինակ՝ դրա հետևում։

Հավաքեք մեկ փորձ, ապա կարդացեք հերթականությունը

Վերարտադրեք մեկ անգամ՝ հայտնի պրոֆիլով և հայտնի ժամանակով, ապա կարդացեք նեղ պատուհան՝ ամբողջ բեռնման փոխարեն։ Փորձերի կրկնությունը կարգավորումները փոխելիս մատյանը դարձնում է անմեկնելի խառնուրդ։

Այս հրամանները ընտրում են ընթացիկ բեռնման մասնակից գործընթացները, և արժե հաստատել փլագինի ուղին ձեր դիստրիբուտիվում:

journalctl -b --no-hostname _COMM=nm-l2tp-service _COMM=pluto _COMM=charon _COMM=xl2tpd _COMM=pppd
rpm -ql NetworkManager-l2tp 2>/dev/null | grep nm-l2tp-service

Մեկ կանչում կրկնվող դաշտերը ընտրում են այդ գործընթացների միավորումը, ինչը պահպանում է հաջորդականությունը ժամանակային կարգով։ Debian-ի վրա հիմնված համակարգում համարժեք հարցումը dpkg -L է՝ խնդիրն այն է՝ գտնել, թե որտեղ է օժանդակ ծրագիրն իրականում ապրում, նախքան այն ձեռքով գործարկելը։

Երեք պայման են որոշում հաջորդ քայլը

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

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

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

Արժե նաև հաստատել, թե որ IPsec-ի backend-ն է տեղադրված, նախքան վրիպազերծման կարգավորմանը դիպչելը։ strongSwan-ի համար գրված մատյանային ընտրանքը ոչինչ չի անում, երբ աշխատում է libreswan-ը, և կապը կշարունակի ձախողվել նույն տեղում, մինչ դուք խմբագրում եք մի ֆայլ, որը ոչ ոք չի կարդում։

Վրիպազերծման ռեժիմը ֆայլեր է թողնում

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

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

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

Դրանից հետո վերականգնեք սովորական օժանդակ ծրագիրը

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

Այնուհետև ստուգեք արդյունքը այն շերտում, որը ձախողվել է, ոչ թե սեղանի պատկերակի մոտ:

journalctl -b -u NetworkManager --since -10min | tail -30
ip -4 addr show ppp0
ip -4 route get 10.20.4.10

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