ไขความลับของ L2TP: สถาปัตยกรรมเบื้องหลัง Layer 2 Tunneling Protocol

ในเส้นเวลาวิวัฒนาการของเครือข่ายส่วนตัวเสมือน L2TP (Layer 2 Tunneling Protocol) ทำหน้าที่เป็นสะพานเชื่อมสำคัญระหว่างโครงสร้างพื้นฐานการเชื่อมต่อผ่านสายโทรศัพท์แบบเก่าและความปลอดภัยเชิงเข้ารหัสสมัยใหม่ ตามที่กำหนดอย่างเป็นทางการใน RFC 2661 L2TP เป็นโปรโตคอลชั้นเซสชันที่ผสานคุณสมบัติที่ดีที่สุดของสองเฟรมเวิร์กที่ล้าสมัย ได้แก่ PPTP (Point-to-Point Tunneling Protocol) ของไมโครซอฟท์ และ L2F (Layer 2 Forwarding) ของซิสโก้

ที่ทำงานในชั้น Data Link Layer (ชั้น 2) ของโมเดล OSI วัตถุประสงค์หลักของ L2TP’s คือการห่อหุ้มเฟรมของ Point-to-Point Protocol (PPP) เพื่อให้สามารถส่งผ่านเครือข่ายแบบสลับแพ็กเก็ตเช่น IP, Frame Relay หรือ ATM

⚠️ ความขัดแย้งของความโปร่งใส

จากมุมมองการตรวจสอบความปลอดภัยที่บริสุทธิ์ L2TP นั้นโปร่งใสทางเทคนิค มันสร้างทางหลวงเสมือนแต่ไม่ได้ให้รถหุ้มเกราะ ขาดกลไกการเข้ารหัสข้อมูลดั้งเดิมหรือการพิสูจน์ตัวตนต้นทางใดๆ เพื่อรักษาความปลอดภัยของข้อมูลที่กำลังส่ง มันมักจะถูกจับคู่กับกรอบงาน Internet Protocol Security เกือบทุกครั้ง ทำให้เกิดชุด L2TP/IPsec

กายวิภาคของการเชื่อมต่อ L2TP: LAC ถึง LNS

เพื่อที่จะเข้าใจว่าวิธีการที่ L2TP เชื่อมต่อระหว่างพื้นที่ทางภูมิศาสตร์ คุณต้องเข้าใจจุดสิ้นสุดทางสถาปัตยกรรมพื้นฐานสองจุดของมัน:

• LAC (ตัวรวมการเข้าถึง L2TP): ผู้เริ่มต้นของอุโมงค์ อุปกรณ์นี้ (เช่น เซิร์ฟเวอร์การเข้าถึงเครือข่ายของผู้ให้บริการอินเทอร์เน็ต หรือไคลเอนต์ท้องถิ่น) ที่ทำหน้าที่สิ้นสุดการเชื่อมต่อในพื้นที่ทางกายภาพ และส่งต่อการรับส่งข้อมูลเข้าไปในอุโมงค์ L2TP
• LNS (เซิร์ฟเวอร์เครือข่าย L2TP): ตัวรับและจุดสิ้นสุดเชิงตรรกะของอุโมงค์ LNS ถอดหุ้มแพ็กเก็ต L2TP ที่เข้ามา แยกเฟรม PPP ต้นฉบับ และรวมผู้ใช้ระยะไกลเข้ากับเครือข่ายองค์กรในพื้นที่

การเจาะลึกทางเทคนิค: คุณสมบัติหลักและโปรโตคอล

L2TP ยังคงมีความเป็นไปได้อย่างมีเอกลักษณ์ในสภาพแวดล้อมขององค์กรที่ซับซ้อนเนื่องจากความสามารถที่ไม่เป็นมาตรฐานบางประการ:

• การสนับสนุนหลายโปรโตคอล: แตกต่างจากโปรโตคอลสมัยใหม่ที่ขนส่งเฉพาะทราฟฟิก IP ดั้งเดิม L2TP จะห่อหุ้มเฟรม PPP มาตรฐาน ซึ่งทำให้สามารถขนส่งโปรโตคอลดั้งเดิมที่ไม่ใช่ IP ข้ามเครือข่ายแกนหลัก IP ได้
• การตรวจสอบสิทธิ์ที่ยืดหยุ่น: มันเชื่อมต่อโดยตรงกับสถาปัตยกรรม AAA (Authentication, Authorization, and Accounting) ที่แข็งแกร่ง โดยรองรับกรอบการตรวจสอบความถูกต้องเช่น PAP, CHAP, MS-CHAPv2 และ EAP.
• การแยกสัญญาณสองช่อง: L2TP แยกคอนโทรลเพลน (ที่จัดการการสร้างทันเนล การรักษาการเชื่อมต่อ และการทำลายทันเนล) ออกจากเดตาเพลน (ที่บรรทุกข้อมูลจริง) อย่างเคร่งครัด ซึ่งช่วยเพิ่มประสิทธิภาพความเสถียรของทรูพุต

Weighing the Pros and Cons of L2TP/IPsec

ข้อดี

• การสนับสนุนแบบเนทีฟที่แพร่หลาย: L2TP/IPsec ถูกฝังโดยตรงในเคอร์เนลของ Windows, macOS, iOS, Linux และ Android ซึ่งแทบจะไม่ต้องการให้ผู้ใช้ดาวน์โหลดซอฟต์แวร์ไคลเอนต์ของบุคคลที่สามภายนอก
• การคงอยู่ของเซสชันที่แข็งแกร่งดั่งหิน: มันมีความน่าเชื่อถือสูงสำหรับการรักษาการเชื่อมต่อแบบจุดต่อจุดทางตรรกะผ่านเส้นทาง WAN ขององค์กรที่ซับซ้อนและมีหลายฮอป

ข้อเสีย

• บทลงโทษการห่อหุ้มสองชั้น: เนื่องจากแพ็กเก็ตข้อมูลถูกจัดรูปแบบด้วยส่วนหัว PPP จากนั้นห่อด้วยส่วนหัว L2TP และสุดท้ายห่ออีกครั้งด้วยส่วนหัว IPsec โอเวอร์เฮดของข้อมูลจึงมหาศาล การห่อสองชั้นนี้ทำให้พลังประมวลผลของ CPU ลดลงและลดประสิทธิภาพของปริมาณงาน
• ปัญหา MTU & การแยกส่วน: สแต็กส่วนหัวที่หนักหน่วงบังคับให้วิศวกรเครือข่ายลดอย่างเทียม หน่วยการส่งข้อมูลสูงสุด (MTU) ขนาด (ซึ่งมักจะลดลงเหลือ 1400 หรือ 1280 ไบต์) หากไม่ได้ปรับให้เหมาะสม จะทำให้เกิดการแตกของแพ็กเก็ต ส่งผลให้เกิดความหน่วงสูงและการเชื่อมต่อขาดหาย
• ความเปราะบางของไฟร์วอลล์: L2TP พึ่งพาโปรไฟล์พอร์ตที่ชัดเจนอย่างเคร่งครัด: UDP 1701 (การรับส่งข้อมูล L2TP), UDP 500 (การแลกเปลี่ยนคีย์ IKE), และ UDP 4500 (การข้ามผ่าน NAT) เนื่องจากพอร์ตเหล่านี้ถูกกำหนดตายตัวและโดดเด่น ไฟร์วอลล์เครือข่ายและผู้ให้บริการอินเทอร์เน็ต (ISP) จึงสามารถบล็อกได้อย่างง่ายดาย

คำถามที่พบบ่อยทางเทคนิค

ถาม: เหตุใดผู้เชี่ยวชาญด้านความปลอดภัยจึงระบุว่า L2TP “เลิกใช้แล้ว” หากมันใช้ IPsec ที่แข็งแกร่ง?

ในขณะที่ส่วนประกอบ IPsec เองยังคงปลอดภัยเมื่อใช้รหัสที่แข็งแกร่งอย่าง AES-256 การออกแบบโดยรวมของ L2TP นั้นล้าสมัย โค้ดเบสขนาดใหญ่ของมันทำให้เกิดพื้นผิวการโจมตีทางทฤษฎีที่กว้างขึ้น และการห่อหุ้มสองชั้นเชิงโครงสร้างทำให้ปรับให้เหมาะสมกับโครงสร้างพื้นฐานความเร็วสูงสมัยใหม่ได้ไม่ดีนักเมื่อเทียบกับโซลูชันที่คล่องตัวเช่น WireGuard

ถาม: NAT Traversal (NAT-T) ทำงานร่วมกับ L2TP/IPsec อย่างไร?

เนื่องจากแพ็กเก็ต IPsec AH และ ESP อาจเสียหายเมื่อผ่านเราเตอร์ที่ทำ Network Address Translation (NAT เปลี่ยนส่วนหัว IP ซึ่งทำให้การตรวจสอบความสมบูรณ์ของ IPsec ใช้ไม่ได้) NAT-T จึงห่อหุ้มแพ็กเก็ต IPsec ที่เข้ารหัสแล้วเป็นแพ็กเก็ต UDP มาตรฐานบนพอร์ต 4500 ซึ่งทำให้เราเตอร์ที่บ้านส่งผ่านทราฟฟิก VPN ได้อย่างปลอดภัยโดยไม่ทำให้ลายเซ็นเข้ารหัสเสียหาย

ถาม: L2TP สามารถทำงานได้อย่างปลอดภัยโดยไม่มี IPsec หรือไม่?

ในทางเทคนิคแล้ว ใช่ แต่มันไม่ควรถูกกำหนดค่าแบบนี้บนเครือข่ายสาธารณะ หากไม่มี IPsec ทันเนล L2TP จะทำงานในรูปแบบข้อความธรรมดาทั้งหมด ใครก็ตามที่มีเครื่องมือดักจับแพ็กเก็ตพื้นฐาน (เช่น Wireshark) สามารถอ่านข้อมูลบริษัทดิบ ข้อมูลประจำตัวของบริษัท และรายละเอียดเซสชันของคุณได้อย่างง่ายดาย

ถาม: ทำไมอุปกรณ์หลายเครื่องที่อยู่ภายใต้เราเตอร์บ้านเดียวกันบางครั้งจึงไม่สามารถเชื่อมต่อ VPN L2TP/IPsec พร้อมกันได้?

นี่คือข้อจำกัดคลาสสิกของ L2TP/IPsec ที่เรียกว่าปัญหา NAT-T Single-Client Mapping เนื่องจาก L2TP อาศัยพอร์ตคงที่ (UDP 4500 สำหรับ NAT-T และ UDP 500) เราเตอร์ผู้บริโภคพื้นฐานหลายรุ่นจึงไม่สามารถแมปสตรีมการติดตาม SPI (Security Parameter Index) ที่เข้ารหัสเข้าเหมือนกันไปยังที่อยู่ IP ส่วนตัวภายในหลายแห่งพร้อมกันได้ ในขณะที่โปรโตคอลสมัยใหม่อย่าง OpenVPN และ WireGuard สุ่มพอร์ตต้นทางแบบไดนามิกเพื่อรองรับเซสชันพร้อมกันหลายร้อยเซสชันจากเครือข่ายท้องถิ่นเดียวกัน L2TP/IPsec มักจะลดความเร็วหรือตัดการเชื่อมต่ออุปกรณ์เครื่องที่สองที่พยายามเชื่อมต่อจากด้านหลังไฟร์วอลล์ NAT เดียวกันโดยสิ้นเชิง

ถาม: ความเสี่ยงด้านความปลอดภัยของการใช้คีย์ที่แชร์ล่วงหน้า (PSK) ในการปรับใช้ L2TP/IPsec คืออะไร

เมื่อมีการปรับใช้ L2TP/IPsec โดยใช้คีย์ที่แชร์ล่วงหน้า (Pre-Shared Key) ซึ่งมักจะถูกระบุว่า “L2TP with Secret Key” พนักงานหรือผู้ใช้ทุกคนจะใช้รหัสผ่านแบบคงที่เดียวกันเพื่อเริ่มต้นการเชื่อมต่อ หากอุปกรณ์ของพนักงานคนใดถูกบุกรุก หรืออดีตพนักงานยังคงมีคีย์นี้อยู่ เครือข่ายทั้งหมดจะถูกเปิดเผย ผู้โจมตีสามารถใช้ PSK ที่รั่วไหลนี้เพื่อตั้งค่าจุดเชื่อมต่อปลอมและดำเนินการโจมตีแบบ Man-in-the-Middle (MITM) เพื่อถอดรหัสแบบเจาะจงเป้าหมาย สำหรับการตรวจสอบความปลอดภัยสูงในองค์กร การย้ายจาก PSK ไปใช้ใบรับรองดิจิทัล X.509 แต่ละใบผ่าน EAP-TLS เป็นสิ่งที่แนะนำในระดับสากล

ถาม: เหตุใด L2TP/IPsec จึงมีค่าใช้จ่าย CPU สูงเมื่อเทียบกับโปรโตคอลสมัยใหม่

ปัญหาคอขวดด้านประสิทธิภาพนั้นเกิดจากสถาปัตยกรรมและประสิทธิภาพของการเข้ารหัส L2TP บังคับให้ข้อมูลผ่านสแต็กซอฟต์แวร์หลายชั้นภายในขอบเขตระหว่าง user-space และ kernel-space โดยทำการห่อหุ้มสองชั้น (PPP over L2TP over IPsec) นอกจากนี้ยังอาศัยการเข้ารหัสแบบดั้งเดิมที่เก่ากว่า ทางเลือกสมัยใหม่อย่าง WireGuard ถูกเขียนลงในโค้ดเคอร์เนลของระบบปฏิบัติการโดยตรง ข้ามเลเยอร์ PPP แบบดั้งเดิมทั้งหมด และใช้การเข้ารหัสแบบขนานสูง เช่น ChaCha20-Poly1305 ซึ่งช่วยให้โปรโตคอลสมัยใหม่สามารถทำปริมาณงานสูงขึ้นถึง 3–4 เท่า ในขณะที่ใช้พลังงานแบตเตอรี่และพลังงาน CPU น้อยลงอย่างมากบนอุปกรณ์เคลื่อนที่

คำถาม: L2TP/IPsec จัดการกับไฟร์วอลล์การตรวจสอบแพ็กเก็ตเชิงลึก (DPI) สมัยใหม่อย่างไร?

มันประสบปัญหาอย่างมาก เนื่องจาก L2TP/IPsec พึ่งพาพอร์ตที่แน่นอนและแตกต่างกันโดยสิ้นเชิง (UDP 1701, 500 และ 4500) และปล่อยให้ลายนิ้วมือ metadata ไม่ถูกปกปิดในระหว่างการจับมือกัน ทำให้เป็นเป้าหมายที่ง่ายมากสำหรับเครื่องมือ Deep Packet Inspection (DPI) ที่ใช้โดยไฟร์วอลล์ขององค์กร ผู้ให้บริการอินเทอร์เน็ต และระบบเซ็นเซอร์ระดับชาติ แตกต่างจากโปรโตคอลที่ใช้ SSL เช่น OpenVPN (ซึ่งสามารถกลมกลืนได้อย่างราบรื่นโดยการกำหนดเส้นทางทราฟฟิกผ่าน TCP Port 443 เพื่อให้ดูเหมือนทราฟฟิกธนาคาร HTTPS ปกติ) ทราฟฟิก L2TP/IPsec สามารถระบุและบล็อกได้ทันทีด้วยกฎไฟร์วอลล์เพียงข้อเดียว

Q: จะเกิดอะไรขึ้นกับเซสชั่น L2TP/IPsec ที่ใช้งานอยู่เมื่อเครือข่ายหลุดหรือเปลี่ยนการเชื่อมต่ออย่างกะทันหัน?

ต่างจาก IKEv2 (ซึ่งใช้ส่วนขยาย MOBIKE ขั้นสูงเพื่อสลับจาก Wi-Fi ไปยัง 5G อย่างราบรื่นโดยไม่ขาดตอน) L2TP/IPsec มาตรฐานจัดการกับการเปลี่ยนเครือข่ายได้ไม่ดีนัก เนื่องจากการเชื่อมต่อพื้นฐานถูกผูกติดอย่างแน่นหนากับเซสชัน PPP (Point-to-Point Protocol) แบบลอจิคัลที่ตายตัว การเปลี่ยนแปลงที่เกิดขึ้นอย่างกะทันหันของที่อยู่ IP ภายนอกของไคลเอ็นต์ทำให้อุโมงค์ค้างอยู่ เซิร์ฟเวอร์เครือข่าย L2TP (LNS) ต้องรอให้ตัวจับเวลา Dead Peer Detection (DPD) หมดอายุ (ซึ่งมักใช้เวลา 30 ถึง 60 วินาที) ก่อนที่จะทำการรื้ออุโมงค์ที่ตายแล้วอย่างเป็นทางการและอนุญาตให้อุปกรณ์ของผู้ใช้รับรองความถูกต้องอีกครั้งและสร้างการเชื่อมต่อใหม่ทั้งหมด