โปรโตคอลขนส่ง
SingLink Beta · SingLink Sola · SingLink 2.0
รับผิดชอบการยืนยันตัวตน เซสชันที่เข้ารหัส การรับส่งข้อมูล และการกู้คืนการเชื่อมต่อ โดยแต่ละตัวเน้นความเร็ว ประสิทธิภาพโดยรวม และความเสถียรตามลำดับ และเปิดให้ใช้ตามแพ็กเกจ
เปรียบเทียบโปรโตคอลขนส่งที่ SingLinkVPN พัฒนาขึ้นเอง ได้แก่ Beta, Sola และ SingLink 2.0 รวมถึงชั้นอำพราง Mini ทั้งในด้านแพ็กเกจที่ใช้ได้ ตำแหน่ง เพดานความเร็ว ความเสถียร และการใช้งาน จากนั้นจึงเปรียบเทียบสั้น ๆ กับ VLESS, AnyTLS, Shadowsocks และ WireGuard โดยอ้างอิงเอกสารทางการ
ชื่อทั้งสี่ของ SingLinkVPN ไม่ได้อยู่ในชั้นเดียวกัน Beta, Sola และ SingLink 2.0 เป็นโปรโตคอลขนส่ง Mini เป็นชั้นอำพรางที่ทำงานอยู่บนโปรโตคอลเหล่านั้น ส่วนคำมั่นอย่างการไม่เก็บล็อกเป็นเรื่องของการดำเนินงานบริการ
SingLink Beta · SingLink Sola · SingLink 2.0
รับผิดชอบการยืนยันตัวตน เซสชันที่เข้ารหัส การรับส่งข้อมูล และการกู้คืนการเชื่อมต่อ โดยแต่ละตัวเน้นความเร็ว ประสิทธิภาพโดยรวม และความเสถียรตามลำดับ และเปิดให้ใช้ตามแพ็กเกจ
SingLink Mini · Beta Mini · Sola Mini · 2.0 Mini
ทำงานอยู่บน Beta, Sola หรือ SingLink 2.0 และเปลี่ยนเพียงลักษณะที่การเชื่อมต่อปรากฏบนเครือข่าย ไม่ใช่โปรโตคอลในตัวเอง และไม่ได้แทนที่การยืนยันตัวตนหรือการเข้ารหัสของโปรโตคอลพื้นฐาน
ไม่เก็บบันทึก · การเก็บรักษาข้อมูล · การดูแลเซิร์ฟเวอร์ · ฝ่ายสนับสนุน
สิ่งเหล่านี้ขึ้นอยู่กับสถาปัตยกรรมและพันธะการดำเนินงานของผู้ให้บริการ การไม่เก็บบันทึกไม่ใช่สวิตช์ของโปรโตคอล
Beta, Sola และ SingLink 2.0 เป็นโปรโตคอลขนส่ง ส่วน Mini ไม่ใช่โปรโตคอลในตัวเอง แต่เป็นชั้นอำพรางที่ทำงานอยู่บนโปรโตคอลเหล่านั้น ตารางนี้เรียงเทียบตามแพ็กเกจ ตำแหน่ง ความเร็ว ความเสถียร การอำพราง และการใช้งานทั่วไป
| หัวข้อ | SingLink Beta | SingLink Sola | SingLink 2.0 | SingLink Mini |
|---|---|---|---|---|
| แพ็กเกจ | ทุกแพ็กเกจ: แผนฟรี, Fast, Plus, Pro, Max, Rich | Plus, Pro, Max, Rich (ไม่รวมแผนฟรีและ Fast) | Pro, Max, Rich | Plus, Pro, Max, Rich โดยแสดงเฉพาะบนโปรโตคอลพื้นฐานที่แพ็กเกจนั้นเปิดใช้อยู่แล้ว |
| ตำแหน่ง | โปรโตคอลเน้นความเร็วสำหรับการเชื่อมต่อประจำวัน | โปรโตคอลขนส่งประสิทธิภาพสูงรุ่นใหม่ที่สร้างใหม่บนชุดเทคโนโลยี SingLink 2.0 | โปรโตคอลความเสถียรสูงสำหรับเครือข่ายที่ยากลำบาก | ชั้นอำพราง ไม่ใช่โปรโตคอลในตัวเอง ทำงานอยู่บน Beta, Sola หรือ SingLink 2.0 |
| เพดานความเร็ว | เพิ่มตามระดับแพ็กเกจ สูงสุด 1 Gbps ในแพ็กเกจระดับสูง | เร็วกว่า Beta โดยรวม และดีขึ้นอีกทั้งด้านความเร็ว ความหน่วง การสูญหายของแพ็กเก็ต และการใช้แบนด์วิดท์ | เน้นความเสถียรมากกว่าตัวเลขสูงสุดจากการทดสอบความเร็ว | ขึ้นอยู่กับโปรโตคอลพื้นฐาน |
| ความเสถียร | โหนดฟรีใช้ร่วมกันจึงผันผวนในช่วงเวลาที่มีผู้ใช้มาก ส่วนแพ็กเกจแบบชำระเงินใช้ทรัพยากรที่จัดสรรแยกไว้ | การสูญหายของแพ็กเก็ตน้อยกว่า Beta สะดุดและเชื่อมต่อใหม่น้อยลง | ความเสถียรของการเชื่อมต่อสูงสุด 99% หลุดและเชื่อมต่อใหม่น้อยลง | คงการเชื่อมต่อของโปรโตคอลพื้นฐานไว้ และปรับแต่งให้เริ่มต้นเร็วและเชื่อมต่อได้เสถียร |
| การอำพราง | เพิ่มชั้นอำพราง Mini ได้ (Beta Mini) | เพิ่มชั้นอำพราง Mini ได้ (Sola Mini) | เพิ่มชั้นอำพราง Mini ได้ (2.0 Mini) | เป็นชั้นอำพรางเอง เปลี่ยนลักษณะที่การเชื่อมต่อปรากฏบนเครือข่าย ไม่ได้เปลี่ยนวิธีเข้ารหัส |
| การใช้งานทั่วไป | ท่องเว็บ โซเชียลมีเดีย วิดีโอ HD เกมเบา ๆ | สตรีมมิง 4K วิดีโอคอลและรีโมตเดสก์ท็อป ไฟล์ขนาดใหญ่และการซิงก์คลาวด์ | ประชุมวิดีโอนาน ๆ การรับส่งข้อมูลขนาดใหญ่ต่อเนื่อง การทำงานทางไกล เครือข่ายที่หลุดง่าย | วิดีโอเริ่มเล่นทันที สตรีมมิงความเร็วสูง การโทรด้วยเสียง และการใช้งานอื่นที่ต้องการความหน่วงต่ำ |
ตัวเลขมาจากเอกสารทางการของ SingLinkVPN ผลจริงขึ้นอยู่กับภูมิภาค ผู้ให้บริการเครือข่าย อุปกรณ์ และภาระของโหนด และโหนดที่คุณใช้ได้จะแสดงแบบเรียลไทม์ในแอป
อ่านคู่มือฉบับเต็มของทั้งสี่โปรโตคอลหน้านี้ไม่ให้คะแนนเป็นดาวหรือจัดอันดับความเร็วแบบสัมบูรณ์แก่โปรโตคอลใด ตัวเลขของโปรโตคอลของ SingLinkVPN เอง (สูงสุด 1 Gbps และความเสถียรสูงสุด 99%) มาจากเอกสารทางการของ SingLinkVPN ส่วนโปรโตคอลของบุคคลที่สามอธิบายจากเอกสารทางการของแต่ละโครงการเท่านั้น พร้อมระบุข้อจำกัดของแต่ละตัว
ข้อกำหนดที่เผยแพร่โดยผู้เขียนโปรโตคอล หน่วยงานมาตรฐาน หรือผู้ดูแลทางการ
เอกสารทางการ ซอร์สโค้ดสาธารณะ และคำชี้แจงของผู้ดูแล
ขอบเขตการออกแบบที่เปิดเผยในเอกสารไวท์เปเปอร์และรายงานทางเทคนิคของ SingLink
ประสิทธิภาพและความพร้อมใช้งานแตกต่างตามอุปกรณ์ เซิร์ฟเวอร์ และสภาพเครือข่าย
“ไม่มีเอกสารสาธารณะ” ไม่ได้หมายความว่าไม่ปลอดภัย แต่หมายความว่าหลักฐานสาธารณะยังไม่เพียงพอสำหรับข้อสรุปที่เจาะจงกว่านี้
ตารางนี้เปรียบเทียบเฉพาะคุณลักษณะการออกแบบที่เผยแพร่ในเอกสารทางการของแต่ละโครงการ ไม่ใช่การจัดอันดับประสิทธิภาพแบบสัมบูรณ์ และไม่ได้สื่อถึงความเข้ากันได้ของโค้ดหรือผลการตรวจสอบความปลอดภัย ผลจริงยังขึ้นอยู่กับการพัฒนา เซิร์ฟเวอร์ ระยะทาง คุณภาพเครือข่าย และการตั้งค่า
| หัวข้อ | SingLink | VLESS | AnyTLS | Shadowsocks | WireGuard |
|---|---|---|---|---|---|
| บทบาทที่เผยแพร่ | ตระกูลโปรโตคอลของ 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 และ UDP | UDP เท่านั้น ทางการไม่รองรับโหมด TCP |
| การติดตั้งและดูแล | แอปและโหนดของ SingLinkVPN จัดการให้ครบทั้งระบบ ใช้ได้ตามแพ็กเกจ | โปรโตคอลแบบเปิด คุณติดตั้งเซิร์ฟเวอร์เอง (เช่น Xray-core) และดูแลการตั้งค่าเอง | โปรโตคอลแบบเปิดที่มีการพัฒนาอ้างอิงคือ anytls-go คุณติดตั้งและดูแลเอง | โปรโตคอลแบบเปิดที่มีการพัฒนาแบบโอเพนซอร์สหลายตัว คุณติดตั้งและดูแลเอง | เป็นโอเพนซอร์สและมีอยู่ในเคอร์เนล Linux เหมาะกับการโฮสต์เองและการผสานเข้ากับระบบ |
เอกสารของ SingLink 2.0 แบ่งการเชื่อมต่อออกเป็นงานระนาบควบคุม DNS และการกำหนดเส้นทาง การยืนยันตัวตน การขนส่ง การกู้คืน และการล้างสถานะ นี่คือสรุปขั้นตอนที่เผยแพร่แล้ว
ไคลเอนต์รับข้อมูลบัญชี เซิร์ฟเวอร์ และการตั้งค่าโปรโตคอลที่จำเป็นสำหรับการเชื่อมต่อครั้งนี้
เลือกการแปลงชื่อและเส้นทางทราฟฟิกจากโดเมน ปลายทาง กฎ และสถานะเครือข่าย
ไคลเอนต์ตรวจสอบเซิร์ฟเวอร์ เจรจาคีย์ และสร้างสถานะเซสชัน
จัดการสตรีมที่เชื่อถือได้ ดาตาแกรม การควบคุมการไหล และ MTU ตามประเภทการเชื่อมต่อ
จัดการการเปลี่ยนเครือข่าย ความล้มเหลว การเชื่อมต่อใหม่ และการเลือกเซิร์ฟเวอร์ใหม่
ปิดการเชื่อมต่อและล้างสถานะชั่วคราวที่ไม่จำเป็นอีกต่อไป
ทรัพยากรทั้งสามมีหน้าที่ต่างกัน รายงานทางเทคนิคอธิบายการทำงาน เอกสารไวท์เปเปอร์กำหนดการออกแบบที่เปิดเผย และการตรวจสอบอิสระยืนยันเวอร์ชันและขอบเขตที่ระบุไว้ในรายงาน
อธิบายการตั้งค่า DNS การกำหนดเส้นทาง การยืนยันตัวตน เซสชัน TCP, UDP การกู้คืน และการล้างสถานะ
อ่านรายงานทางเทคนิคบันทึกเวอร์ชันของโปรโตคอลและแอป ระนาบควบคุมและระนาบข้อมูล โมเดลอ้างอิง ขอบเขตการทดสอบ และสถานะของหลักฐานสาธารณะ
อ่านเอกสารไวท์เปเปอร์ทางการตรวจดูเวอร์ชันที่ทดสอบ ขอบเขตแพลตฟอร์ม ผลการตรวจพบ ข้อจำกัด ไฟล์รายงาน และข้อมูลยืนยัน SHA-256
ดูการตรวจสอบความปลอดภัยรายงานทางเทคนิคของ 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
สำหรับผู้ใช้ที่ติดตั้งเซิร์ฟเวอร์ จัดการคีย์และการตั้งค่าได้เอง และเข้าใจข้อจำกัดด้านความปลอดภัยของแต่ละโปรโตคอล
ทดสอบในเครือข่ายปัจจุบัน
แอปสลับโปรโตคอลได้ด้วยการแตะครั้งเดียว ความพร้อมใช้งานเปลี่ยนไปตามภูมิภาค ผู้ให้บริการเครือข่าย และเวลา จึงควรทดสอบโหนดที่มีอยู่ในขณะนั้นโดยตรง
มีโปรโตคอลขนส่งสามตัว ได้แก่ Beta, Sola และ SingLink 2.0 พร้อมชั้นอำพราง Mini ที่ทำงานอยู่บนโปรโตคอลเหล่านั้น Beta ใช้ได้ในทุกแพ็กเกจ Sola และ Mini เริ่มที่ Plus ส่วน SingLink 2.0 ใช้ได้กับ Pro, Max และ Rich
ไม่ใช่ 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 เมื่อการเชื่อมต่อต้องคงอยู่เป็นเวลานาน แอปสลับโปรโตคอลได้ด้วยการแตะครั้งเดียว คุณจึงเปรียบเทียบได้โดยตรง
VLESS เป็นโปรโตคอลขนส่งที่ไม่เก็บสถานะและน้ำหนักเบา ต้องทำงานภายในความปลอดภัยของการขนส่งชั้นนอกอย่าง TLS หรือ REALITY หรือใช้ VLESS Encryption ซึ่งเป็นตัวเลือกเสริม AnyTLS เป็นโปรโตคอลพร็อกซีบนพื้นฐาน TLS ที่เน้นลดลายนิ้วมือของการแฮนด์เชก TLS in TLS ส่วน SingLink ยังครอบคลุมจุดรับทราฟฟิกของแอป DNS การกำหนดเส้นทางอัจฉริยะ สิทธิ์ตามแพ็กเกจ และการจัดสรรโหนด การเปรียบเทียบนี้จึงเป็นเรื่องขอบเขตของระบบ ไม่ใช่การอ้างว่าตัวใดเร็วกว่า
Shadowsocks เข้ารหัสด้วยคีย์ที่แชร์ไว้ล่วงหน้า และข้อกำหนดรุ่น 2022 ระบุว่าทราฟฟิกแยกไม่ออกจากสตรีมไบต์แบบสุ่ม แต่ไม่มี forward secrecy ส่วน WireGuard เป็นอุโมงค์แบบกะทัดรัดที่ใช้ UDP เท่านั้น และทางการระบุว่าไม่ได้มุ่งเน้นการทำให้ทราฟฟิกสับสน ทั้งสองต้องมีเซิร์ฟเวอร์ที่คุณติดตั้งและดูแลเอง ขณะที่โปรโตคอลของ SingLinkVPN ได้รับการจัดการครบทั้งระบบโดยแอปและโหนดของบริการ
SingLink 2.0 ระบุสถาปัตยกรรมโปรโตคอลและความสามารถของเซิร์ฟเวอร์ ส่วนหมายเลขเวอร์ชันของแอประบุรุ่นของซอฟต์แวร์ ระบบเวอร์ชันทั้งสองจัดการแยกกันอย่างอิสระ
ไม่มีคำตอบถาวรหากไม่มีเงื่อนไขการทดสอบ ภาระของโปรโตคอลเป็นเพียงปัจจัยหนึ่ง ประสิทธิภาพของอุปกรณ์ ภาระของเซิร์ฟเวอร์ ระยะทาง MTU ผู้ให้บริการเครือข่าย และความแออัดล้วนเปลี่ยนผลลัพธ์ได้
อ่านข้อกำหนดหลัก ตรวจขอบเขตของการพัฒนา และทดสอบบนอุปกรณ์และเครือข่ายของคุณเอง คู่มือนี้ เอกสารไวท์เปเปอร์ การตรวจสอบความปลอดภัย และฟีด ใช้วันที่แก้ไขจริง