L2TP холбогддог ч PPP хэлэлцээр бүтэлгүйтдэг: аль үе шат?

IPsec хонгил үүсч, клиент хамгаалагдсан түншийг харуулж, дараа нь ямар нэг зүйл хувийн дэд сүлжээнд хүрэхээс өмнө холболт тасардаг. Энэ завсар нь PPP өөрийн ажлаа хийж байгаа хэрэг: холбоосын сонголт, хэрэглэгчийн баталгаажуулалт, хаяг олголт бүгд шифрлэгдсэн хонгил бий болсны дараа явагдана. Эхний үе шатны амжилттай солилцоо нь нууц үг ч, дотоод хаяг ч өгдөггүй. Үе шатуудыг дараалан унш, алдаа нь ихэвчлэн өөрийгөө нэрлэдэг.

Хонгил бол зөвхөн эхний давхарга

L2TP нь IPsec-ээр хамгаалагдсан хонгилын дотор PPP хүрээг зөөдөг, өөрөөр хэлбэл пакетыг маршрутлахын өмнө хоёр бие даасан хэлэлцээр амжилттай болох ёстой. Гаднах нь хоёр төгсгөл түлхүүр, таних тэмдгийн талаар санал нийлж байгааг нотолно. Дотоод нь холбоосын параметр, хэрэглэгч баталгаажих эсэх, клиент ямар хаяг авахыг шийднэ.

PPP-ийн доторх алдаа нь зөвхөн нэг төлөвийн гэрэл харуулдаг клиент бүрт эвдэрсэн хонгил мэт харагдана. Үүнийг хонгилын асуудал гэж үзвэл түлхүүр дахин үүсгэх, үйлчилгээ дахин эхлүүлэх, эцэст нь хэзээ ч буруу байгаагүй хамтын нууцыг солиход хүрдэг. Хэрэгтэй ялгаа нь хямд: түнштэй солилцоо дууссан бөгөөд клиент хэрэглэгчийн нэр асуух эсвэл баталгаажуулалтын шат руу шилжсэн бол хонгил зүгээр. Тэр цэгээс хойшхи бүхэн PPP-д хамаарна.

Амжилттай болсон сүүлийн үе шатыг уншаарай

Бүртгэлийг урагш дагаж, дуусаагүй эхний үе шат дээр зогсоно уу. Эхлээд LCP, дараа нь баталгаажуулалт, дараа нь IPv4 параметрийн IPCP ирнэ.

sudo journalctl -u xl2tpd -b --no-pager | tail -n 40
sudo journalctl -b --no-pager | grep -i -E 'pppd|lcp|chap|ipcp'
ip -4 address show ppp0

LCP-ийн хугацаа дуусах нь хоёр төгсгөл холбоосын үндсэн сонголтын талаар хэзээ ч санал нийлээгүй гэсэн үг бөгөөд энэ нь муу нууц үг биш, харин профайл тохирохгүй байх эсвэл дотоод протокол хаагдсан байх явдал юм. Баталгаажуулалтыг тодорхой татгалзах нь эсрэг тохиолдол: холбоос босч, нэг тал итгэмжлэлийг татгалзсан. Амжилттай баталгаажуулалтын дараах IPCP-ийн хугацаа дуусах нь хаягийн сан эсвэл серверийн бодлогыг заана. Тэдгээр тус бүр өөр эзэн, өөр засвартай тул үе шат нь эцсийн алдааны текстээс илүү чухал.

Бүртгэлийн хэсгийг үе шатын нэртэй хамт тасалбарт хадгал. Үе шатын хилгүйгээр наасан сүүл дараагийн уншигчийг таамаглахыг урьж, энд таамаглах нь нэг цаг зарцуулдаг.

Клиент ба серверийн хоорондын тохиролцоо

Хоёр төгсгөл ижил баталгаажуулалтын аргыг хүлээн авах ёстой бөгөөд хадгалсан профайл өнгөрсөн улиралд сервер хассан аргыг шаардаж болно. Удирдлагатай байршуулалт нь серверийн талыг ч нуудаг бөгөөд тэнд татгалзах шалтгааныг ихэвчлэн төхөөрөмж биш хэрэглэгчид бүртгэдэг.

Хуучин сонголт бүрийн оронд нэг дэмжигдсэн аргыг идэвхжүүл, учир нь таван арга санал болгосон клиент аль нь бүтэлгүйтсэнийг нуудаг. Серверийн талын бодлого ба яг татгалзлыг админаас асуу, энэ нь хэн нэгнээс нууц үг нийтлэхийг шаарддаггүй. Нэг клиентийг аврахын тулд идэвхжүүлсэн хуучин арга нь файлыг хуулсан профайл бүрт тархалтай.

Хаягийг шалга, нэвтрэлтийг биш

Дууссан нэвтрэлт нь ашиглах боломжтой сесс биш. IPCP дотоод хаягийг хэлэлцдэг бөгөөд дууссан сан эсвэл клиентийг татгалзсан бодлого нь холбогдсон хонгилыг маршрутлах зүйлгүйгээр үлдээж болно.

ip -4 address show ppp0
ip route get 10.52.9.1
ping -c 2 10.52.9.1

Эхлээд дотоод хаягийг, дараа нь үнэхээр хэрэгтэй нөөцийн маршрут ба шийдэгчийг шалга. Дотоод хаяг нь вэбсайтын мэдээлдэг нийтийн гарах гарц биш бөгөөд хоёрыг хольсон хүмүүс байхгүй алдагдлыг хайж гардаг. Хувийн нөөцийг нэрээр биш хаягаар эхлэн турш, ингэснээр DNS-ийн алдааг маршрутын алдаа гэж андуурахгүй.

Үе шат, арга, хаягийг нэг тэмдэглэлд бичээд огноог тавь. Хэрэв ижил бүртгэл сарын дараа дахин бүтэлгүйтвэл тэр тэмдэглэл нь таван минутын шалгалт ба шинэ мөрдөн шалгалтын ялгаа юм. Өөр өөр үе шатны алдаа нь өөр өөр тохиолдол, клиент нэг л харилцан яриа харуулсан ч.