SingLinkLabs · Protocol Paper 01
Kertas Putih Teknikal Protokol SingLink
Seni bina SingLink 2.0, kitaran hayat sambungan lengkap dan sempadan protokol
SingLink 2.0 ialah protokol penghantaran rangkaian rasmi yang dibangunkan secara bebas oleh SingLinkVPN, bukan versi perisian klien. Artikel ini mengambil satah kawalan, satah data dan kitaran hayat sambungan lengkap sebagai talian utama untuk menerangkan keupayaan awam protokol, model pelaksanaan rujukan, sempadan data ujian dan perbezaan protokol luaran.
- Document
- SLP-WP-01
- Revision
- 1.0
- Published
- 2026-07-29
- Language
- Bahasa Melayu
Penjanaan protokol dan versi klien diuruskan secara bebas. Ketersediaan nod tertakluk kepada status masa nyata pelanggan.
Langgan Suapan AtomScope and evidence
Skop, Kesimpulan dan Sempadan Bukti
Ini bukan halaman pemasaran, tetapi penerangan sistem daripada pemerolehan konfigurasi kepada pembersihan sambungan. Setiap item membezakan antara keupayaan yang disahkan, penerangan reka bentuk awam dan model pelaksanaan rujukan.
SingLink 2.0 ialah penjanaan protokol penghantaran rangkaian rasmi yang dibangunkan secara bebas oleh SingLinkVPN. "2.0" mewakili nama protokol dan penjanaan protokol, bukan nombor versi perisian Windows, macOS, Android, iOS atau pelanggan lain.
Sempadan produk protokol bukan sekadar format bait dari klien ke pelayan, tetapi juga melibatkan kebenaran akaun dan nod, pemprosesan DNS, pemuatan pintar, pemilihan nod, pengesanan kesihatan sesi, penukaran rangkaian dan pemulihan kegagalan.
Dari halaman produk, keupayaan pelanggan dan kaliber awam rasmi.
Huraikan masalah yang perlu diselesaikan oleh protokol dan sempadan sistem yang terdedah pada masa ini.
Digunakan untuk menerangkan kemungkinan pelaksanaan, tidak bersamaan dengan spesifikasi binari yang diterbitkan.
Versioning
Penjanaan protokol bukan versi perisian
Protocol
SingLink 2.0
Mewakili evolusi keseluruhan penjanaan protokol pengangkutan, rundingan keupayaan, model sesi dan dasar keserasian.
Client software
Setiap platform mempunyai nombor sendiri
Pelanggan Windows, macOS, Android, iOS, Linux dan TV diuruskan mengikut rentak keluaran masing-masing dan tidak akan dicampur dengan protokol 2.0.
System architecture
Pemisahan satah kawalan dan satah data
Pesawat kawalan bertanggungjawab untuk kebenaran, konfigurasi dan penjadualan nod; pesawat data bertanggungjawab ke atas saluran yang sebenarnya membawa trafik pengguna. Mengasingkan kedua-duanya membantu mengehadkan skop data sensitif dan mengasingkan kegagalan.
Control plane
permukaan kawalan
- 01 Kebenaran akaun dan pakej
- 02 Senarai keupayaan nod dan protokol
- 03 Konfigurasi jangka pendek, strategi dan pembatalan
- 04 Kesihatan nod dan maklumat penjadualan
Data plane
Pesawat data
- 01 Trafik mengambil alih dan memajukan
- 02 TCP, UDP dan pembawa aliran logik
- 03 Status sesi dan pengesanan kesihatan
- 04 Kembalikan penyahkapsulan data
Connection lifecycle
22 peringkat pemprosesan
Daripada kebenaran akaun, pintu masuk rangkaian sistem untuk mengembalikan penyahkapsulan data dan pembersihan keselamatan, proses berikut mengekalkan pautan teknikal yang lengkap dan menandakan status bukti untuk setiap langkah.
- 01
Log masuk akaun dan pengesahan kebenaran
Keupayaan yang disahkanPelanggan mendapatkan pakej, nod dan kebenaran protokol yang tersedia untuk akaun semasa. Bukti kelayakan pengesahan hendaklah berumur pendek, boleh dibatalkan dan dipisahkan daripada status pemajuan data berikutnya.
- 02
Penghantaran konfigurasi nod dan protokol
Penerangan reka bentuk awamSatah kawalan mengembalikan alamat nod, port, protokol yang tersedia dan dasar yang diperlukan, dan tidak boleh secara langsung menyampaikan kunci induk jangka panjang atau medan sensitif yang tidak diperlukan kepada pelanggan.
- 03
Wujudkan pintu masuk rangkaian sistem
Keupayaan yang disahkanPelanggan menerima trafik yang perlu diproses melalui mod TUN, proksi sistem atau sambungan rangkaian platform. Pintu masuk khusus bergantung pada keupayaan sistem pengendalian.
- 04
Resolusi DNS dan penentuan nama domain
Keupayaan yang disahkanDasar yang konsisten mesti digunakan untuk permintaan DNS dan sambungan seterusnya untuk mengelakkan nama domain melalui proksi semasa DNS masih bocor daripada rangkaian tempatan atau menyebabkan lencongan yang salah.
- 05
Pengedaran trafik pintar dan penghakiman laluan
Keupayaan yang disahkanMenentukan sambungan sebagai langsung, proksi atau disekat berdasarkan peraturan, aplikasi, nama domain sasaran, IP dan status rangkaian.
- 06
Pemilihan nod
Keupayaan yang disahkanMod manual menggunakan nod yang ditentukan pengguna; mod pintar boleh memilih nod calon berdasarkan kependaman, ketersediaan, muatan, rantau dan kebenaran pakej.
- 07
Perundingan keupayaan protokol
Penerangan reka bentuk awamPelanggan dan pelayan mengesahkan generasi dan keupayaan protokol yang disokong oleh kedua-dua pihak. Pelanggan lama tidak seharusnya mendayakan tingkah laku tidak serasi secara senyap apabila ia tidak dapat mengenali keupayaan baharu.
- 08
Pengesahan dan anti-main semula
Model pelaksanaan rujukanNod mengesahkan bahawa akaun atau sesi adalah sah dan harus menghalang data pengesahan lama daripada digunakan semula melalui penuaan, rawak atau mekanisme yang setara.
- 09
Pertukaran kunci dan kunci sesi
Model pelaksanaan rujukanProtokol memerlukan mewujudkan konteks penyulitan berasingan untuk sambungan semasa. Suite sifir tertentu, medan jabat tangan dan tempoh putaran mesti tertakluk kepada spesifikasi awam masa hadapan.
- 10
Buat Sesi
Model pelaksanaan rujukanSesi mewakili sesi penghantaran antara klien dan nod, yang boleh membawa status sambungan, maklumat keupayaan, degupan jantung dan satu atau lebih aliran logik.
- 11
Wujudkan Strim atau sambungan proksi bebas
Model pelaksanaan rujukanSetiap permintaan aplikasi boleh dipetakan ke Strim logik dalam Sesi, atau sambungan bebas boleh diwujudkan; kaedah terakhir bergantung kepada pelaksanaan awam.
- 12
Enkapsulasi bingkai data
Model pelaksanaan rujukanMaklumat destinasi, pengenalan strim, panjang muatan, arahan kawalan dan data diperlukan untuk membentuk bingkai yang boleh dihuraikan; halaman ini tidak mencipta medan binari tidak berdokumen.
- 13
pemprosesan trafik TCP
Penerangan reka bentuk awamAliran bait TCP perlu mengekalkan susunan, mengendalikan penutupan separuh dan penutupan tidak normal, dan menghantar tekanan belakang sisi aplikasi ke bahagian pengangkutan.
- 14
UDP dan pemprosesan trafik QUIC
Penerangan reka bentuk awamDatagram UDP perlu mengekalkan sempadan mesej dan mengurus tamat masa sesi; Perkhidmatan jenis UDP seperti QUIC juga perlu mengelakkan penyekatan kepala baris yang tidak perlu.
- 15
Kawalan aliran dan tekanan belakang
Model pelaksanaan rujukanApabila kelajuan penggunaan pelanggan, nod atau perkhidmatan sasaran menjadi perlahan, pertumbuhan penimbal harus dihadkan untuk menghalang satu Strim daripada menurunkan keseluruhan Sesi.
- 16
Pembungkusan kecil, Padding dan penampilan trafik
Model pelaksanaan rujukanPembungkusan dan pelapik hanya boleh digunakan sebagai sebahagian daripada strategi penghantaran dan tidak boleh digambarkan sebagai siluman mutlak; keadaan dan overhed yang membolehkannya memerlukan ujian dan pengesahan.
- 17
MTU dan pengendalian saiz paket
Penerangan reka bentuk awamOverhed terowong akan mengurangkan MTU yang tersedia, dan kegagalan paket besar perlu dikurangkan melalui pengelakan pemecahan, pelarasan MSS, atau mekanisme yang setara.
- 18
Kelewatan, kehilangan paket dan pengendalian kesesakan
Model pelaksanaan rujukanProtokol harus mengawal rentak penghantaran dan penghantaran semula berdasarkan maklum balas rangkaian, dan membezakan antara kehilangan paket sebenar, kelewatan giliran dan kegelisahan rangkaian jangka pendek.
- 19
Denyutan jantung dan pengesanan kesihatan
Keupayaan yang disahkanPantau status sesi dan nod secara berterusan untuk mengelak bergantung semata-mata pada tamat masa sistem pengendalian yang lama untuk mengesan sambungan mati.
- 20
Penukaran rangkaian dan pemulihan sesi
Keupayaan yang disahkanSelepas bertukar antara Wi-Fi dan rangkaian mudah alih, pelanggan mengesahkan semula kemasukan rangkaian, DNS, penghalaan dan sesi penghantaran dan menyambung semula sambungan mengikut keupayaannya.
- 21
Kegagalan nod dan pensuisan automatik
Keupayaan yang disahkanDalam kes kegagalan lembut, sesi boleh dibina semula terlebih dahulu, dan dalam kes kegagalan keras, nod yang tersedia boleh ditukar. Semasa proses pensuisan, penghalaan sistem mesti dipulihkan dan trafik harus dielakkan daripada sambungan langsung yang tidak dijangka.
- 22
Kembalikan data, penyahkapsulan dan pembersihan keselamatan
Penerangan reka bentuk awamPelanggan mengesahkan dan menyahkapsul data yang dikembalikan, dan mengosongkan status sesi sementara, kunci cache, penghalaan dan perubahan DNS selepas sambungan selesai.
Traffic entry and routing
Pengambilalihan trafik, DNS dan pemunggahan pintar
Kemasukan rangkaian sistem, resolusi nama domain dan pertimbangan penghalaan mesti berkongsi konteks yang sama untuk mengelakkan kebocoran DNS, ralat keluar dan sambungan langsung yang tidak dijangka.
Sistem desktop boleh menggunakan mod TUN atau proksi sistem; platform mudah alih dan TV menggunakan keupayaan pengembangan rangkaian masing-masing. Platform yang berbeza mempunyai API yang berbeza, tetapi matlamat dasar adalah sama: trafik yang memerlukan proksi memasuki terowong dan trafik yang tidak memerlukan proksi disambungkan secara langsung mengikut peraturan.
Memproksi hanya trafik aplikasi dan membenarkan DNS untuk terus melalui rangkaian tempatan boleh mendedahkan nama domain atau mendapatkan keputusan resolusi yang tidak sesuai untuk keluar semasa. Oleh itu, padanan nama domain, pertanyaan DNS, caching IP dan penubuhan sambungan mesti menggunakan konteks penghalaan yang sama.
sambungan langsung
Perkhidmatan atau sasaran tempatan yang secara eksplisit tidak memerlukan proksi menggunakan rangkaian tempatan.
ejen
Selepas pengesahan kebenaran, sambungan diwujudkan melalui nod SingLink yang dipilih.
blok
Sambungan dinafikan apabila peraturan keselamatan dipukul atau sasaran tanpa kebenaran dipukul.
Authentication
Sesi pengesahan dan disulitkan
Jawapan pengesahan kebenaran "Bolehkah akaun ini menggunakan nod dan protokol ini"; Pengesahan penghantaran menjawab "Sama ada sambungan semasa adalah daripada klien yang sah". Kedua-duanya harus menggunakan keadaan sesi jangka pendek dan boleh dibatalkan dan menghalang maklumat pengesahan lama daripada dimainkan semula.
Pelanggan dan nod juga perlu mengesahkan generasi dan keupayaan protokol yang disokong oleh kedua-dua pihak. Pihak yang tidak mengiktiraf keupayaan baharu mesti menurunkan taraf atau menolak sambungan dengan selamat dan tidak boleh mendayakan tingkah laku yang tidak serasi tanpa pengesahan.
Disclosure boundary
Butiran kriptografi yang tidak diterbitkan
Maklumat sedia ada tidak mencukupi untuk mengenal pasti medan jabat tangan tertentu, suite sifir, fungsi terbitan utama, tempoh putaran dan format paket binari. Artikel ini hanya menerangkan matlamat keselamatan dan tidak menulis AES, versi TLS, lengkung tertentu atau panjang medan tetap sebagai fait accompli.
Session model
Sesi, Strim dan Bingkai Data
Gunakan model sesi hierarki untuk menerangkan hubungan antara sambungan aplikasi, aliran logik dan konteks pengangkutan nod sambil menjelaskan sempadan format yang tidak didedahkan.
Session
Konteks pengangkutan antara klien dan nod boleh membawa hasil pengesahan, keupayaan, degupan jantung dan kawalan aliran peringkat sambungan.
Stream
Sambungan Apl Logik. Sama ada berbilang Strim berkongsi Sesi bergantung pada pelaksanaan awam terakhir dan dasar platform.
Bingkai data perlu menyatakan sekurang-kurangnya arahan kawalan, aliran logik, sempadan beban dan status ralat; sebelum format rasmi didedahkan kepada umum, halaman ini tidak akan memberikan jadual medan yang tidak disahkan.
Transport
TCP, UDP dan QUIC
TCP
strim bait yang dipesan
Kekalkan susunan bait, kendalikan ralat sambungan separuh rapat, rapat tidak normal, tekanan belakang dan sasarkan, dan halang sambungan perlahan daripada mengisi penimbal Sesi.
UDP
sempadan datagram
Mengekalkan sempadan datagram dan mengekalkan sasaran dan status tamat masa; jika UDP-over-TCP digunakan, penyekatan kepala talian dan amplifikasi kehilangan paket perlu dinilai.
QUIC
Pengangkutan yang boleh dipercayai melalui UDP
Cuba untuk mengekalkan kesesakan QUIC sendiri dan kelebihan penghantaran semula untuk mengelakkan pemulihan berulang yang disebabkan oleh lapisan kebolehpercayaan tambahan.
Reliability
Kawalan aliran, MTU, degupan jantung dan pemulihan
Sambungan yang stabil bukanlah butang sambung semula automatik, tetapi mesin keadaan yang terdiri daripada penimbalan, pembungkusan paket, pengesanan kesihatan, pemulihan laluan dan penukaran nod.
kawalan aliran
Laraskan tetingkap penghantaran mengikut kelajuan penggunaan untuk mengelakkan menyekat keseluruhan sesi dengan satu aliran.
Pengendalian MTU
Pertimbangkan overhed tambahan terowong untuk mengurangkan risiko pemecahan dan lubang hitam.
pemeriksaan kesihatan
Tentukan sambungan berdasarkan degupan jantung, kelewatan, kehilangan paket dan status pemajuan sebenar.
pemulihan rangkaian
Selepas rangkaian terputus, portal, DNS, penghalaan dan sesi dibina semula untuk mengelakkan trafik daripada disambungkan secara langsung secara tidak sengaja.
Product comparison
SingLink 2.0 dan Beta
| penunjuk | SingLink 2.0 | SingLink Beta |
|---|---|---|
| Kedudukan | perjanjian rasmi antara generasi | Protokol pratonton kelajuan-pertama |
| Kadar kestabilan ujian A/B dalaman | 99.5％ | Sehingga kira-kira 97% |
| Fokus laju | Keseimbangan kelajuan, kestabilan dan keserasian | Nilai puncak melebihi 1Gbps dalam keadaan yang sesuai |
| Kebenaran nod protokol | Pro, Max dan Kaya | Semua pakej |
| tukar strategi | Fokus pada keserasian dan pemulihan jangka panjang | Digunakan untuk pengesahan keupayaan dan prestasi baharu |
External protocols
Perbandingan sempadan dengan VLESS dan AnyTLS
Asas perbandingan adalah dokumen awam rasmi setiap projek. Di sini kami membandingkan kedudukan, sempadan sistem dan keupayaan pendedahan, dan tidak mencampurkan nombor pemasaran ke dalam kesimpulan protokol yang mendasari.
| Dimensi | Skop Kertas Putih SingLink | Skop awam VLESS | AnyTLS skop awam |
|---|---|---|---|
| kedudukan awam | Sistem keseluruhan satah kawalan produk dan satah data penghantaran | Protokol pengangkutan klien dan pelayan tanpa kewarganegaraan, ringan | protokol proksi berasaskan TLS dan pelaksanaan rujukan |
| Identiti dan Tujuan | Akaun, kebenaran nod, sesi dan kerjasama penghalaan | UUID, arahan, port dan alamat sasaran | TLS pasca pengesahan, kemudian buat sesi |
| Session／Stream | Penjelasan model rujukan, format yang tepat belum didedahkan | Sokongan Mux, butiran ditentukan oleh pelaksanaan dan konfigurasi | Dedahkan bingkai sesi, pemultipleksan strim dan arahan |
| penampilan lalu lintas | Strategi penghantaran untuk disahkan, tidak menuntut halimunan mutlak | Dokumen rasmi menerangkan Aliran pilihan dan mekanisme lain | Pendedahan subkontrak, pelan padding dan mekanisme kemas kini |
| Ketahanan | Pengesanan kesihatan, pemotongan rangkaian, pembinaan semula sesi dan penukaran nod | Bertanggungjawab untuk ekologi Xray dan kombinasi penghantaran khusus | Protokol v2 mendedahkan SYNACK, degupan jantung dan rundingan pelayan |
| sistem produk | DNS, pemuatan pintar, kebenaran pakej dan penjadualan nod | Tidak bersamaan dengan permukaan kawalan produk VPN yang lengkap | Tidak bersamaan dengan permukaan kawalan produk VPN yang lengkap |
Jadual ini tidak mewakili keserasian kod, kedudukan prestasi atau kesimpulan audit keselamatan.
Platforms and openness
Keserasian merentas platform dan sempadan sumber terbuka
Konsistensi platform
SingLinkVPN merangkumi peranti iOS, Android, Windows, macOS, Linux dan TV. Konsistensi merentas platform tidak bermakna setiap platform menggunakan API sistem yang sama, tetapi mengekalkan set kebenaran, penghalaan, nod dan logik pemilihan protokol yang sama, dan mematuhi had pengembangan rangkaian setiap sistem pengendalian.
Skop awam
Kod sumber protokol teras SingLink 2.0 masih belum didedahkan sepenuhnya. Arahan yang diterbitkan termasuk dokumentasi teknikal, penerangan seni bina, data penyelidikan, kaedah ujian yang boleh dihasilkan semula, format data, alat pengesahan dan infrastruktur pendedahan kerentanan yang bertanggungjawab.
Frequently asked questions
Soalan Lazim
Q01Apakah SingLink 2.0?
SingLink 2.0 ialah penjanaan protokol penghantaran rangkaian rasmi yang dibangunkan secara bebas oleh SingLinkVPN. Ia digunakan untuk mengatur pengesahan identiti dan kuasa, penghalaan trafik, sesi penghantaran, pemprosesan TCP dan UDP, pengesanan kesihatan dan pemulihan pengecualian.
Q02Adakah SingLink 2.0 versi perisian klien?
Tidak. SingLink 2.0 ialah nama protokol dan penjanaan protokol. Windows, macOS, Android, iOS dan pelanggan lain menggunakan sistem versi perisian bebas.
Q03Apakah perbezaan antara SingLink Beta dan SingLink 2.0?
Beta ialah protokol pratonton untuk pengesahan kelajuan dan keupayaan baharu; SingLink 2.0 ialah penjanaan protokol rasmi, memberi lebih perhatian kepada kestabilan, konsistensi merentas platform, pemulihan sambungan dan keserasian jangka panjang.
Q04Apakah kadar kestabilan SingLink 2.0?
Rekod ujian A/B dalaman SingLinkVPN dalam persekitaran ujian yang ditetapkan ialah 99.5%, dengan kemuncak Beta kira-kira 97%. Ini bukan jaminan untuk semua wilayah dan tempoh masa, dan keputusan sebenar akan dipengaruhi oleh pengendali rangkaian, beban nod, peralatan dan kaedah ujian.
Q05Bagaimanakah SingLink mengendalikan trafik rangkaian?
Pelanggan mula-mula menetapkan pintu masuk rangkaian sistem, melengkapkan DNS dan pengedaran pintar, kemudian memilih nod, mengesahkan kebenaran, menetapkan sesi penghantaran dan merangkum data TCP atau UDP sebelum menghantarnya ke nod.
Q06Bagaimanakah SingLink mengendalikan pemutusan sambungan dan suis rangkaian?
Pelanggan sentiasa memantau sesi dan status nod. Apabila pengecualian berlaku, sesi akan dibina semula, DNS dan penghalaan dipulihkan atau ditukar kepada nod lain yang tersedia berdasarkan keupayaan.
Q07Apakah perbezaan antara SingLink dan VLESS?
VLESS secara rasmi diletakkan sebagai protokol penghantaran pelanggan dan pelayan tanpa negara, ringan. Skop yang diterangkan dalam kertas putih SingLink adalah lebih luas dan juga meliputi satah kawalan produk, kebenaran nod, penghalaan pintar, pengesanan kesihatan dan proses pemulihan; kedua-duanya tidak boleh dibandingkan berdasarkan format bingkai tunggal.
Q08Apakah perbezaan antara SingLink dan AnyTLS?
Spesifikasi awam AnyTLS memfokuskan pada menerangkan pengesahan, Sesi, penggunaan semula Strim, Padding dan degupan jantung melalui TLS. Kertas putih SingLink juga menerangkan kemasukan trafik pelanggan, DNS, penghalaan, kebenaran pakej dan penjadualan nod, jadi perbandingan adalah berdasarkan sempadan sistem dan bukannya mendakwa bahawa pelaksanaan asas adalah sama.
Q09Siapa yang boleh menggunakan SingLink 2.0?
Pada masa ini, nod protokol SingLink 2.0 dibuka terutamanya kepada pakej Pro, Max dan Rich; Nod protokol Beta SingLink terbuka kepada semua pakej. Nod sebenar yang tersedia adalah tertakluk kepada paparan masa nyata pada klien.
Q10Adakah SingLink 2.0 sumber terbuka sepenuhnya?
Pada masa ini, kod sumber protokol teras belum didedahkan sepenuhnya. Dokumen teknikal, data penyelidikan, kaedah ujian, format data, alat pengesahan dan mekanisme pendedahan kerentanan telah dimasukkan ke dalam pelan sumber terbuka berterusan. Skop pendedahan tertakluk kepada gudang SingLinkLabs dan pengumuman rasmi.
References and revision
Data, pautan dalaman dan rekod perubahan
Maklumat protokol luaran
Next step
Alami protokol SingLink 2.0
Nod SingLink 2.0 terbuka terutamanya kepada pakej Pro, Max dan Rich. Bilangan nod dan ketersediaan protokol tertakluk pada paparan masa nyata pada klien.