د L2TP وخت ختمیدل په Ubuntu 22.04 کې: د xl2tpd ټونل ستونزه

ډیسکټاپ یو روان اړیکه ښیي، IPsec د بریالیتوب راپور ورکوي، او د PPP انټرفیس هیڅکله نه ښکاري۔ په سیسټم لاګ کې هماغه ټونل شمېره تکراریږي تر څو چې هڅه په UDP 1701 وخت ختم نه شي۔ مخکې له دې چې مخکې شریک شوی کیلي یا د سرور ترتیبات سم کړئ، دا بڼه وپېژنئ: په Ubuntu 22.04 کې دا معمولاً په xl2tpd کې د بنډل بیرته تګ دی، او سرور ټول وخت سم و۔

تکراری لاګ جوړه تاسو ته څه وایي

ناکامه ناسته په منظمه وقفه کې دوه کرښې چاپوي: ډیمون د راغلي کنټرول پیغام لپاره ټونل نه مومي، بیا هغه کال او ټونل پېژندونکي چې ورته ورکړل شوي وو وغورځوي۔ وروسته د بیا هڅې شمېر خپل حد ته رسېږي او اړیکه په 1701 پورټ کې د وخت ختمیدو سره بندېږي۔ پتې او پېژندونکي تصادفي دي؛ بڼه مهمه ده۔ IKE بشپړ شو، د L2TP کنټرول ترافیک ورسېد، او ډیمون ونه شو کولی هغه له هغه ټونل سره وتړي چې پخپله یې جوړ کړی و۔

نو نقص د L2TP کنټرول او PPP ترمنځ دی۔ د راز، د PPP انتخابونو یا لرې فرعي شبکې په اړه لا تر دې دمه هېڅ نه دی ازمویل شوی۔

تایید کړئ چې IPsec واقعاً بریالی شو

دوه کتنې دا له اعتبارنامې ستونزې جلا کوي، او دواړه باید د هر بنډل بدلون مخکې وي۔

ipsec status
journalctl -u strongswan --since "5 min ago" | grep -i "shared key"

د حالت تولید اړیکه او د هغې حالت لیستوي، او جوړ شوی ټونل معنا دا ده چې لومړی او دویم پړاو بشپړ شول۔ د ورک شوې شریکې کيلي په اړه لاګ کرښه یوازې راز ته اشاره کوي، نو ودرېږئ او لومړی هغه سم کړئ۔ کله چې IPsec جوړ وي او د L2TP وخت ختمیدل بیا هم ښکاري، ډیمون پاتې شکمن دی۔ د یوې هڅې دقیقې کرښې وساتئ نه د ټولې ورځې بیا هڅې۔

د xl2tpd جوړښت وګورئ، نه د خپرونې نوم

په Ubuntu کې د xl2tpd 1.3.16 جامي جوړښت د تړلو وخت اصلاح فعاله کړه، چې د سرور د SCCRP ځواب کې د ټونل پېژندونکي تحلیل یې مات کړ۔ بیا ډیمون د هغه ټونل لپاره کنټرول بنډلونه غورځوي چې پخپله یې جوړ کړی و۔ د نسخې تار د ویش نوم څخه مهم دی۔

dpkg -l xl2tpd
apt policy xl2tpd
apt-mark showhold

سم شوی بنډل 1.3.16-1ubuntu0.1 دی، نو پرته له دې پسوند جوړښت له سمون مخکې دی۔ د تګلارې تولید ښیي چې تازه کول کوم نوماند نصبوي، او د نیولو لیست تشریح کوي چې ولې سمون نه دی رسېدلی۔ چېرې چې بنډل شته، هغه تازه کړئ او د لاسي فایلونو سمون پرځای د عادي پروفایل له لارې بیا وصل شئ۔ تر څو چې زوړ جوړښت نصب دی، ماډلونه بیا مه جوړوئ او راز مه بدلوئ۔

له بدلون وروسته PPP تایید کړئ

بریالی تازه کول په هغه طبقه کې ثابیږي چې خرابه وه۔ وګورئ چې PPP پورته شو، نه یوازې دا چې آیکون بدل شو۔

ip -4 addr show ppp0
ip route | grep ppp

د انټرفیسونو لیست باید ځایي او همکاره پته وښیي، او د لارې جدول باید د ټونل مخکښې ولري۔ سیسټم لاګ باید ښکاره کړي چې ټونل ومنل شو او pppd دواړه پتې راپور کوي، پرته له تکراري ټونل-ونه-موندل شوو کرښو۔ که PPP پورته وي او ترافیک بیا هم ناکام شي، بیا لارښوونه یا MTU وګورئ، ځکه د L2TP پړاو خپله کاره بشپړه کړې ده۔ کاري بنډل نسخه د ماشین یادښتونو کې ولیکئ، تر څو راتلونکی بیا نصب خراب جوړښت بیرته راونه وړي۔

چېرې چې سم شوی بنډل نه وي، مستند بدیلونه د 1.3.16 یا 1.3.17 ځایي سرچینې جوړښت، kl2tpd ته اوښتل، یا ټاکل شوی ښکته کول دي۔ هر یو د ساتنې لګښت لري چې د لیکلو ارزښت لري۔