SingLink Logo
SingLinkTM
เข้าร่วมชุมชน

SingLinkLabs · Protocol Paper 01

เอกสารไวท์เปเปอร์ทางเทคนิคของโปรโตคอล SingLink

สถาปัตยกรรม SingLink 2.0 วงจรชีวิตการเชื่อมต่อที่สมบูรณ์และขอบเขตโปรโตคอล

SingLink 2.0 เป็นโปรโตคอลการรับส่งข้อมูลเครือข่ายอย่างเป็นทางการที่พัฒนาโดย SingLinkVPN อย่างอิสระ ไม่ใช่เวอร์ชันซอฟต์แวร์ไคลเอนต์ บทความนี้ใช้ระนาบควบคุม ส่วนข้อมูล และวงจรชีวิตการเชื่อมต่อที่สมบูรณ์เป็นบรรทัดหลักในการอธิบายความสามารถสาธารณะของโปรโตคอล โมเดลการใช้งานอ้างอิง ขอบเขตข้อมูลทดสอบ และความแตกต่างของโปรโตคอลภายนอก

Document
SLP-WP-01
Revision
1.0
Published
2026-07-29
Language
ภาษาไทย

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

สมัครสมาชิกฟีด Atom
Chapter 01

Scope and evidence

ขอบเขต ข้อสรุป และขอบเขตหลักฐาน

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

SingLink 2.0 คือการสร้างโปรโตคอลการส่งผ่านเครือข่ายอย่างเป็นทางการที่พัฒนาโดย SingLinkVPN อย่างอิสระ "2.0" หมายถึงชื่อโปรโตคอลและการสร้างโปรโตคอล ไม่ใช่หมายเลขเวอร์ชันซอฟต์แวร์ของ Windows, macOS, Android, iOS หรือไคลเอนต์อื่นๆ

ขอบเขตผลิตภัณฑ์ของโปรโตคอลไม่ได้เป็นเพียงรูปแบบไบต์จากไคลเอนต์ไปยังเซิร์ฟเวอร์ แต่ยังเกี่ยวข้องกับการอนุญาตบัญชีและโหนด การประมวลผล DNS การถ่ายโอนข้อมูลอัจฉริยะ การเลือกโหนด การตรวจจับความสมบูรณ์ของเซสชัน การสลับเครือข่าย และการกู้คืนความล้มเหลว

ความสามารถที่ได้รับการยืนยัน

จากหน้าผลิตภัณฑ์ ความสามารถของลูกค้า และความสามารถสาธารณะอย่างเป็นทางการ

คำอธิบายการออกแบบสาธารณะ

อธิบายปัญหาที่โปรโตคอลจำเป็นต้องแก้ไขและขอบเขตของระบบที่ถูกเปิดเผยในปัจจุบัน

รูปแบบการดำเนินการอ้างอิง

ใช้เพื่ออธิบายการใช้งานที่เป็นไปได้ ไม่เทียบเท่ากับข้อกำหนดไบนารีที่เผยแพร่

Chapter 02

Versioning

การสร้างโปรโตคอลไม่ใช่เวอร์ชันซอฟต์แวร์

Protocol

SingLink 2.0

แสดงถึงวิวัฒนาการโดยรวมของการสร้างโปรโตคอลการขนส่ง การเจรจาต่อรองความสามารถ โมเดลเซสชัน และนโยบายความเข้ากันได้

Client software

แต่ละแพลตฟอร์มมีหมายเลขของตัวเอง

ไคลเอนต์ Windows, macOS, Android, iOS, Linux และ TV ได้รับการจัดการตามจังหวะการเปิดตัวตามลำดับและจะไม่ผสมกับโปรโตคอล 2.0

Chapter 03

System architecture

การแยกระนาบควบคุมและระนาบข้อมูล

ส่วนควบคุมมีหน้าที่รับผิดชอบในการอนุญาต การกำหนดค่า และการกำหนดเวลาโหนด ส่วนข้อมูลมีหน้าที่รับผิดชอบช่องทางที่รับส่งข้อมูลของผู้ใช้จริงๆ การแยกทั้งสองจะช่วยจำกัดขอบเขตของข้อมูลที่ละเอียดอ่อนและแยกความล้มเหลว

Control plane

พื้นผิวการควบคุม

  • 01 การอนุญาตบัญชีและแพ็คเกจ
  • 02 รายการความสามารถของโหนดและโปรโตคอล
  • 03 การกำหนดค่าระยะสั้น กลยุทธ์ และการเพิกถอน
  • 04 สุขภาพของโหนดและข้อมูลการกำหนดเวลา

Data plane

เครื่องบินข้อมูล

  • 01 การรับส่งข้อมูลเข้าควบคุมและส่งต่อ
  • 02 TCP, UDP และผู้ให้บริการโฟลว์แบบลอจิคัล
  • 03 สถานะเซสชันและการตรวจจับความสมบูรณ์
  • 04 ส่งคืนการแยกข้อมูล
บัญชีและการกำหนดค่า
ทางเข้าระบบเครือข่าย
DNS และการถ่ายข้อมูล
โหนดและเซสชัน
การส่งข้อมูล TCP/UDP
กลับมาและทำความสะอาด
Chapter 04

Connection lifecycle

22 ขั้นตอนการประมวลผล

ตั้งแต่การอนุญาตบัญชี ทางเข้าเครือข่ายระบบ ไปจนถึงการส่งคืนการแยกข้อมูลและการล้างข้อมูลด้านความปลอดภัย กระบวนการต่อไปนี้จะรักษาลิงก์ทางเทคนิคที่สมบูรณ์และทำเครื่องหมายสถานะหลักฐานสำหรับแต่ละขั้นตอน

  1. 01

    การเข้าสู่ระบบบัญชีและการยืนยันการอนุญาต

    ความสามารถที่ได้รับการยืนยัน

    ลูกค้าได้รับแพ็คเกจ โหนด และการอนุญาตโปรโตคอลของบัญชีปัจจุบัน ข้อมูลรับรองการตรวจสอบความถูกต้องควรมีอายุสั้น เพิกถอนได้ และแยกออกจากสถานะการส่งต่อข้อมูลที่ตามมา

  2. 02

    การส่งมอบการกำหนดค่าโหนดและโปรโตคอล

    คำอธิบายการออกแบบสาธารณะ

    ส่วนควบคุมส่งคืนที่อยู่โหนด พอร์ต โปรโตคอลที่มีอยู่ และนโยบายที่จำเป็น และไม่ควรส่งมาสเตอร์คีย์ระยะยาวหรือฟิลด์ละเอียดอ่อนที่ไม่จำเป็นไปยังไคลเอนต์โดยตรง

  3. 03

    ติดตั้งระบบทางเข้าเครือข่าย

    ความสามารถที่ได้รับการยืนยัน

    ไคลเอ็นต์ได้รับปริมาณข้อมูลที่ต้องดำเนินการผ่านโหมด TUN พร็อกซีของระบบ หรือส่วนขยายเครือข่ายแพลตฟอร์ม ทางเข้าเฉพาะขึ้นอยู่กับความสามารถของระบบปฏิบัติการ

  4. 04

    การแก้ไข DNS และการกำหนดชื่อโดเมน

    ความสามารถที่ได้รับการยืนยัน

    ต้องใช้นโยบายที่สอดคล้องกันสำหรับคำขอ DNS และการเชื่อมต่อในภายหลัง เพื่อหลีกเลี่ยงไม่ให้ชื่อโดเมนผ่านพร็อกซีในขณะที่ DNS ยังคงรั่วไหลจากเครือข่ายท้องถิ่นหรือทำให้เกิดการเบี่ยงเบนที่ผิดพลาด

  5. 05

    การกระจายการรับส่งข้อมูลอัจฉริยะและการตัดสินเส้นทาง

    ความสามารถที่ได้รับการยืนยัน

    กำหนดการเชื่อมต่อเป็นโดยตรง พร็อกซี หรือถูกบล็อกตามกฎ แอปพลิเคชัน ชื่อโดเมนเป้าหมาย IP และสถานะเครือข่าย

  6. 06

    การเลือกโหนด

    ความสามารถที่ได้รับการยืนยัน

    โหมดแมนนวลใช้โหนดที่ผู้ใช้ระบุ โหมดอัจฉริยะสามารถเลือกโหนดที่เป็นตัวเลือกโดยพิจารณาจากเวลาแฝง ความพร้อมใช้งาน โหลด ภูมิภาค และการอนุญาตแพ็คเกจ

  7. 07

    การเจรจาต่อรองความสามารถของโปรโตคอล

    คำอธิบายการออกแบบสาธารณะ

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

  8. 08

    การรับรองความถูกต้องและการป้องกันการเล่นซ้ำ

    รูปแบบการดำเนินการอ้างอิง

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

  9. 09

    การแลกเปลี่ยนคีย์และคีย์เซสชัน

    รูปแบบการดำเนินการอ้างอิง

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

  10. 10

    สร้างเซสชัน

    รูปแบบการดำเนินการอ้างอิง

    เซสชันแสดงถึงเซสชันการส่งข้อมูลระหว่างไคลเอ็นต์และโหนด ซึ่งสามารถนำสถานะการเชื่อมต่อ ข้อมูลความสามารถ ฮาร์ตบีต และโฟลว์ลอจิคัลอย่างน้อยหนึ่งรายการ

  11. 11

    สร้างการเชื่อมต่อสตรีมหรือพร็อกซีอิสระ

    รูปแบบการดำเนินการอ้างอิง

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

  12. 12

    การห่อหุ้มกรอบข้อมูล

    รูปแบบการดำเนินการอ้างอิง

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

  13. 13

    การประมวลผลการรับส่งข้อมูล TCP

    คำอธิบายการออกแบบสาธารณะ

    สตรีมไบต์ TCP จำเป็นต้องรักษาลำดับ จัดการกับการปิดครึ่งหนึ่งและการปิดที่ผิดปกติ และส่งผ่านแรงดันย้อนกลับฝั่งแอปพลิเคชันไปยังฝั่งการขนส่ง

  14. 14

    การประมวลผลการรับส่งข้อมูล UDP และ QUIC

    คำอธิบายการออกแบบสาธารณะ

    ดาต้าแกรม UDP จำเป็นต้องรักษาขอบเขตของข้อความและจัดการการหมดเวลาของเซสชัน บริการประเภท UDP เช่น QUIC จำเป็นต้องหลีกเลี่ยงการบล็อกส่วนหัวโดยไม่จำเป็น

  15. 15

    การควบคุมการไหลและแรงดันย้อนกลับ

    รูปแบบการดำเนินการอ้างอิง

    เมื่อความเร็วการบริโภคของไคลเอนต์ โหนด หรือบริการเป้าหมายช้าลง การเติบโตของบัฟเฟอร์ควรถูกจำกัดเพื่อป้องกันไม่ให้สตรีมเดียวลดทั้งเซสชัน

  16. 16

    การบรรจุหีบห่อ การแพ็ดดิ้ง และลักษณะการจราจร

    รูปแบบการดำเนินการอ้างอิง

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

  17. 17

    การจัดการ MTU และขนาดแพ็คเก็ต

    คำอธิบายการออกแบบสาธารณะ

    โอเวอร์เฮดของอุโมงค์จะลด MTU ที่มีอยู่ และความล้มเหลวของแพ็กเก็ตขนาดใหญ่จำเป็นต้องลดลงผ่านการหลีกเลี่ยงการกระจายตัว การปรับ MSS หรือกลไกที่เทียบเท่า

  18. 18

    ความล่าช้า การสูญเสียแพ็กเก็ต และการจัดการความแออัด

    รูปแบบการดำเนินการอ้างอิง

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

  19. 19

    การตรวจจับการเต้นของหัวใจและสุขภาพ

    ความสามารถที่ได้รับการยืนยัน

    ตรวจสอบเซสชันและสถานะโหนดอย่างต่อเนื่องเพื่อหลีกเลี่ยงการอาศัยการหมดเวลาที่ยาวนานของระบบปฏิบัติการเพื่อตรวจจับการเชื่อมต่อที่ไม่ทำงาน

  20. 20

    การสลับเครือข่ายและการกู้คืนเซสชัน

    ความสามารถที่ได้รับการยืนยัน

    หลังจากสลับระหว่างเครือข่าย Wi-Fi และมือถือ ลูกค้าจะยืนยันทางเข้าเครือข่าย, DNS, เซสชันการกำหนดเส้นทางและการส่งข้อมูลอีกครั้ง และกลับมาเชื่อมต่อต่อตามความสามารถ

  21. 21

    โหนดล้มเหลวและการสลับอัตโนมัติ

    ความสามารถที่ได้รับการยืนยัน

    ในกรณีของความล้มเหลวแบบ soft สามารถสร้างเซสชันใหม่ได้ก่อน และในกรณีของความล้มเหลวแบบถาวร โหนดที่มีอยู่สามารถสลับได้ ในระหว่างกระบวนการเปลี่ยน การกำหนดเส้นทางของระบบจะต้องได้รับการกู้คืน และควรหลีกเลี่ยงการรับส่งข้อมูลจากการเชื่อมต่อโดยตรงที่ไม่คาดคิด

  22. 22

    ส่งคืนข้อมูล การแยกส่วน และการล้างข้อมูลด้านความปลอดภัย

    คำอธิบายการออกแบบสาธารณะ

    ไคลเอนต์ตรวจสอบและแยกข้อมูลที่ส่งคืน และล้างสถานะเซสชันชั่วคราว คีย์แคช การเปลี่ยนแปลงเส้นทางและ DNS หลังจากการเชื่อมต่อเสร็จสมบูรณ์

Chapter 05

Traffic entry and routing

การครอบครองการรับส่งข้อมูล DNS และการถ่ายโอนข้อมูลอัจฉริยะ

รายการเครือข่ายระบบ การแก้ไขชื่อโดเมน และการพิจารณาเส้นทางต้องใช้บริบทเดียวกันเพื่อหลีกเลี่ยงการรั่วไหลของ DNS การออกจากข้อผิดพลาด และการเชื่อมต่อโดยตรงที่ไม่คาดคิด

ระบบเดสก์ท็อปสามารถใช้โหมด TUN หรือพร็อกซีระบบได้ แพลตฟอร์มมือถือและทีวีใช้ความสามารถในการขยายเครือข่ายตามลำดับ แพลตฟอร์มที่ต่างกันมี API ที่แตกต่างกัน แต่เป้าหมายนโยบายเหมือนกัน นั่นคือ การรับส่งข้อมูลที่ต้องใช้พร็อกซีจะเข้าสู่ทันเนล และการรับส่งข้อมูลที่ไม่ต้องใช้พร็อกซีจะเชื่อมต่อโดยตรงตามกฎ

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

DIRECT

การเชื่อมต่อโดยตรง

บริการท้องถิ่นหรือเป้าหมายที่ไม่ต้องใช้พรอกซีอย่างชัดเจนให้ใช้เครือข่ายท้องถิ่น

TUNNEL

ตัวแทน

หลังจากการตรวจสอบสิทธิ์แล้ว การเชื่อมต่อจะถูกสร้างขึ้นผ่านโหนด SingLink ที่เลือก

BLOCK

บล็อก

การเชื่อมต่อถูกปฏิเสธเมื่อมีการเข้าถึงกฎความปลอดภัยหรือเป้าหมายโดยไม่ได้รับอนุญาต

Chapter 06

Authentication

การรับรองความถูกต้องและเซสชันที่เข้ารหัส

คำตอบยืนยันการอนุญาต "บัญชีนี้สามารถใช้โหนดและโปรโตคอลนี้ได้หรือไม่"; การตรวจสอบความถูกต้องในการส่งคำตอบว่า "การเชื่อมต่อปัจจุบันมาจากไคลเอนต์ที่ถูกต้องหรือไม่" ทั้งสองควรใช้สถานะเซสชันที่มีอายุสั้นและเพิกถอนได้ และป้องกันไม่ให้ข้อมูลการรับรองความถูกต้องเก่าถูกเล่นซ้ำ

ไคลเอนต์และโหนดยังต้องยืนยันการสร้างโปรโตคอลและความสามารถที่ทั้งสองฝ่ายรองรับ ฝั่งที่ไม่รู้จักความสามารถใหม่จะต้องดาวน์เกรดอย่างปลอดภัยหรือปฏิเสธการเชื่อมต่อ และไม่สามารถเปิดใช้งานพฤติกรรมที่เข้ากันไม่ได้หากไม่มีการยืนยัน

Disclosure boundary

รายละเอียดการเข้ารหัสที่ไม่ได้เผยแพร่

ข้อมูลที่มีอยู่ไม่เพียงพอที่จะระบุฟิลด์การจับมือกัน ชุดการเข้ารหัส ฟังก์ชันการรับคีย์ ระยะเวลาการหมุนเวียน และรูปแบบแพ็กเก็ตไบนารี่ บทความนี้อธิบายเป้าหมายด้านความปลอดภัยเท่านั้น และไม่ได้เขียน AES, TLS เวอร์ชัน, เส้นโค้งบางค่า หรือความยาวฟิลด์คงที่ตามที่ปฏิบัติตาม

Chapter 07

Session model

เซสชัน สตรีม และเฟรมข้อมูล

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

Session

บริบทการขนส่งระหว่างไคลเอนต์และโหนดสามารถนำผลการรับรองความถูกต้อง ความสามารถ ฮาร์ทบีท และการควบคุมโฟลว์ระดับการเชื่อมต่อ

Stream

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

การเชื่อมต่อแอปพลิเคชัน
สตรีมแบบลอจิคัล
เซสชันการโอน
โหนด SingLink

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

Chapter 08

Transport

TCP, UDP และ QUIC

TCP

สั่งสตรีมไบต์

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

UDP

ขอบเขตดาตาแกรม

รักษาขอบเขตดาตาแกรมและรักษาเป้าหมายและสถานะการหมดเวลา หากใช้ UDP-over-TCP จำเป็นต้องประเมินการบล็อกส่วนหัวของบรรทัดและการขยายการสูญเสียแพ็กเก็ต

QUIC

การขนส่งที่เชื่อถือได้ผ่าน UDP

พยายามรักษาข้อได้เปรียบด้านความแออัดและการส่งสัญญาณซ้ำของ QUIC ไว้เพื่อหลีกเลี่ยงการฟื้นตัวซ้ำๆ ที่เกิดจากชั้นความน่าเชื่อถือเพิ่มเติม

Chapter 09

Reliability

การควบคุมการไหล, MTU, การเต้นของหัวใจและการฟื้นตัว

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

01

การควบคุมการไหล

ปรับหน้าต่างการส่งตามความเร็วการบริโภคเพื่อหลีกเลี่ยงการบล็อกเซสชันทั้งหมดด้วยการสตรีมเดียว

02

การจัดการเอ็มทียู

พิจารณาค่าใช้จ่ายเพิ่มเติมของอุโมงค์เพื่อลดความเสี่ยงของการกระจัดกระจายและหลุมดำ

03

ตรวจสุขภาพ

กำหนดการเชื่อมต่อตามฮาร์ทบีท ความล่าช้า การสูญเสียแพ็กเก็ต และสถานะการส่งต่อจริง

04

การกู้คืนเครือข่าย

หลังจากที่เครือข่ายถูกตัดออก พอร์ทัล, DNS, การกำหนดเส้นทาง และเซสชันจะถูกสร้างขึ้นใหม่เพื่อป้องกันการรับส่งข้อมูลจากการเชื่อมต่อโดยตรงโดยไม่ได้ตั้งใจ

Chapter 10

Product comparison

SingLink 2.0 และเบต้า

ตัวบ่งชี้SingLink 2.0SingLink Beta
การวางตำแหน่งข้อตกลงอย่างเป็นทางการระหว่างรุ่นโปรโตคอลแสดงตัวอย่างความเร็วก่อน
อัตราความเสถียรของการทดสอบ A/B ภายใน99.5％มากถึงประมาณ 97%
โฟกัสความเร็วความสมดุลของความเร็ว ความเสถียร และความเข้ากันได้ค่าสูงสุดเกิน 1Gbps ภายใต้เงื่อนไขที่เหมาะสม
สิทธิ์ของโหนดโปรโตคอลโปร แม็กซ์ และริชทุกแพ็คเกจ
เปลี่ยนกลยุทธ์มุ่งเน้นไปที่ความเข้ากันได้และการกู้คืนในระยะยาวใช้สำหรับความสามารถใหม่และการตรวจสอบประสิทธิภาพ
Chapter 11

External protocols

การเปรียบเทียบขอบเขตกับ VLESS และ AnyTLS

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

ขนาดขอบเขตเอกสารไวท์เปเปอร์ของ SingLinkขอบเขตสาธารณะของ VLESSขอบเขตสาธารณะ AnyTLS
ตำแหน่งสาธารณะระบบโดยรวมของระนาบควบคุมผลิตภัณฑ์และระนาบข้อมูลการส่งข้อมูลโปรโตคอลการขนส่งไคลเอ็นต์และเซิร์ฟเวอร์แบบไร้สถานะและมีน้ำหนักเบาโปรโตคอลพร็อกซีที่ใช้ TLS และการใช้งานอ้างอิง
อัตลักษณ์และวัตถุประสงค์บัญชี สิทธิ์ของโหนด เซสชัน และการทำงานร่วมกันในการกำหนดเส้นทางUUID คำสั่ง พอร์ต และที่อยู่เป้าหมายTLS หลังการรับรองความถูกต้อง จากนั้นจึงสร้างเซสชัน
Session／Streamคำอธิบายรุ่นอ้างอิง รูปแบบที่แน่นอนยังไม่เปิดเผยรองรับ Mux รายละเอียดจะขึ้นอยู่กับการใช้งานและการกำหนดค่าเปิดเผยเฟรมเซสชัน สตรีมมัลติเพล็กซ์ และคำสั่ง
ลักษณะการจราจรกลยุทธ์การส่งข้อมูลที่ต้องได้รับการตรวจสอบ ไม่ได้อ้างว่ามองไม่เห็นโดยสมบูรณ์เอกสารอย่างเป็นทางการอธิบายถึงขั้นตอนทางเลือกและกลไกอื่นๆการเปิดเผยการรับเหมาช่วง แผนการขยาย และกลไกการอัพเดต
ความยืดหยุ่นการตรวจจับความสมบูรณ์ การตัดการเชื่อมต่อเครือข่าย การสร้างเซสชันใหม่ และการสลับโหนดรับผิดชอบระบบนิเวศ Xray และชุดการส่งสัญญาณเฉพาะโปรโตคอล v2 เปิดเผย SYNACK, ฮาร์ทบีท และการเจรจาต่อรองของเซิร์ฟเวอร์
ระบบผลิตภัณฑ์DNS, การถ่ายข้อมูลอัจฉริยะ, การอนุญาตแพ็คเกจและการกำหนดเวลาโหนดไม่เทียบเท่ากับพื้นผิวการควบคุมผลิตภัณฑ์ VPN ที่สมบูรณ์ไม่เทียบเท่ากับพื้นผิวการควบคุมผลิตภัณฑ์ VPN ที่สมบูรณ์

ตารางนี้ไม่ได้แสดงถึงความเข้ากันได้ของโค้ด การจัดอันดับประสิทธิภาพ หรือข้อสรุปการตรวจสอบความปลอดภัย

Chapter 12

Platforms and openness

ความเข้ากันได้ข้ามแพลตฟอร์มและขอบเขตโอเพ่นซอร์ส

ความสม่ำเสมอของแพลตฟอร์ม

SingLinkVPN ครอบคลุมอุปกรณ์ iOS, Android, Windows, macOS, Linux และ TV ความสอดคล้องข้ามแพลตฟอร์มไม่ได้หมายความว่าแต่ละแพลตฟอร์มใช้ API ระบบเดียวกันทุกประการ แต่ยังคงชุดสิทธิ์ การกำหนดเส้นทาง โหนด และตรรกะการเลือกโปรโตคอลชุดเดียวกัน และปฏิบัติตามข้อจำกัดการขยายเครือข่ายของระบบปฏิบัติการแต่ละระบบ

ขอบเขตสาธารณะ

ซอร์สโค้ดโปรโตคอลหลัก SingLink 2.0 ยังไม่ได้รับการเปิดเผยอย่างสมบูรณ์ คำแนะนำที่เผยแพร่ ได้แก่ เอกสารทางเทคนิค คำอธิบายสถาปัตยกรรม ข้อมูลการวิจัย วิธีการทดสอบที่ทำซ้ำได้ รูปแบบข้อมูล เครื่องมือตรวจสอบ และโครงสร้างพื้นฐานการเปิดเผยช่องโหว่ที่รับผิดชอบ

ดูโครงการโอเพ่นซอร์สอ่านเกี่ยวกับโครงการริเริ่มโอเพ่นซอร์สดูการตรวจสอบความปลอดภัยปี 2026
Chapter 13

Frequently asked questions

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

Q01SingLink 2.0 คืออะไร?

SingLink 2.0 คือการสร้างโปรโตคอลการส่งผ่านเครือข่ายอย่างเป็นทางการที่พัฒนาโดย SingLinkVPN อย่างอิสระ มันถูกใช้เพื่อจัดระเบียบการตรวจสอบตัวตนและสิทธิ์อนุญาต การกำหนดเส้นทางการรับส่งข้อมูล เซสชันการส่งข้อมูล การประมวลผล TCP และ UDP การตรวจจับความสมบูรณ์ และการกู้คืนข้อยกเว้น

Q02SingLink 2.0 เป็นเวอร์ชันซอฟต์แวร์ไคลเอ็นต์หรือไม่

ไม่ SingLink 2.0 คือชื่อโปรโตคอลและการสร้างโปรโตคอล Windows, macOS, Android, iOS และไคลเอนต์อื่นๆ ใช้ระบบเวอร์ชันซอฟต์แวร์อิสระ

Q03อะไรคือความแตกต่างระหว่าง SingLink เบต้าและ SingLink 2.0?

เบต้าเป็นโปรโตคอลแสดงตัวอย่างสำหรับความเร็วและการตรวจสอบความสามารถใหม่ SingLink 2.0 คือการสร้างโปรโตคอลอย่างเป็นทางการ โดยให้ความสำคัญกับความเสถียร ความสอดคล้องข้ามแพลตฟอร์ม การกู้คืนการเชื่อมต่อ และความเข้ากันได้ในระยะยาว

Q04อัตราความเสถียรของ SingLink 2.0 คืออะไร?

บันทึกการทดสอบ A/B ภายในของ SingLinkVPN ในสภาพแวดล้อมการทดสอบที่กำหนดคือ 99.5% โดยมีช่วงเบต้าสูงสุดประมาณ 97% สิ่งเหล่านี้ไม่รับประกันสำหรับทุกภูมิภาคและช่วงเวลา และผลลัพธ์ที่แท้จริงจะได้รับผลกระทบจากผู้ให้บริการเครือข่าย โหลดโหนด อุปกรณ์ และวิธีการทดสอบ

Q05SingLink จัดการกับการรับส่งข้อมูลเครือข่ายอย่างไร

ขั้นแรกไคลเอ็นต์จะสร้างทางเข้าเครือข่ายของระบบ ดำเนินการ DNS และการกระจายอัจฉริยะให้เสร็จสิ้น จากนั้นเลือกโหนด ตรวจสอบสิทธิ์ สร้างเซสชันการส่งข้อมูล และสรุปข้อมูล TCP หรือ UDP ก่อนที่จะส่งไปยังโหนด

Q06SingLink จัดการกับการตัดการเชื่อมต่อและสวิตช์เครือข่ายอย่างไร

ไคลเอนต์ตรวจสอบเซสชันและสถานะของโหนดอย่างต่อเนื่อง เมื่อมีข้อยกเว้นเกิดขึ้น เซสชันจะถูกสร้างขึ้นใหม่ กู้คืน DNS และการกำหนดเส้นทาง หรือสลับไปยังโหนดอื่นที่มีอยู่ตามความสามารถ

Q07SingLink และ VLESS แตกต่างกันอย่างไร?

VLESS อยู่ในตำแหน่งอย่างเป็นทางการในฐานะโปรโตคอลการส่งผ่านไคลเอ็นต์และเซิร์ฟเวอร์แบบไร้สัญชาติและมีน้ำหนักเบา ขอบเขตที่อธิบายไว้ในเอกสารไวท์เปเปอร์ของ SingLink นั้นกว้างกว่า และยังครอบคลุมถึงส่วนควบคุมผลิตภัณฑ์ การอนุญาตโหนด การกำหนดเส้นทางอัจฉริยะ การตรวจจับความสมบูรณ์ และกระบวนการกู้คืน ไม่ควรเปรียบเทียบทั้งสองโดยใช้รูปแบบเฟรมเดียว

Q08SingLink และ AnyTLS แตกต่างกันอย่างไร?

ข้อกำหนดสาธารณะของ AnyTLS มุ่งเน้นไปที่การอธิบายการตรวจสอบสิทธิ์ เซสชัน การใช้สตรีมซ้ำ การแพดดิ้ง และฮาร์ทบีทบน TLS เอกสารไวท์เปเปอร์ของ SingLink ยังอธิบายรายการการรับส่งข้อมูลไคลเอ็นต์, DNS, การกำหนดเส้นทาง, การอนุญาตแพ็คเกจ และการจัดตารางเวลาโหนด ดังนั้นการเปรียบเทียบจึงขึ้นอยู่กับขอบเขตของระบบ แทนที่จะอ้างว่าการใช้งานพื้นฐานนั้นเหมือนกัน

Q09ใครสามารถใช้ SingLink 2.0 ได้บ้าง

ปัจจุบันโหนดโปรโตคอล SingLink 2.0 ส่วนใหญ่จะเปิดให้ใช้กับแพ็คเกจ Pro, Max และ Rich; โหนดโปรโตคอล SingLink Beta เปิดให้ทุกแพ็คเกจ โหนดที่มีอยู่จริงจะขึ้นอยู่กับการแสดงผลแบบเรียลไทม์บนไคลเอนต์

Q10SingLink 2.0 เป็นโอเพ่นซอร์สอย่างสมบูรณ์หรือไม่

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

Chapter 14

References and revision

ข้อมูล ลิงก์ภายใน และบันทึกการเปลี่ยนแปลง

เวอร์ชัน 1.0 · 29 กรกฎาคม 2026:เวอร์ชันแรกในภาษาจีนตัวย่อได้รับการเผยแพร่ ซึ่งจัดระเบียบวงจรการเชื่อมต่อที่สมบูรณ์ สถานะหลักฐาน ขอบเขตข้อมูลเบต้า การเปรียบเทียบข้อมูลสาธารณะ VLESS และ AnyTLS และเพิ่มกลไกการค้นพบ TechArticle, FAQ, Canonical, Feed และแผนผังเว็บไซต์

Next step

สัมผัสประสบการณ์โปรโตคอล SingLink 2.0

โหนด SingLink 2.0 ส่วนใหญ่จะเปิดให้ใช้กับแพ็คเกจ Pro, Max และ Rich จำนวนโหนดและความพร้อมใช้งานของโปรโตคอลขึ้นอยู่กับการแสดงผลแบบเรียลไทม์บนไคลเอนต์

ดาวน์โหลดไคลเอนต์ SingLinkVPNดูแพ็คเกจการสมัครสมาชิก