ปัญหา VPN ส่วนใหญ่มาจากสาเหตุไม่กี่อย่าง และถ้าไล่ตรวจตามลำดับที่ถูกต้องจะช่วยประหยัดเวลาได้ทั้งคืน ให้รันคำสั่งบนเซิร์ฟเวอร์ เว้นแต่ขั้นตอนนั้นจะบอกเป็นอย่างอื่น ตัวอย่างใช้ WireGuard บนพอร์ตเริ่มต้น 51820/udp ถ้าเป็น OpenVPN หรือ Xray ให้เปลี่ยนเป็นชื่อเซอร์วิสและพอร์ตของคุณ
ตรวจสอบล่าสุด 2026-11-13
1. เซิร์ฟเวอร์อยู่บนแพ็กเกจที่มี IPv4 ของตัวเองหรือเปล่า
ไคลเอนต์ VPN เชื่อมต่อเข้ามายังเซิร์ฟเวอร์ของคุณจากภายนอก แพ็กเกจ NAT ยอมให้เข้าจากภายนอกได้แค่พอร์ตเดียว คือพอร์ต SSH ส่วนตัวของคุณ จึงไม่มี VPN ใดทำงานบนแพ็กเกจนี้ได้ ถ้าแดชบอร์ดแสดงที่อยู่พร้อมพอร์ตแบบ 20xxx แสดงว่าคุณใช้ NAT การเปลี่ยนไปใช้ IPv4 ของตัวเองยังเก็บข้อมูลไว้ครบและไม่ต้องติดตั้งใหม่ ดูการเปลี่ยนที่อยู่ IP
2. เซอร์วิสทำงานอยู่ไหม
systemctl status wg-quick@wg0
journalctl -u wg-quick@wg0 -n 30 --no-pager
สำหรับ OpenVPN ยูนิตมักชื่อ openvpn-server@server ส่วน Xray คือ xray เซอร์วิสที่สตาร์ตไม่ขึ้นแทบทุกครั้งจะเขียนสาเหตุไว้ในไม่กี่บรรทัดสุดท้ายของล็อก: พิมพ์ค่าคอนฟิกผิด ไม่มีไฟล์คีย์ หรือพอร์ตถูกใช้อยู่แล้ว
3. มันรอรับการเชื่อมต่อบนพอร์ตที่คุณคาดไว้หรือเปล่า
ss -ulpn | grep 51820 # UDP: WireGuard, OpenVPN over UDP
ss -tlpn | grep 443 # TCP: Xray / VLESS, OpenVPN over TCP
ถ้าไม่มีผลลัพธ์ แปลว่าเซอร์วิสไม่ได้รอรับที่พอร์ตนั้น ไม่ว่าคอนฟิกจะเขียนไว้อย่างไร ให้เทียบพอร์ตกับที่ตั้งไว้ในไคลเอนต์
4. ไฟร์วอลล์ยอมให้ผ่านไหม
ufw status verbose
ถ้าไฟร์วอลล์เปิดอยู่และไม่มีพอร์ตของคุณในรายการ ให้เปิดพอร์ตนั้น:
ufw allow 51820/udp
ระวังเรื่องโปรโตคอล: WireGuard ต้องใช้ UDP และกฎ 51820/tcp ไม่ช่วยอะไรเลย ก่อนเปิดหรือรีโหลดไฟร์วอลล์ ให้แน่ใจว่ากฎของ SSH ยังอยู่ ไม่อย่างนั้นคุณจะล็อกตัวเองไว้ข้างนอก ถ้ายังเกิดขึ้นอยู่ดี คอนโซลบนเบราว์เซอร์ในแดชบอร์ดจะพาคุณกลับเข้าไปได้
5. ไคลเอนต์ไปถึงเซิร์ฟเวอร์จริงหรือเปล่า
สำหรับ WireGuard ดูได้จาก handshake:
wg show
ถ้า peer แสดง latest handshake: N seconds ago แปลว่าไคลเอนต์มาถึงเซิร์ฟเวอร์แล้วและคีย์ตรงกัน ถ้าไม่มีบรรทัด handshake เลย แปลว่ามันไม่เคยมาถึง ให้ตรวจตามลำดับนี้: IP และพอร์ตของ endpoint ในคอนฟิกไคลเอนต์ ไฟร์วอลล์จากขั้นที่ 4 และคีย์สาธารณะของไคลเอนต์อยู่ในบล็อก [Peer] ของเซิร์ฟเวอร์หรือไม่ (และกลับกัน)
6. เชื่อมต่อได้ แต่เปิดอะไรไม่ขึ้น
อุโมงค์ทำงาน แต่เซิร์ฟเวอร์ไม่ส่งทราฟฟิกออกสู่อินเทอร์เน็ต ตรวจการส่งต่อ:
sysctl net.ipv4.ip_forward
ผลลัพธ์ต้องเป็น 1 ถ้าไม่ใช่ ให้เปิดแบบถาวร:
echo 'net.ipv4.ip_forward=1' > /etc/sysctl.d/99-vpn.conf
sysctl --system
จากนั้นตรวจกฎ NAT ในคอนฟิก WireGuard คือบรรทัด PostUp ที่มี MASQUERADE และชื่ออินเทอร์เฟซในบรรทัดนั้นต้องเป็นชื่อจริงของอินเทอร์เฟซบนเซิร์ฟเวอร์:
ip -br addr
ถ้าบรรทัดเขียนว่า -o eth0 แต่อินเทอร์เฟซของคุณชื่ออื่น ให้แก้คอนฟิกแล้วรีสตาร์ตเซอร์วิส
7. ลองจากเครือข่ายอื่น
เชื่อมต่อผ่านเน็ตมือถือแทน Wi-Fi ที่บ้าน หรือขอให้คนในประเทศอื่นลองดู ถ้าที่นั่น VPN ใช้ได้แต่จากเครือข่ายที่คุณใช้ประจำไม่ได้ แปลว่าเซิร์ฟเวอร์ปกติดี และมีบางอย่างระหว่างทางบล็อกการเชื่อมต่ออยู่
- ถ้าต้องการดูว่าเซิร์ฟเวอร์ของคุณเข้าถึงได้จากประเทศใดประเทศหนึ่งหรือไม่: วิธีตรวจว่า IP ของ VPS เข้าถึงได้จากรัสเซียและอิหร่านหรือไม่
- ในที่ที่ WireGuard และ OpenVPN ถูกตรวจจับและบล็อก VLESS + Reality จะดูเหมือน HTTPS ทั่วไปและบล็อกได้ยากกว่ามาก
8. ยังไม่ได้อีกหรือ
เปิดทิกเก็ตแล้วบอกสิ่งที่คุณตรวจไปแล้ว: ผลลัพธ์ของขั้นที่ 2–5 และชื่อไคลเอนต์ VPN ที่ใช้ ข้อมูลเหล่านี้มักทำให้เราบอกได้ตั้งแต่คำตอบแรกว่าติดอยู่ตรงไหน
ความคิดเห็น
ยังไม่มีความคิดเห็น เป็นคนแรกสิ