Ubuntu 24.04 वर L2TP तुटले: xl2tpd की go-l2tp डिमन?

Ubuntu 24.04 ने NetworkManager च्या L2TP प्लगइनमागील डिमन शांतपणे बदलले। जुना मार्ग xl2tpd वापरत होता; नवीन पॅकेजिंग kl2tpd नावाचा डिमन तयार करणारी Go अंमलबजावणी आणते। प्लगइन जे स्थापित आहे ते सुरू करते, त्यामुळे अपग्रेड तुमची प्रोफाइल किंवा क्रेडेन्शियल्स न भिडता डिमन बदलू शकते। हाच संपूर्ण दोष: नवा डिमन न ओळखणारा नियंत्रण संदेश।

प्लगइन IPsec, L2TP आणि PPP चे समन्वय करते, नंतर तयार झालेले इंटरफेस NetworkManager ला देते। ते स्वतः L2TP अंमलात आणत नाही।

प्लगइन समन्वयक आहे, डिमन नाही

network-manager-l2tp IPsec सहाय्यक, L2TP डिमन आणि PPP चालवते आणि इंटरफेस डेस्कटॉपच्या कनेक्शन व्यवस्थापनाशी जोडते। अनेक वर्षे डिमन xl2tpd होता, आणि त्याच्या कॉन्फिगरेशनचा उल्लेख करणारे प्रत्येक ट्युटोरियल तीच गृहीतक वारसा म्हणून घेत होते। नंतर Debian पॅकेजिंगने दोन्हीपैकी कोणतीही अंमलबजावणी स्वीकारली, आणि 24.04 kl2tpd पुरवणारी Go आवृत्ती स्थापित करते। प्रोफाइलमध्ये पूर्वी कोणता डिमन चालत होता हे नोंदवणारे कोणतेही क्षेत्र नाही, त्यामुळे संदेश नाकारला जाईपर्यंत बदल अदृश्य राहतो।

दोन्ही पॅकेज असलेले यंत्र तरीही तुम्ही अपेक्षित असलेले चालवणार नाही। निवड प्लगइनचा निर्णय आहे, तुम्ही अनुसरलेल्या मार्गदर्शकाचा नाही।

दुरुस्ती निवडण्यापूर्वी टप्पा वाचा

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 वर त्याच गेटवेसह काम करत होती। हे गहाळ मार्ग किंवा फायरवॉल बदलही नाही, कारण ते दुसरीकडे वेगळ्या पुराव्यासह अयशस्वी होतात। प्लगइन पुन्हा स्थापित केल्यानेही ते सुधारत नाही, कारण तोच डिमन पुन्हा निवडला जातो। उपयुक्त वर्णन डिमनचे आणि त्याने नाकारलेल्या संदेशाचे नाव घेते।

गेटवेच्या बाजूची दुरुस्ती हा दुसरा वैध परिणाम आहे। गुणधर्म पाठवणे थांबवणारे फर्मवेअर प्रत्येक क्लायंट अपग्रेड टिकून राहते, तर पिन केलेले पॅकेज पुढील वितरण प्रकाशनात तेव्हाच टिकते जेव्हा कोणाला ते का पिन केले आहे हे आठवते।

दोन्ही मार्गांची तुलना वेगाने नव्हे तर देखभाल खर्चाने करा। दोन्ही काम करू शकतात; बोलीतील फरक केवळ एकच दूर करते।