คู่มือเปรียบเทียบและเลือกโปรโตคอล SingLink

เปรียบเทียบโปรโตคอลขนส่งที่ SingLinkVPN พัฒนาขึ้นเอง ได้แก่ Beta, Sola และ SingLink 2.0 รวมถึงชั้นอำพราง Mini ทั้งในด้านแพ็กเกจที่ใช้ได้ ตำแหน่ง เพดานความเร็ว ความเสถียร และการใช้งาน จากนั้นจึงเปรียบเทียบสั้น ๆ กับ VLESS, AnyTLS, Shadowsocks และ WireGuard โดยอ้างอิงเอกสารทางการ

แยกโปรโตคอล ชั้นอำพราง และนโยบายบริการออกจากกัน

ชื่อทั้งสี่ของ SingLinkVPN ไม่ได้อยู่ในชั้นเดียวกัน Beta, Sola และ SingLink 2.0 เป็นโปรโตคอลขนส่ง Mini เป็นชั้นอำพรางที่ทำงานอยู่บนโปรโตคอลเหล่านั้น ส่วนคำมั่นอย่างการไม่เก็บล็อกเป็นเรื่องของการดำเนินงานบริการ

01

โปรโตคอลขนส่ง

SingLink Beta · SingLink Sola · SingLink 2.0

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

02

ชั้นอำพราง

SingLink Mini · Beta Mini · Sola Mini · 2.0 Mini

ทำงานอยู่บน Beta, Sola หรือ SingLink 2.0 และเปลี่ยนเพียงลักษณะที่การเชื่อมต่อปรากฏบนเครือข่าย ไม่ใช่โปรโตคอลในตัวเอง และไม่ได้แทนที่การยืนยันตัวตนหรือการเข้ารหัสของโปรโตคอลพื้นฐาน

03

บริการ VPN และนโยบายการดำเนินงาน

ไม่เก็บบันทึก · การเก็บรักษาข้อมูล · การดูแลเซิร์ฟเวอร์ · ฝ่ายสนับสนุน

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

เผยแพร่เฉพาะข้อสรุปทางเทคนิคที่ตรวจสอบได้

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

E01

ข้อกำหนดทางการ

ข้อกำหนดที่เผยแพร่โดยผู้เขียนโปรโตคอล หน่วยงานมาตรฐาน หรือผู้ดูแลทางการ

E02

เอกสารสาธารณะของโครงการ

เอกสารทางการ ซอร์สโค้ดสาธารณะ และคำชี้แจงของผู้ดูแล

E03

การออกแบบ SingLink ที่เปิดเผย

ขอบเขตการออกแบบที่เปิดเผยในเอกสารไวท์เปเปอร์และรายงานทางเทคนิคของ SingLink

E04

การยืนยันที่ขึ้นกับสภาพแวดล้อม

ประสิทธิภาพและความพร้อมใช้งานแตกต่างตามอุปกรณ์ เซิร์ฟเวอร์ และสภาพเครือข่าย

“ไม่มีเอกสารสาธารณะ” ไม่ได้หมายความว่าไม่ปลอดภัย แต่หมายความว่าหลักฐานสาธารณะยังไม่เพียงพอสำหรับข้อสรุปที่เจาะจงกว่านี้

การออกแบบต่างจาก VLESS, AnyTLS, Shadowsocks และ WireGuard อย่างไร

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

หัวข้อSingLinkVLESSAnyTLSShadowsocksWireGuard
บทบาทที่เผยแพร่ตระกูลโปรโตคอลของ SingLinkVPN เอง ครอบคลุมทั้ง control plane และ data planeโปรโตคอลขนส่งแบบไคลเอนต์-เซิร์ฟเวอร์ที่ไม่เก็บสถานะและน้ำหนักเบาโปรโตคอลพร็อกซีบนพื้นฐาน TLS ที่มุ่งลดลายนิ้วมือของการแฮนด์เชก TLS in TLSโปรโตคอลพร็อกซีแบบเข้ารหัสที่ใช้คีย์ที่แชร์ไว้ล่วงหน้าโปรโตคอลอุโมงค์ VPN แบบกะทัดรัดที่รับส่งแพ็กเก็ต IP
การยืนยันตัวตนและการเข้ารหัสโหนดตรวจสอบบัญชีและเซสชันพร้อมการป้องกันการโจมตีแบบส่งซ้ำ และแต่ละการเชื่อมต่อมีบริบทการเข้ารหัสของตัวเองยืนยันตัวตนด้วย UUID ต้องทำงานภายในความปลอดภัยของการขนส่งชั้นนอกอย่าง TLS หรือ REALITY หรือใช้ VLESS Encryption ซึ่งเป็นตัวเลือกเสริมยืนยันตัวตนด้วยแฮช SHA-256 ของรหัสผ่านหลังการแฮนด์เชก TLS ส่วนการเข้ารหัสมาจาก TLS ชั้นนอกเข้ารหัสแบบ AEAD รุ่น 2022 สร้างคีย์ย่อยของเซสชันด้วย BLAKE3 และมีการป้องกันการส่งซ้ำในตัว แต่ไม่มี forward secrecyเฟรมเวิร์กโปรโตคอล Noise ร่วมกับ Curve25519, ChaCha20-Poly1305 และ BLAKE2s
ลักษณะของทราฟฟิกBeta, Sola และ SingLink 2.0 เพิ่มชั้นอำพราง Mini ได้ โดยไม่อ้างว่ามองไม่เห็นได้อย่างสมบูรณ์ขึ้นอยู่กับการขนส่งและ flow ที่เลือก มักใช้ร่วมกับ TLS หรือ REALITYดูเหมือนทราฟฟิก TLS ตั้งค่าการแบ่งแพ็กเก็ตและ padding ได้ และเซิร์ฟเวอร์อัปเดตค่าเหล่านี้ได้ไม่มีส่วนหัวแบบข้อความธรรมดา ข้อกำหนดระบุว่าทราฟฟิกแยกไม่ออกจากสตรีมไบต์แบบสุ่มทางการระบุว่าไม่ได้มุ่งเน้นการทำให้ทราฟฟิกสับสน ซึ่งควรทำในชั้นที่อยู่เหนือขึ้นไป
TCP และ UDPการออกแบบที่เผยแพร่ครอบคลุมทราฟฟิก TCP, UDP และแบบ QUICพร็อกซีทั้ง TCP และ UDP โดยส่ง UDP ภายในการเชื่อมต่อพร็อกซีTCP ส่วน UDP ส่งในรูปแบบ UDP over TCPข้อกำหนดนิยามทั้ง TCP และ UDPUDP เท่านั้น ทางการไม่รองรับโหมด TCP
การติดตั้งและดูแลแอปและโหนดของ SingLinkVPN จัดการให้ครบทั้งระบบ ใช้ได้ตามแพ็กเกจโปรโตคอลแบบเปิด คุณติดตั้งเซิร์ฟเวอร์เอง (เช่น Xray-core) และดูแลการตั้งค่าเองโปรโตคอลแบบเปิดที่มีการพัฒนาอ้างอิงคือ anytls-go คุณติดตั้งและดูแลเองโปรโตคอลแบบเปิดที่มีการพัฒนาแบบโอเพนซอร์สหลายตัว คุณติดตั้งและดูแลเองเป็นโอเพนซอร์สและมีอยู่ในเคอร์เนล Linux เหมาะกับการโฮสต์เองและการผสานเข้ากับระบบ

คำอธิบายการออกแบบ เอกสารไวท์เปเปอร์ และการยืนยันความปลอดภัย

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

รายงานทางเทคนิคของ SingLink 2.0 เป็นการวิเคราะห์ทางเทคนิคทางการ ไม่ใช่การตรวจสอบความปลอดภัยอิสระ ทั้งสองจึงระบุแยกกัน

เลือกตามการใช้งาน ไม่ใช่ตามชื่อเพียงอย่างเดียว

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

ใช้ฟรีหรือใช้งานประจำวันแบบเบา ๆ

SingLink Beta

โปรโตคอลเดียวที่ใช้ได้ในทุกแพ็กเกจ รวมถึงแผนฟรี เหมาะกับการท่องเว็บ โซเชียลมีเดีย และวิดีโอ HD

เร็วขึ้น หน่วงน้อยลง

SingLink Sola

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

การเชื่อมต่อที่หลุดไม่ได้

SingLink 2.0

Pro, Max และ Rich สร้างมาสำหรับเครือข่ายที่ยากลำบาก ความเสถียรของการเชื่อมต่อสูงสุด 99%

วิดีโอเริ่มเล่นทันทีและสตรีมมิงความหน่วงต่ำ

โหนด Mini (เช่น Sola Mini)

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

ดูแลเซิร์ฟเวอร์ของตัวเอง

VLESS, AnyTLS, Shadowsocks หรือ WireGuard

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

เครือข่ายที่ถูกจำกัดหรือซับซ้อน

ทดสอบในเครือข่ายปัจจุบัน

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

เกี่ยวกับโปรโตคอล SingLink

SingLinkVPN มีโปรโตคอลอะไรบ้าง

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

Mini เป็นโปรโตคอลในตัวเองหรือไม่

ไม่ใช่ Mini เป็นชั้นอำพราง โหนดที่ชื่อลงท้ายด้วย Mini (เช่น Sola Mini หรือ 2.0 Mini) หมายความว่าชั้นอำพรางทำงานอยู่บนโปรโตคอลนั้น ส่วนการยืนยันตัวตน การเข้ารหัส และการรับส่งข้อมูลยังคงเป็นหน้าที่ของโปรโตคอลพื้นฐาน Beta, Sola หรือ SingLink 2.0

แผนฟรีใช้โปรโตคอลอะไรได้บ้าง

แผนฟรีใช้ได้เฉพาะโหนดโปรโตคอล Beta แพ็กเกจ Fast ก็มีเฉพาะ Beta เช่นกัน Plus เพิ่ม Sola และ Mini ส่วน Pro, Max และ Rich เพิ่ม SingLink 2.0

ควรเลือก Beta, Sola หรือ SingLink 2.0 อย่างไร

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

SingLink ต่างจาก VLESS และ AnyTLS อย่างไร

VLESS เป็นโปรโตคอลขนส่งที่ไม่เก็บสถานะและน้ำหนักเบา ต้องทำงานภายในความปลอดภัยของการขนส่งชั้นนอกอย่าง TLS หรือ REALITY หรือใช้ VLESS Encryption ซึ่งเป็นตัวเลือกเสริม AnyTLS เป็นโปรโตคอลพร็อกซีบนพื้นฐาน TLS ที่เน้นลดลายนิ้วมือของการแฮนด์เชก TLS in TLS ส่วน SingLink ยังครอบคลุมจุดรับทราฟฟิกของแอป DNS การกำหนดเส้นทางอัจฉริยะ สิทธิ์ตามแพ็กเกจ และการจัดสรรโหนด การเปรียบเทียบนี้จึงเป็นเรื่องขอบเขตของระบบ ไม่ใช่การอ้างว่าตัวใดเร็วกว่า

SingLink ต่างจาก Shadowsocks และ WireGuard อย่างไร

Shadowsocks เข้ารหัสด้วยคีย์ที่แชร์ไว้ล่วงหน้า และข้อกำหนดรุ่น 2022 ระบุว่าทราฟฟิกแยกไม่ออกจากสตรีมไบต์แบบสุ่ม แต่ไม่มี forward secrecy ส่วน WireGuard เป็นอุโมงค์แบบกะทัดรัดที่ใช้ UDP เท่านั้น และทางการระบุว่าไม่ได้มุ่งเน้นการทำให้ทราฟฟิกสับสน ทั้งสองต้องมีเซิร์ฟเวอร์ที่คุณติดตั้งและดูแลเอง ขณะที่โปรโตคอลของ SingLinkVPN ได้รับการจัดการครบทั้งระบบโดยแอปและโหนดของบริการ

SingLink 2.0 ต่างจากแอปเวอร์ชัน 2.0 อย่างไร

SingLink 2.0 ระบุสถาปัตยกรรมโปรโตคอลและความสามารถของเซิร์ฟเวอร์ ส่วนหมายเลขเวอร์ชันของแอประบุรุ่นของซอฟต์แวร์ ระบบเวอร์ชันทั้งสองจัดการแยกกันอย่างอิสระ

โปรโตคอล VPN ใดเร็วที่สุด

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

เริ่มจากหลักฐานที่คุณตรวจสอบได้

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