L2TP Ubuntu 24.04-ზე გატეხილია: xl2tpd თუ go-l2tp დემონი?

Ubuntu 24.04-მა ჩუმად შეცვალა NetworkManager-ის L2TP დანამატის უკან მდგომი დემონი. ძველი გზა იყენებდა xl2tpd-ს; ახალი პაკეტიზაცია მოაქვს Go იმპლემენტაცია, რომელიც ქმნის kl2tpd სახელის დემონს. დანამატი უშვებს იმას, რაც დაინსტალირებულია, ამიტომ განახლებამ შეიძლება შეცვალოს დემონი თქვენს პროფილსა და სერტიფიკატებზე ხელის შეუხებლად. ეს არის მთელი ხარვეზი: საკონტროლო შეტყობინება, რომელსაც ახალი დემონი არ ცნობს.

დანამატი აკოორდინირებს IPsec-ს, L2TP-ს და PPP-ს, შემდეგ მიღებულ ინტერფეისს NetworkManager-ს გადასცემს. ის თავად არ ახორციელებს L2TP-ს.

დანამატი კოორდინატორია და არა დემონი

network-manager-l2tp უშვებს IPsec დამხმარეს, L2TP დემონს და PPP-ს, და ინტერფეისს სამუშაო მაგიდის კავშირების მართვას უერთებს. წლების განმავლობაში დემონი იყო xl2tpd, და ყოველი გზამკვლევი, რომელიც მის კონფიგურაციას ახსენებდა, ამ დაშვებას მემკვიდრეობით იღებდა. მოგვიანებით Debian-ის პაკეტიზაციამ ორივე იმპლემენტაცია მიიღო, და 24.04 აყენებს Go ვერსიას, რომელიც გთავაზობთ kl2tpd-ს. პროფილში არც ერთი ველი არ აღრიცხავს, რომელი დემონი მუშაობდა ადრე, ამიტომ ჩანაცვლება უხილავი რჩება, სანამ შეტყობინება უარყოფილი იქნება.

მანქანა ორივე პაკეტით შეიძლება მაინც არ უშვებდეს იმას, რასაც ელით. არჩევანი დანამატის გადაწყვეტილებაა და არა თქვენ მიერ გავლილი სახელმძღვანელოსი.

წაიკითხეთ ეტაპი შეკეთების არჩევამდე

journalctl -b --no-hostname _COMM=nm-l2tp-service _COMM=kl2tpd _COMM=xl2tpd _COMM=pppd _COMM=charon _COMM=pluto

დააკავშირეთ ერთი მცდელობა დამხმარეებს შორის, ნაცვლად სამუშაო მაგიდის შეტყობინების ნდობისა. ეს მოთხოვნა გვიჩვენებს, სად გაჩერდა თანმიმდევრობა, და dpkg -l გვიჩვენებს, რომელი იმპლემენტაციაა დაყენებული. ხარვეზი, რომელიც IPsec პარტნიორის დამყარების შემდეგ ჩნდება და საკონტროლო შეტყობინებას ან უცნობ ატრიბუტს ახსენებს, დემონზე მიუთითებს. გვირაბის არსებობამდე ხარვეზი ნიშნავს, რომ დემონამდე არასდროს მიუღწევიათ.

წინასწარ გაზიარებული გასაღების შეუთანხმებლობა IPsec ეტაპზე მთავრდება და პარტნიორს ასახელებს. PPP სერტიფიკატების პრობლემა მაშინ ჩნდება, როცა გვირაბი აწეულია, და ჩვეულებრივ მკითხვად CHAP ან MS-CHAP უარს ატარებს. ორივე ერთსა და იმავე მოთხოვნაში ჩანს, და ეს სხვადასხვა პრობლემებია.

ორი გზა და ისინი არ ირევა

sudo apt install xl2tpd
sudo apt purge go-l2tp

ეს წყვილი აყენებს xl2tpd-ს და შემდეგ შლის Go დემონს, დანამატს ტოვებს იმ იმპლემენტაციის არჩევანზე, რომლის დიალექტსაც კარიბჭე ლაპარაკობს. რიგითობას მნიშვნელობა აქვს: დანამატი დამოკიდებულია ამა თუ იმ იმპლემენტაციაზე, ამიტომ Go პაკეტის პირველად წაშლა დანამატსაც ჩამოაგდებს. მეორე გზა ინახავს Go დემონს და გადადის უფრო ახალ აწყობაზე, რომელსაც შეტყობინება ესმის, რაც ჩვეულებრივ ნიშნავს მზრუნველის PPA-ს და არა არქივის ვერსიას. მართულ ფლოტში PPA-ის მიმაგრება უფრო ადვილად საპატიოა, ვიდრე მომხმარებლებისთვის პაკეტების წაშლის სწავლება.

არ გააერთიანოთ ორივე ერთ ცვლილებაში. მაშინ შემდგომი ხარვეზი არ მოგცემთ საშუალებას თქვათ, რომელი ნახევარი დაეხმარა, და მომავალმა განახლებამ შეიძლება აღადგინოს პაკეტი, რომელიც ახლახან წაშალეთ.

ბილეთში ჩაწერეთ დემონის ბინარული ფაილი, მისი ვერსია და ზუსტი შეტყობინება. ვერავინ ვერ გაამრავლებს ანგარიშს, რომელიც მხოლოდ ამბობს, რომ L2TP გამოშვების შემდეგ გატყდა, მაშინ როცა დასახელებული ატრიბუტი და პაკეტის ვერსია მათ საწყის წერტილს აძლევს.

სამი რამ, რაც ეს არ არის

ეს პროფილის პრობლემა არ არის, რადგან იმავე პროფილმა 22.04-ზე იმავე კარიბჭესთან იმუშავა. ეს არც დაკარგული მარშრუტია და არც ფაიერვოლის ცვლილება, რადგან ისინი სხვაგან სხვა მტკიცებულებით ჩავარდებიან. დანამატის ხელახლა დაყენებაც არ არემონტებს, რადგან იგივე დემონი ისევ ირჩევა. სასარგებლო აღწერა ასახელებს დემონს და იმ შეტყობინებას, რომელიც მან უარყო.

კარიბჭის მხრიდან შეკეთება სხვა ლეგიტიმური შედეგია. პროგრამული უზრუნველყოფა, რომელიც ატრიბუტის გაგზავნას წყვეტს, ყოველ კლიენტის განახლებას გადაიტანს, ხოლო მიმაგრებული პაკეტი შემდეგ გავრცელების გამოშვებას მხოლოდ მაშინ გადაიტანს, თუ ვინმეს ახსოვს, რატომ არის ის მიმაგრებული.

შეადარეთ ორი გზა მოვლის ღირებულებით და არა სიჩქარით. ორივეს შეუძლია იმუშაოს; მხოლოდ ერთი აშორებს დიალექტის შეუთანხმებლობას.