L2TP บน Ubuntu 24.04 เสีย: xl2tpd หรือดีมอน go-l2tp?

Ubuntu 24.04 เปลี่ยนดีมอนเบื้องหลังปลั๊กอิน L2TP ของ NetworkManager อย่างเงียบ ๆ เส้นทางเดิมใช้ 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 กับเกตเวย์เดียวกัน ไม่ใช่เส้นทางที่หายไปหรือการเปลี่ยนไฟร์วอลล์ เพราะสิ่งเหล่านั้นล้มเหลวที่อื่นด้วยหลักฐานต่างกัน การติดตั้งปลั๊กอินใหม่ก็ไม่ซ่อม เพราะดีมอนเดียวกันถูกเลือกอีกครั้ง คำอธิบายที่มีประโยชน์ระบุชื่อดีมอนและข้อความที่มันปฏิเสธ

การแก้ที่ฝั่งเกตเวย์เป็นผลลัพธ์ที่ชอบธรรมอีกทาง เฟิร์มแวร์ที่หยุดส่งแอตทริบิวต์อยู่รอดทุกการอัปเกรดของไคลเอนต์ ในขณะที่แพ็กเกจที่ปักหมุดอยู่รอดรีลีสของดิสทริบิวชันถัดไปได้ก็ต่อเมื่อมีคนจำได้ว่าทำไมจึงปักหมุด

เปรียบเทียบสองเส้นทางด้วยต้นทุนการบำรุงรักษา ไม่ใช่ความเร็ว ทั้งสองใช้ได้ มีเพียงหนึ่งเดียวที่ลบความไม่ตรงกันของภาษาถิ่น