VLESS ในปี 2026 ไม่ควรถูกสรุปเพียงว่าเป็น “โปรโตคอลที่ไม่มีการเข้ารหัส” เพราะ Xray-core มี VLESS Encryption แบบเลือกใช้ และยังผสาน TLS, REALITY, Vision หรือ XHTTP ได้ตามเป้าหมาย

Evidence: บทความใช้เอกสารปฐมภูมิจาก Project X, Xray-core, sing-box และ AnyTLS ส่วน PR/Discussion เป็นคำอธิบายของผู้ดูแล ไม่ใช่การตรวจสอบอิสระ และการกล่าวถึง SingLink เป็นเพียงการเปรียบเทียบ

1. ชั้นของเทคโนโลยี

  • VLESS: ตัวตน คำสั่งเชื่อมต่อ และปลายทาง

  • VLESS Encryption: ปกป้อง payload แบบเลือกใช้

  • TLS/REALITY: ความปลอดภัยและการยืนยันตัวตนชั้นนอก

  • Vision: ควบคุม flow และเพิ่มประสิทธิภาพเส้นทางข้อมูล

  • XHTTP/XUDP/MUX: การขนส่ง UDP และใช้การเชื่อมต่อร่วมกัน

2. ชั้นพื้นฐาน VLESS

VLESS เป็นโปรโตคอลเบาและไร้สถานะ ใช้ UUID หรือ ID ที่แมปไว้ พร้อมคำสั่งและปลายทาง ส่วน routing และโหลดโหนดมักเป็นชั้นผลิตภัณฑ์ที่สูงกว่า Project X VLESS.

3. VLESS Encryption

Xray-core ระบุ `mlkem768x25519plus` ที่ผสม ML-KEM-768 กับ X25519, โหมด 1-RTT/0-RTT และ Padding ที่เปลี่ยนได้ ทั้งหมดนี้เป็นคำอธิบายการออกแบบของผู้ดูแล Xray-core PR #5067.

VLESS Encryption ปกป้อง payload แต่ไม่ได้สร้างใบรับรอง HTTPS การจับมือแบบเว็บไซต์ หรือความเข้ากันได้กับ CDN โดยอัตโนมัติ

4. TLS, REALITY และ Vision

REALITY เป็นชั้นความปลอดภัยแบบ TLS ที่มี target, serverNames, กุญแจ X25519 และ shortId จึงไม่ควรสรุปเพียงว่า “ไม่ต้องมีใบรับรอง” Project X REALITY.

XTLS Vision ไม่ใช่การเข้ารหัส แต่เป็น flow control และอาจใช้ splice บนเส้นทาง Linux/TCP ที่เข้ากันได้เพื่อลดการประมวลผลและคัดลอกข้อมูล Project X VLESS / Vision.

5. XHTTP สามโหมด

XHTTP ขนส่งผ่าน HTTP/1.1, HTTP/2 และ HTTP/3 การใช้ CDN ขึ้นกับโหมดและตัวกลาง XHTTP maintainer design.

  • packet-up: POST หลายคำขอขึ้น และ response ต่อเนื่องลง

  • stream-up: POST และ GET แบบสตรีมแยกทิศทาง

  • stream-one: สตรีมสองทิศทางหนึ่งเส้น

6. XUDP และ Multiplex

XUDP เป็นตัวเลือก UDP packet encoding ของระบบนิเวศ Xray ส่วน XMUX หรือ smux ใช้ connection ร่วมกัน แต่การสูญหายหรือการติดขัด TCP อาจกระทบหลาย stream sing-box VLESS · Multiplex.

7. รูปลักษณ์ทราฟฟิกและเบราว์เซอร์

Padding เปลี่ยนความยาวหรือเวลา ไม่ใช่การเข้ารหัส ส่วน FinalMask, ECH และ Browser Dialer จัดการ transport ชั้นนอก, ClientHello และ network stack ของเบราว์เซอร์จริง FinalMask · Browser Dialer · TLS / ECH.

8. เปรียบเทียบ AnyTLS

AnyTLS เป็นโปรโตคอลอิสระที่มีการยืนยันตัวตนหลัง TLS, Session, หลาย Stream และ Padding แบบไดนามิก ไม่ใช่ส่วนของ VLESS AnyTLS protocol.

ข้อมูลสาธารณะยังไม่เพียงพอที่จะสรุปว่า SingLink 2.0 ใช้ VLESS, REALITY, XHTTP หรือ AnyTLS บทความนี้เป็นการเปรียบเทียบการออกแบบเท่านั้น SingLink 2.0 · Open-source plan.

10. คำถามที่พบบ่อย

VLESS เข้ารหัสเองหรือไม่?

`encryption: "none"` แบบเดิมไม่ทำ แต่ Xray-core ปัจจุบันเลือก VLESS Encryption ได้

VLESS Encryption แทน TLS ได้หรือไม่?

ไม่เทียบเท่า เพราะไม่ได้ให้ใบรับรองและรูปลักษณ์ HTTPS มาตรฐานโดยอัตโนมัติ

Vision คือการเข้ารหัสหรือไม่?

ไม่ใช่ หน้าที่หลักคือ flow control และการเพิ่มประสิทธิภาพ

XHTTP ใช้กับ CDN ทุกแห่งได้หรือไม่?

ไม่ได้เสมอ ขึ้นกับโหมด HTTP proxy และการตั้งค่า CDN

ยังไม่มีหลักฐานสาธารณะเพียงพอที่จะยืนยันความสัมพันธ์นั้น

Conclusion

VLESS สมัยใหม่เป็นสแตกที่ประกอบได้ โดยแยกตัวตน การปกป้อง payload ความปลอดภัยชั้นนอก flow control การขนส่ง HTTP/UDP และ multiplex ออกจากกัน

เผยแพร่ครั้งแรก: 20 พฤษภาคม 2026 ตรวจสอบแหล่งเทคนิค: 28 กรกฎาคม 2026