ทดสอบฟีเจอร์ Direct‑LAN ของ Pangolin 1.21 พบสองอุปกรณ์ล้มเหลว

การทดสอบล่าสุดของผู้เขียนแสดงให้เห็นว่าแม้ Pangolin 1.21 จะอ้างว่ามีฟีเจอร์ตรวจจับเครือข่ายเดียวกันเพื่อทำการส่งข้อมูลแบบตรง (direct) แต่ในสามอุปกรณ์ที่ใช้ในการทดลองนั้น มีสองเครื่องไม่สามารถใช้เส้นทางตรงได้และต้องผ่านเซิร์ฟเวอร์รีเลย์ของ Tailscale (DERP) ส่งผลให้เวลาตอบสนองเพิ่มขึ้นอย่างมีนัยสำคัญ การตรวจสอบนี้มีความสำคัญต่อผู้ที่พึ่งพาโซลูชันแบบ self‑hosted เพื่อเปิดเผยบริการภายในเครือข่ายท้องถิ่นโดยต้องการประสิทธิภาพและความปลอดภัยสูงสุด

Overview

Pangolin เป็นเครื่องมือที่ออกแบบมาเพื่อทำให้เซอร์วิสที่โฮสต์ด้วยตนเองสามารถเข้าถึงได้จากอินเทอร์เน็ตโดยไม่ต้องตั้งค่า NAT หรือพอร์ตฟอเวิร์ด ผู้เขียนใช้ร่วมกับ Tailscale ซึ่งเป็นบริการ VPN แบบ mesh เพื่อเชื่อมต่อเครือข่ายส่วนตัวระหว่างอุปกรณ์ต่าง ๆ บนอุปกรณ์ที่อยู่ใน LAN เดียวกัน นอกจากนี้ยังมีการทดลองติดตั้ง Headscale – ตัวเซิร์ฟเวอร์ควบคุมแบบ self‑hosted ของ Tailscale – เพื่อลดการพึ่งพาโครงสร้างคลาวด์ของผู้ให้บริการ

Test Setup

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

• Ping เวลาโดยตรง: 5–19 ms
• Ping ผ่าน DERP: 88–102 ms

อุปกรณ์หนึ่งที่ทำงานตามคาดการณ์แสดงผลลัพธ์อยู่ในช่วง 5‑19 ms แสดงว่าการส่งข้อมูลแบบตรงสำเร็จ แต่สองเครื่องที่เหลือกลับมีเวลาตอบสนองสูงกว่าอย่างชัดเจน ซึ่งบ่งบอกว่าแพ็กเกจต้องเดินทางผ่านเซิร์ฟเวอร์ DERP ของ Tailscale

Results

ผลการทดสอบเผยให้เห็นว่าฟีเจอร์ same‑network detection ที่ประกาศใน changelog ของ Pangolin เวอร์ชั่น 1.21 ไม่ได้ทำงานอย่างสม่ำเสมอบนทุกอุปกรณ์ที่อยู่ใน LAN เดียวกัน แม้ว่าข้อความใน changelog จะระบุว่า “supports same‑network detection” แต่การตรวจสอบโดยใช้ ping แสดงให้เห็นว่ามีกรณีที่ระบบยังคงเลือกใช้เส้นทางรีเลย์แทนการส่งตรง

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

Analysis

จากข้อมูลที่รวบรวมได้ สามารถสรุปเป็นประเด็นสำคัญดังนี้

• การตรวจจับเครือข่ายเดียวกันยังไม่เสถียร – ฟีเจอร์ใหม่ของ Pangolin อาจพึ่งพาการกำหนดค่าเครือข่ายหรือข้อมูลเมตาที่ไม่ได้ถูกส่งมอบอย่างครบถ้วนในบางกรณี ทำให้ระบบตัดสินใจผิดพลาดและเลือกใช้ DERP แทนเส้นทางตรง
• ผลกระทบต่อ latency อย่างชัดเจน – ความแตกต่างระหว่าง 5‑19 ms และ 88‑102 ms เป็นระดับที่อาจส่งผลต่อการใช้งานแอปพลิเคชันที่ต้องการเวลาตอบสนองต่ำ เช่น การสตรีมวิดีโอหรือเกมออนไลน์
• Headscale ไม่ได้เป็นตัวแปรหลัก – แม้ว่า Headscale จะทำหน้าที่เป็นเซิร์ฟเวอร์ควบคุมแบบ self‑hosted แต่ผลลัพธ์ที่แตกต่างไม่ได้สัมพันธ์กับการเปิดหรือปิด Headscale แต่อย่างใด

โดยสรุป การทดสอบชี้ให้เห็นว่าผู้ใช้ Pangolin ควรตรวจสอบเงื่อนไขการเชื่อมต่อใน LAN อย่างละเอียดก่อนพึ่งพาฟีเจอร์ direct‑LAN เพื่อหลีกเลี่ยงความล่าช้าไม่คาดคิด

Impact

สำหรับผู้ที่จัดการเซิร์ฟเวอร์ส่วนตัวหรือบริการที่ต้องเปิดเผยต่อภายนอก การพึ่งพา Pangolin เป็นเพียงช่องทางเดียวอาจทำให้ประสบปัญหา latency ที่เพิ่มขึ้นโดยไม่ได้รับแจ้งล่วงหน้า ผู้ดูแลระบบจึงควรมีแผนสำรอง เช่น ใช้การตั้งค่า fallback ให้ส่งข้อมูลผ่าน Tailscale โดยตรง หรือทดสอบเครือข่ายอย่างต่อเนื่องเพื่อยืนยันว่าฟีเจอร์ direct‑LAN ทำงานตามที่คาดหวัง

ในเชิงกว้าง ฟีเจอร์ same‑network detection หากยังไม่เสถียรอาจทำให้ผู้ใช้ย้ายไปพิจารณาโซลูชัน VPN หรือ tunneling อื่น ๆ ที่มีการตรวจจับเครือข่ายภายในที่เป็นมาตรฐานสูงกว่า การเปิดเผยข้อจำกัดนี้ในเวอร์ชั่นล่าสุดของ Pangolin จะช่วยเร่งกระบวนการปรับปรุงและอาจกระตุ้นให้ผู้พัฒนาเร่งแก้ไขจุดบกพร่อง

Summary

การทดสอบพบว่า Pangolin 1.21 ยังไม่สามารถทำงานแบบ direct‑LAN ได้อย่างสม่ำเสมอบนอุปกรณ์สามเครื่องที่อยู่ในเครือข่ายเดียวกัน โดยสองเครื่องต้องใช้ DERP ทำให้ latency เพิ่มขึ้นมาก ผู้ใช้ควรตรวจสอบการตั้งค่าและพิจารณามาตรการสำรองเพื่อรักษาประสิทธิภาพของบริการ self‑hosted.