Ubuntu 22.04 में L2TP टाइमआउट: 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 के jammy बिल्ड में 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 पर स्विच, या पिन किया गया डाउनग्रेड हैं। हर एक की रखरखाव लागत है जिसे लिखना उचित है।