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

Аутентификациядан өтетін, мекенжай алатын және көздеген межеге маршруттайтын сессия — сіз ажыратқан нәтиже. Сәтсіз әрекет кезіндегі үнсіз терминал сізге тек шығыс қайда жазылмағанын.