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

Баталгаажуулж, хаяг авч, зорьсон очих газар руу чиглүүлдэг сесс нь таны дибаглаж байсан үр дүн юм. Бүтэлгүйтсэн оролдлогын үеэр чимээгүй терминал танд зөвхөн гаралт хаана бичигдээгүйг.