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 कडे वळणे, किंवा पिन केलेले डाउनग्रेड। प्रत्येकात नोंदण्यासारखा देखभाल खर्च आहे।