SingLinkLabs · Protocol Paper 01
SingLink Protokolü Teknik İnceleme Belgesi
SingLink 2.0 mimarisi, eksiksiz bağlantı yaşam döngüsü ve protokol sınırları
SingLink 2.0, bir istemci yazılımı sürümü değil, SingLinkVPN tarafından bağımsız olarak geliştirilen resmi bir ağ iletim protokolüdür. Bu makale, protokolün genel yeteneklerini, referans uygulama modelini, test veri sınırlarını ve harici protokol farklılıklarını açıklamak için kontrol düzlemini, veri düzlemini ve tam bağlantı yaşam döngüsünü ana hatlar olarak ele almaktadır.
- Document
- SLP-WP-01
- Revision
- 1.0
- Published
- 2026-07-29
- Language
- Türkçe
Protokol nesilleri ve istemci sürümleri bağımsız olarak yönetilir. Düğümün kullanılabilirliği istemcinin gerçek zamanlı durumuna bağlıdır.
Atom Feed'e abone olunScope and evidence
Kapsam, Sonuçlar ve Kanıt Sınırları
Bu bir pazarlama sayfası değil, konfigürasyon ediniminden bağlantı temizlemeye kadar bir sistem açıklamasıdır. Her öğe, onaylanmış yetenekler, genel tasarım açıklamaları ve referans uygulama modelleri arasında ayrım yapar.
SingLink 2.0, SingLinkVPN tarafından bağımsız olarak geliştirilen resmi ağ aktarım protokolü neslidir. "2.0", Windows, macOS, Android, iOS veya diğer istemcilerin yazılım sürüm numarasını değil, protokol adını ve protokol oluşturmayı temsil eder.
Protokolün ürün sınırı yalnızca istemciden sunucuya bir bayt biçimi değildir; aynı zamanda hesap ve düğüm izinlerini, DNS işlemeyi, akıllı boşaltmayı, düğüm seçimini, oturum sağlığı algılamayı, ağ değiştirmeyi ve arıza kurtarmayı da içerir.
Ürün sayfasından müşteri yetenekleri ve resmi genel kalibre.
Protokolün çözmesi gereken sorunu ve şu anda açıkta olan sistem sınırlarını açıklayın.
Yayınlanmış bir ikili spesifikasyona eşdeğer olmayan, olası uygulamaları açıklamak için kullanılır.
Versioning
Protokol nesilleri yazılım versiyonları değildir
Protocol
SingLink 2.0
Taşıma protokolü nesillerinin, yetenek anlaşmasının, oturum modellerinin ve uyumluluk politikalarının genel gelişimini temsil eder.
Client software
Her platformun kendi numarası vardır
Windows, macOS, Android, iOS, Linux ve TV istemcileri ilgili sürüm ritimlerine göre yönetilir ve protokol 2.0 ile karıştırılmaz.
System architecture
Kontrol düzlemi ile veri düzleminin ayrılması
Kontrol düzlemi izinlerden, yapılandırmadan ve düğüm planlamasından sorumludur; veri düzlemi aslında kullanıcı trafiğini taşıyan kanallardan sorumludur. İkisini ayırmak, hassas verilerin kapsamının sınırlandırılmasına ve hataların yalıtılmasına yardımcı olur.
Control plane
kontrol yüzeyi
- 01 Hesap ve paket izinleri
- 02 Düğüm ve protokol yetenek listesi
- 03 Kısa vadeli yapılandırma, strateji ve iptal
- 04 Düğüm sağlığı ve planlama bilgileri
Data plane
Veri düzlemi
- 01 Trafiğin devralınması ve iletilmesi
- 02 TCP, UDP ve mantıksal akış taşıyıcısı
- 03 Oturum durumu ve sağlık tespiti
- 04 Dönüş verilerinin kapsülden çıkarılması
Connection lifecycle
22 işlem aşaması
Hesap izinlerinden, sistem ağına girişten dönüş verilerinin ayrıştırılmasına ve güvenlik temizliğine kadar aşağıdaki süreç, teknik bağlantıların tamamını korur ve her adım için kanıt durumunu işaretler.
- 01
Hesap girişi ve izin onayı
Onaylanmış yeteneklerMüşteri, mevcut hesabın mevcut paketlerini, düğümlerini ve protokol izinlerini alır. Kimlik doğrulama kimlik bilgileri kısa ömürlü, iptal edilebilir olmalı ve sonraki veri iletme durumundan ayrılmalıdır.
- 02
Düğüm ve protokol konfigürasyonu teslimi
Genel tasarım açıklamasıKontrol düzlemi, düğüm adresini, bağlantı noktasını, mevcut protokolleri ve gerekli politikaları döndürür ve istemciye doğrudan uzun vadeli ana anahtarları veya gereksiz hassas alanları teslim etmemelidir.
- 03
Sistem ağ girişi oluşturma
Onaylanmış yeteneklerİstemci, işlenmesi gereken trafiği TUN modu, sistem proxy'si veya platform ağ uzantısı aracılığıyla alır. Özel giriş, işletim sisteminin yeteneklerine bağlıdır.
- 04
DNS çözümlemesi ve alan adı belirleme
Onaylanmış yeteneklerDNS hala yerel ağdan sızıntı yaparken veya hatalı yönlendirmeye neden olurken alan adlarının proxy'ler üzerinden geçmesini önlemek için DNS istekleri ve sonraki bağlantılarda tutarlı politikalar kullanılmalıdır.
- 05
Akıllı trafik dağıtımı ve yönlendirme kararı
Onaylanmış yeteneklerKurallara, uygulamaya, hedef alan adına, IP'ye ve ağ durumuna göre bağlantıları doğrudan, proxy veya engellenmiş olarak belirler.
- 06
Düğüm seçimi
Onaylanmış yeteneklerManuel mod, kullanıcı tarafından belirlenen düğümleri kullanır; akıllı mod, aday düğümleri gecikme, kullanılabilirlik, yük, bölge ve paket izinlerine göre seçebilir.
- 07
Protokol yeteneği anlaşması
Genel tasarım açıklamasıİstemci ve sunucu, her iki tarafça desteklenen protokol nesillerini ve yeteneklerini doğrular. Eski istemci, yeni yetenekleri tanıyamadığı zaman uyumsuz davranışları sessizce etkinleştirmemelidir.
- 08
Kimlik doğrulama ve tekrar oynatmayı önleme
Referans uygulama modeliDüğümler, hesabın veya oturumun geçerli olduğunu doğrular ve eski kimlik doğrulama verilerinin eskime, rastgeleleştirme veya eşdeğer mekanizmalar yoluyla yeniden kullanılmasını önlemelidir.
- 09
Anahtar değişimi ve oturum anahtarları
Referans uygulama modeliProtokol, mevcut bağlantı için ayrı bir şifreleme bağlamı oluşturulmasını gerektirir. Belirli şifre paketleri, el sıkışma alanları ve rotasyon periyotları gelecekteki genel spesifikasyonlara tabi olmalıdır.
- 10
Oturum Oluştur
Referans uygulama modeliOturum, istemci ile düğüm arasındaki bağlantı durumunu, yetenek bilgilerini, kalp atışlarını ve bir veya daha fazla mantıksal akışı taşıyabilen iletim oturumunu temsil eder.
- 11
Akış veya bağımsız proxy bağlantısı kurun
Referans uygulama modeliHer uygulama isteği, Oturum içindeki mantıksal bir Akışa eşlenebilir veya bağımsız bir bağlantı kurulabilir; nihai yöntem kamu uygulamasına bağlıdır.
- 12
Veri çerçevesi kapsülleme
Referans uygulama modeliAyrıştırılabilir bir çerçeve oluşturmak için hedef bilgileri, akış tanımlaması, yük uzunluğu, kontrol komutları ve veriler gereklidir; bu sayfa belgelenmemiş ikili alanlar icat etmez.
- 13
TCP trafiği işleme
Genel tasarım açıklamasıTCP bayt akışlarının düzeni sağlaması, yarı kapanmaları ve anormal kapanmaları ele alması ve uygulama tarafındaki karşı basıncı aktarım tarafına iletmesi gerekir.
- 14
UDP ve QUIC trafik işleme
Genel tasarım açıklamasıUDP datagramlarının mesaj sınırlarını koruması ve oturum zaman aşımlarını yönetmesi gerekir; QUIC gibi UDP tipi hizmetlerin de gereksiz hat başı engellemesinden kaçınması gerekir.
- 15
Akış kontrolü ve geri basınç
Referans uygulama modeliİstemcinin, düğümün veya hedef hizmetin tüketim hızı yavaşladığında, tek bir Akışın tüm Oturumu çökertmesini önlemek için arabellek artışı sınırlandırılmalıdır.
- 16
Alt paketleme, Dolgu ve trafik görünümü
Referans uygulama modeliPaketleme ve doldurma yalnızca iletim stratejisinin bir parçası olarak kullanılabilir ve mutlak gizlilik olarak tanımlanamaz; etkinleştirme koşulları ve ek yük, test ve doğrulama gerektirir.
- 17
MTU ve paket boyutu yönetimi
Genel tasarım açıklamasıTünel yükü mevcut MTU'yu azaltacaktır ve parçalanmanın önlenmesi, MSS ayarlaması veya eşdeğer mekanizmalar yoluyla büyük paket hatalarının azaltılması gerekir.
- 18
Gecikme, paket kaybı ve tıkanıklık yönetimi
Referans uygulama modeliProtokol, ağ geri bildirimine dayalı olarak gönderme ritmini ve yeniden iletimi kontrol etmeli ve gerçek paket kaybı, kuyruk gecikmesi ve kısa vadeli ağ titreşimi arasında ayrım yapmalıdır.
- 19
Kalp atışı ve sağlık tespiti
Onaylanmış yeteneklerÖlü bağlantıları tespit etmek için yalnızca işletim sisteminin uzun zaman aşımlarına güvenmekten kaçınmak için oturum ve düğüm durumunu sürekli izleyin.
- 20
Ağ değiştirme ve oturum kurtarma
Onaylanmış yeteneklerİstemci, Wi-Fi ve mobil ağlar arasında geçiş yaptıktan sonra ağ girişini, DNS'yi, yönlendirme ve iletim oturumlarını yeniden onaylar ve yeteneklerine göre bağlantıyı sürdürür.
- 21
Düğüm hatası ve otomatik geçiş
Onaylanmış yeteneklerYazılımsal bir arıza durumunda öncelikle oturum yeniden oluşturulabilir ve donanımsal bir arıza durumunda mevcut düğümler değiştirilebilir. Anahtarlama işlemi sırasında sistem yönlendirmesi yeniden sağlanmalı ve beklenmedik doğrudan bağlantılardan gelen trafik engellenmelidir.
- 22
Verileri döndürme, kapsülleme ve güvenlik temizliği
Genel tasarım açıklamasıİstemci, döndürülen verileri doğrular ve kapsülden çıkarır ve bağlantı tamamlandıktan sonra geçici oturum durumunu, önbellek anahtarlarını, yönlendirmeyi ve DNS değişikliklerini temizler.
Traffic entry and routing
Trafiği devralma, DNS ve akıllı boşaltma
Sistem ağ girişi, alan adı çözümlemesi ve yönlendirme kararı, DNS sızıntılarını, hata çıkışlarını ve beklenmeyen doğrudan bağlantıları önlemek için aynı bağlamı paylaşmalıdır.
Masaüstü sistemleri TUN modunu veya sistem proxy'sini kullanabilir; mobil ve TV platformları ilgili ağ genişletme yeteneklerini kullanır. Farklı platformların farklı API'leri vardır ancak politika hedefleri aynıdır: proxy gerektiren trafik tünele girer ve proxy gerektirmeyen trafik kurallara göre doğrudan bağlanır.
Yalnızca uygulama trafiğinin proxylenmesi ve DNS'nin yerel ağ üzerinden geçmesine izin verilmesi, alan adının açığa çıkmasına veya mevcut çıkışa uygun olmayan çözümleme sonuçlarının elde edilmesine neden olabilir. Bu nedenle alan adı eşleştirme, DNS sorgulama, IP önbelleğe alma ve bağlantı kurma işlemlerinin aynı yönlendirme bağlamını kullanması gerekir.
doğrudan bağlantı
Açıkça proxy gerektirmeyen yerel hizmetler veya hedefler, yerel ağı kullanır.
ajan
İzin doğrulamasının ardından bağlantı, seçilen SingLink düğümü aracılığıyla kurulur.
blok
Güvenlik kuralına dokunulduğunda veya izinsiz hedef vurulduğunda bağlantı reddedildi.
Authentication
Kimlik doğrulama ve şifrelenmiş oturumlar
İzin onayı yanıtları "Bu hesap bu düğümü ve protokolü kullanabilir mi?"; İletim kimlik doğrulaması "Geçerli bağlantının geçerli bir istemciden gelip gelmediği" yanıtını verir. Her ikisi de kısa ömürlü, iptal edilebilir oturum durumunu kullanmalı ve eski kimlik doğrulama bilgilerinin yeniden oynatılmasını önlemelidir.
İstemci ve düğümün ayrıca her iki tarafça desteklenen protokol nesillerini ve yeteneklerini onaylaması gerekir. Yeni yetenekleri tanımayan bir tarafın güvenli bir şekilde sürüm düşürmesi veya bağlantıyı reddetmesi gerekir ve onay almadan uyumsuz davranışı etkinleştiremez.
Disclosure boundary
Yayınlanmamış şifreleme ayrıntıları
Mevcut bilgiler belirli el sıkışma alanlarını, şifre paketlerini, anahtar türetme işlevlerini, rotasyon periyotlarını ve ikili paket formatlarını tanımlamak için yetersizdir. Bu makale yalnızca güvenlik hedeflerini açıklar ve oldu bitti olarak AES, TLS sürümleri, belirli eğriler veya sabit alan uzunlukları yazmaz.
Session model
Oturum, Akış ve Veri Çerçevesi
Açıklanmayan format sınırlarını açıklığa kavuştururken uygulama bağlantıları, mantıksal akışlar ve düğüm aktarım bağlamları arasındaki ilişkiyi açıklamak için hiyerarşik bir oturum modeli kullanın.
Session
İstemci ile düğüm arasındaki aktarım bağlamı, kimlik doğrulama sonuçlarını, yetenekleri, kalp atışlarını ve bağlantı düzeyinde akış kontrolünü taşıyabilir.
Stream
Mantıksal Uygulama bağlantısı. Birden fazla Akışın Oturumları paylaşıp paylaşmaması nihai genel uygulamaya ve platform politikasına bağlıdır.
Veri çerçevesinin en azından kontrol komutlarını, mantık akışını, yük sınırlarını ve hata durumunu ifade etmesi gerekir; Resmi format kamuya açıklanmadan önce bu sayfada doğrulanmamış bir alan tablosu verilmeyecektir.
Transport
TCP, UDP ve QUIC
TCP
sıralı bayt akışı
Bayt sırasını koruyun, yarı kapanma, anormal kapanma, karşı basınç ve hedef bağlantı hatalarını ele alın ve yavaş bağlantıların Oturum arabelleğini doldurmasını önleyin.
UDP
veri birimi sınırları
Datagram sınırlarını koruyun ve hedef ve zaman aşımı durumunu koruyun; TCP üzerinden UDP kullanılıyorsa hat başı engelleme ve paket kaybı amplifikasyonunun değerlendirilmesi gerekir.
QUIC
UDP üzerinden güvenilir aktarım
Ek güvenilirlik katmanlarının neden olduğu tekrarlanan kurtarmaları önlemek için QUIC'in kendi tıkanıklık ve yeniden iletim avantajlarını korumaya çalışın.
Reliability
Akış kontrolü, MTU, kalp atışı ve iyileşme
Kararlı bağlantı, otomatik yeniden bağlanma düğmesi değil, ara belleğe alma, paket paketleme, sağlık tespiti, rota kurtarma ve düğüm değiştirmeden oluşan bir durum makinesidir.
akış kontrolü
Tüm oturumun tek bir akışla engellenmesini önlemek için gönderme penceresini tüketim hızına göre ayarlayın.
MTU kullanımı
Parçalanma ve kara delik riskini azaltmak için tünellerin ek yükünü göz önünde bulundurun.
sağlık kontrolü
Bağlantıyı kalp atışı, gecikme, paket kaybı ve gerçek iletim durumuna göre belirleyin.
ağ kurtarma
Ağ kesildikten sonra trafiğin yanlışlıkla doğrudan bağlanmasını önlemek için portal, DNS, yönlendirme ve oturumlar yeniden oluşturulur.
Product comparison
SingLink 2.0 ve Beta
| gösterge | SingLink 2.0 | SingLink Beta |
|---|---|---|
| Konumlandırma | nesiller arasındaki resmi anlaşma | Hız öncelikli önizleme protokolü |
| Dahili A/B testi kararlılık oranı | 99.5％ | Yaklaşık %97'ye kadar |
| Hız odağı | Hız, kararlılık ve uyumluluk dengesi | Uygun koşullar altında tepe değeri 1 Gbps'yi aşıyor |
| Protokol düğümü izinleri | Pro, Max ve Zengin | Tüm paketler |
| stratejiyi değiştir | Uzun vadeli uyumluluk ve iyileşmeye odaklanın | Yeni yetenek ve performans doğrulaması için kullanılır |
External protocols
VLESS ve AnyTLS ile sınır karşılaştırması
Karşılaştırmanın temeli, her projenin resmi kamu belgeleridir. Burada konumlandırmayı, sistem sınırlarını ve açıklama yeteneklerini karşılaştırıyoruz ve pazarlama rakamlarını temel protokol sonuçlarına karıştırmıyoruz.
| Boyutlar | SingLink Teknik İnceleme Kapsamı | VLESS genel kapsamı | AnyTLS genel kapsamı |
|---|---|---|---|
| halka açık konumlandırma | Ürün kontrol düzlemi ve iletim veri düzleminin genel sistemi | Durum bilgisi olmayan, hafif istemci ve sunucu aktarım protokolü | TLS tabanlı proxy protokolü ve referans uygulaması |
| Kimlik ve Amaç | Hesap, düğüm izinleri, oturum ve yönlendirme işbirliği | UUID, komut, bağlantı noktası ve hedef adresi | Kimlik doğrulama sonrası TLS, ardından oturum oluşturun |
| Session／Stream | Referans model açıklaması, kesin format henüz açıklanmadı | Mux Desteği, ayrıntılar uygulama ve konfigürasyona göre belirlenir | Oturum çerçevelerini, Akış çoğullamayı ve komutları açığa çıkarın |
| trafik görünümü | İletim stratejisinin doğrulanması gerekiyor, mutlak görünmezlik iddiasında değil | Resmi belgelerde isteğe bağlı Akış ve diğer mekanizmalar açıklanmaktadır | Taşeronluk, dolgu planları ve güncelleme mekanizmalarının açıklanması |
| Dayanıklılık | Sağlık tespiti, ağ kesilmesi, oturumun yeniden yapılandırılması ve düğüm değiştirme | Xray ekolojisi ve özel iletim kombinasyonundan sorumlu | Protokol v2, SYNACK'i, kalp atışını ve sunucu anlaşmasını açığa çıkarır |
| ürün sistemi | DNS, akıllı boşaltma, paket izinleri ve düğüm planlaması | Eksiksiz bir VPN ürün kontrol yüzeyine eşdeğer değildir | Eksiksiz bir VPN ürün kontrol yüzeyine eşdeğer değildir |
Bu tablo kod uyumluluğunu, performans sıralamasını veya güvenlik denetimi sonuçlarını temsil etmez.
Platforms and openness
Platformlar arası uyumluluk ve açık kaynak sınırları
Platform tutarlılığı
SingLinkVPN iOS, Android, Windows, macOS, Linux ve TV cihazlarını kapsar. Platformlar arası tutarlılık, her platformun tam olarak aynı sistem API'sini kullandığı anlamına gelmez; ancak aynı izin kümesini, yönlendirmeyi, düğüm ve protokol seçim mantığını sürdürür ve her işletim sisteminin ağ genişletme sınırlamalarına bağlı kalır.
Kamu kapsamı
SingLink 2.0 çekirdek protokolü kaynak kodu henüz tam olarak açıklanmadı. Yayınlanan talimatlar arasında teknik belgeler, mimari açıklamalar, araştırma verileri, tekrarlanabilir test yöntemleri, veri formatları, doğrulama araçları ve sorumlu güvenlik açığı açıklama altyapısı yer alır.
Frequently asked questions
SSS
Q01SingLink 2.0 nedir?
SingLink 2.0, SingLinkVPN tarafından bağımsız olarak geliştirilen resmi bir ağ iletim protokolü neslidir. Kimlik ve yetki doğrulama, trafik yönlendirme, iletim oturumları, TCP ve UDP işleme, sağlık tespiti ve istisna kurtarma işlemlerini düzenlemek için kullanılır.
Q02İstemci yazılımı sürümü SingLink 2.0 mı?
Hayır. SingLink 2.0, protokol adı ve protokol oluşturmadır. Windows, macOS, Android, iOS ve diğer istemciler bağımsız yazılım sürümü sistemlerini kullanır.
Q03SingLink Beta ile SingLink 2.0 arasındaki fark nedir?
Beta, hız ve yeni yetenek doğrulamaya yönelik bir önizleme protokolüdür; SingLink 2.0, kararlılığa, platformlar arası tutarlılığa, bağlantı kurtarmaya ve uzun vadeli uyumluluğa daha fazla önem veren resmi protokol neslidir.
Q04SingLink 2.0'ın kararlılık oranı nedir?
SingLinkVPN'in belirlenmiş test ortamlarındaki dahili A/B testi kaydı %99,5'tir ve Beta zirvesi yaklaşık %97'dir. Bunlar tüm bölgeler ve zaman dilimleri için garanti değildir ve gerçek sonuçlar ağ operatörlerinden, düğüm yüklerinden, ekipmandan ve test yöntemlerinden etkilenecektir.
Q05SingLink ağ trafiğini nasıl yönetir?
İstemci önce bir sistem ağı girişi oluşturur, DNS ve akıllı dağıtımı tamamlar, ardından düğümleri seçer, izinleri doğrular, bir iletim oturumu oluşturur ve düğüme göndermeden önce TCP veya UDP verilerini kapsüller.
Q06SingLink bağlantı kesintilerini ve ağ anahtarlarını nasıl ele alıyor?
İstemci, oturumu ve düğüm durumunu sürekli olarak izler. Bir istisna oluştuğunda, oturum yeniden oluşturulacak, DNS ve yönlendirme geri yüklenecek veya yeteneklere bağlı olarak mevcut diğer düğümlere geçilecektir.
Q07SingLink ve VLESS arasındaki fark nedir?
VLESS resmi olarak durum bilgisi olmayan, hafif bir istemci ve sunucu iletim protokolü olarak konumlandırılmıştır. SingLink teknik incelemesinde açıklanan kapsam daha geniştir ve aynı zamanda ürün kontrol düzlemini, düğüm izinlerini, akıllı yönlendirmeyi, durum tespitini ve kurtarma süreçlerini de kapsar; ikisi tek bir kare formatına göre karşılaştırılmamalıdır.
Q08SingLink ve AnyTLS arasındaki fark nedir?
AnyTLS genel spesifikasyonu, kimlik doğrulamayı, Oturumu, Akışın yeniden kullanımını, Doldurmayı ve TLS üzerinden kalp atışını açıklamaya odaklanır. SingLink teknik incelemesi aynı zamanda istemci trafiği girişini, DNS'yi, yönlendirmeyi, paket izinlerini ve düğüm zamanlamasını da açıklamaktadır; dolayısıyla karşılaştırma, temeldeki uygulamanın aynı olduğunu iddia etmek yerine sistem sınırlarına dayanmaktadır.
Q09SingLink 2.0'ı kimler kullanabilir?
Şu anda SingLink 2.0 protokol düğümleri esas olarak Pro, Max ve Rich paketlerine açıktır; SingLink Beta protokol düğümleri tüm paketlere açıktır. Gerçek kullanılabilir düğümler istemcide gerçek zamanlı görüntülenmeye tabidir.
Q10SingLink 2.0 tamamen açık kaynak mıdır?
Şu anda çekirdek protokolün kaynak kodu tam olarak açıklanmadı. Sürekli açık kaynak planına teknik belgeler, araştırma verileri, test yöntemleri, veri formatları, doğrulama araçları ve güvenlik açığı açıklama mekanizmaları dahil edildi. Açıklamanın kapsamı SingLinkLabs deposuna ve resmi duyurulara tabidir.
References and revision
Veriler, dahili bağlantılar ve değişiklik kayıtları
Harici protokol bilgileri
Next step
SingLink 2.0 protokolünü deneyimleyin
SingLink 2.0 düğümleri esas olarak Pro, Max ve Rich paketlerine açıktır. Düğüm sayısı ve protokolün kullanılabilirliği istemcide gerçek zamanlı görüntülenmeye tabidir.