SingLinkLabs · Protocol Paper 01
SingLink प्रोटोकॉल तकनीकी श्वेतपत्र
सिंगलिंक 2.0 आर्किटेक्चर, पूर्ण कनेक्शन जीवन चक्र और प्रोटोकॉल सीमाएँ
सिंगलिंक 2.0 एक औपचारिक नेटवर्क ट्रांसमिशन प्रोटोकॉल है जिसे स्वतंत्र रूप से सिंगलिंकवीपीएन द्वारा विकसित किया गया है, न कि क्लाइंट सॉफ़्टवेयर संस्करण। यह आलेख प्रोटोकॉल की सार्वजनिक क्षमताओं, संदर्भ कार्यान्वयन मॉडल, परीक्षण डेटा सीमाओं और बाहरी प्रोटोकॉल अंतरों को समझाने के लिए नियंत्रण विमान, डेटा विमान और पूर्ण कनेक्शन जीवन चक्र को मुख्य लाइनों के रूप में लेता है।
- Document
- SLP-WP-01
- Revision
- 1.0
- Published
- 2026-07-29
- Language
- हिन्दी
प्रोटोकॉल पीढ़ियों और क्लाइंट संस्करणों को स्वतंत्र रूप से प्रबंधित किया जाता है। नोड उपलब्धता ग्राहक की वास्तविक समय स्थिति के अधीन है।
एटम फ़ीड की सदस्यता लेंScope and evidence
दायरा, निष्कर्ष और साक्ष्य सीमाएँ
यह कोई मार्केटिंग पेज नहीं है, बल्कि कॉन्फ़िगरेशन अधिग्रहण से लेकर कनेक्शन क्लीनअप तक का सिस्टम विवरण है। प्रत्येक आइटम पुष्टि की गई क्षमताओं, सार्वजनिक डिज़ाइन विवरण और संदर्भ कार्यान्वयन मॉडल के बीच अंतर करता है।
सिंगलिंक 2.0 आधिकारिक नेटवर्क ट्रांसमिशन प्रोटोकॉल पीढ़ी है जिसे स्वतंत्र रूप से सिंगलिंकवीपीएन द्वारा विकसित किया गया है। "2.0" प्रोटोकॉल नाम और प्रोटोकॉल पीढ़ी का प्रतिनिधित्व करता है, न कि विंडोज़, मैकओएस, एंड्रॉइड, आईओएस या अन्य क्लाइंट के सॉफ़्टवेयर संस्करण संख्या का।
प्रोटोकॉल की उत्पाद सीमा केवल क्लाइंट से सर्वर तक एक बाइट प्रारूप नहीं है, बल्कि इसमें खाता और नोड अनुमतियां, डीएनएस प्रोसेसिंग, बुद्धिमान ऑफलोडिंग, नोड चयन, सत्र स्वास्थ्य पहचान, नेटवर्क स्विचिंग और विफलता पुनर्प्राप्ति भी शामिल है।
उत्पाद पृष्ठ, ग्राहक क्षमताओं और आधिकारिक सार्वजनिक क्षमता से।
उस समस्या का वर्णन करें जिसे प्रोटोकॉल को हल करने की आवश्यकता है और वर्तमान में उजागर सिस्टम सीमाएं।
संभावित कार्यान्वयन को समझाने के लिए उपयोग किया जाता है, जो प्रकाशित बाइनरी विनिर्देश के समकक्ष नहीं है।
Versioning
प्रोटोकॉल पीढ़ियाँ सॉफ़्टवेयर संस्करण नहीं हैं
Protocol
SingLink 2.0
परिवहन प्रोटोकॉल पीढ़ियों, क्षमता बातचीत, सत्र मॉडल और संगतता नीतियों के समग्र विकास का प्रतिनिधित्व करता है।
Client software
प्रत्येक प्लेटफ़ॉर्म का अपना नंबर होता है
विंडोज़, मैकओएस, एंड्रॉइड, आईओएस, लिनक्स और टीवी क्लाइंट को उनके संबंधित रिलीज लय के अनुसार प्रबंधित किया जाता है और प्रोटोकॉल 2.0 के साथ मिश्रित नहीं किया जाएगा।
System architecture
नियंत्रण तल और डेटा तल का पृथक्करण
नियंत्रण विमान अनुमतियों, कॉन्फ़िगरेशन और नोड शेड्यूलिंग के लिए जिम्मेदार है; डेटा प्लेन उन चैनलों के लिए ज़िम्मेदार है जो वास्तव में उपयोगकर्ता ट्रैफ़िक ले जाते हैं। दोनों को अलग करने से संवेदनशील डेटा के दायरे को सीमित करने और विफलताओं को अलग करने में मदद मिलती है।
Control plane
नियंत्रण सतह
- 01 खाता और पैकेज अनुमतियाँ
- 02 नोड और प्रोटोकॉल क्षमता सूची
- 03 अल्पकालिक विन्यास, रणनीति और निरसन
- 04 नोड स्वास्थ्य और शेड्यूलिंग जानकारी
Data plane
डेटा प्लेन
- 01 यातायात को संभालना और अग्रेषित करना
- 02 टीसीपी, यूडीपी और तार्किक प्रवाह वाहक
- 03 सत्र की स्थिति एवं स्वास्थ्य का पता लगाना
- 04 डेटा डिकैप्सुलेशन लौटाएँ
Connection lifecycle
22 प्रसंस्करण चरण
खाता अनुमतियों, सिस्टम नेटवर्क प्रवेश से लेकर रिटर्न डेटा डिकैप्सुलेशन और सुरक्षा सफाई तक, निम्नलिखित प्रक्रिया पूर्ण तकनीकी लिंक बनाए रखती है और प्रत्येक चरण के लिए साक्ष्य स्थिति को चिह्नित करती है।
- 01
खाता लॉगिन और अनुमति की पुष्टि
पुष्टि की गई क्षमताएंक्लाइंट चालू खाते के उपलब्ध पैकेज, नोड्स और प्रोटोकॉल अनुमतियाँ प्राप्त करता है। प्रमाणीकरण क्रेडेंशियल अल्पकालिक, प्रतिसंहरणीय और बाद के डेटा अग्रेषण स्थिति से अलग होने चाहिए।
- 02
नोड और प्रोटोकॉल कॉन्फ़िगरेशन वितरण
सार्वजनिक डिज़ाइन विवरणनियंत्रण विमान नोड पता, पोर्ट, उपलब्ध प्रोटोकॉल और आवश्यक नीतियां लौटाता है, और क्लाइंट को सीधे दीर्घकालिक मास्टर कुंजी या अनावश्यक संवेदनशील फ़ील्ड वितरित नहीं करना चाहिए।
- 03
सिस्टम नेटवर्क प्रवेश स्थापित करें
पुष्टि की गई क्षमताएंक्लाइंट को वह ट्रैफ़िक प्राप्त होता है जिसे TUN मोड, सिस्टम प्रॉक्सी या प्लेटफ़ॉर्म नेटवर्क एक्सटेंशन के माध्यम से संसाधित करने की आवश्यकता होती है। विशिष्ट प्रवेश ऑपरेटिंग सिस्टम की क्षमताओं पर निर्भर करता है।
- 04
DNS रिज़ॉल्यूशन और डोमेन नाम निर्धारण
पुष्टि की गई क्षमताएंDNS अनुरोधों और उसके बाद के कनेक्शनों के लिए सुसंगत नीतियों का उपयोग किया जाना चाहिए ताकि डोमेन नामों को प्रॉक्सी के माध्यम से जाने से रोका जा सके, जबकि DNS अभी भी स्थानीय नेटवर्क से लीक हो रहा है या गलत डायवर्जन का कारण बन रहा है।
- 05
बुद्धिमान यातायात वितरण और रूटिंग निर्णय
पुष्टि की गई क्षमताएंनियमों, एप्लिकेशन, लक्ष्य डोमेन नाम, आईपी और नेटवर्क स्थिति के आधार पर कनेक्शन को प्रत्यक्ष, प्रॉक्सी या अवरुद्ध के रूप में निर्धारित करता है।
- 06
नोड चयन
पुष्टि की गई क्षमताएंमैनुअल मोड उपयोगकर्ता-निर्दिष्ट नोड्स का उपयोग करता है; इंटेलिजेंट मोड विलंबता, उपलब्धता, लोड, क्षेत्र और पैकेज अनुमतियों के आधार पर उम्मीदवार नोड्स का चयन कर सकता है।
- 07
प्रोटोकॉल क्षमता वार्ता
सार्वजनिक डिज़ाइन विवरणक्लाइंट और सर्वर दोनों पक्षों द्वारा समर्थित प्रोटोकॉल पीढ़ियों और क्षमताओं की पुष्टि करते हैं। जब पुराना क्लाइंट नई क्षमताओं को नहीं पहचान सकता तो उसे चुपचाप असंगत व्यवहारों को सक्षम नहीं करना चाहिए।
- 08
प्रमाणीकरण और एंटी-रीप्ले
संदर्भ कार्यान्वयन मॉडलनोड्स सत्यापित करते हैं कि खाता या सत्र वैध है और पुराने प्रमाणीकरण डेटा को उम्र बढ़ने, यादृच्छिकीकरण या समकक्ष तंत्र के माध्यम से पुन: उपयोग होने से रोकना चाहिए।
- 09
कुंजी विनिमय और सत्र कुंजी
संदर्भ कार्यान्वयन मॉडलप्रोटोकॉल को वर्तमान कनेक्शन के लिए एक अलग एन्क्रिप्शन संदर्भ स्थापित करने की आवश्यकता है। विशिष्ट सिफर सुइट्स, हैंडशेक फ़ील्ड और रोटेशन अवधि भविष्य के सार्वजनिक विनिर्देशों के अधीन होनी चाहिए।
- 10
सत्र बनाएँ
संदर्भ कार्यान्वयन मॉडलसत्र क्लाइंट और नोड के बीच ट्रांसमिशन सत्र का प्रतिनिधित्व करता है, जो कनेक्शन स्थिति, क्षमता जानकारी, दिल की धड़कन और एक या अधिक तार्किक प्रवाह ले सकता है।
- 11
एक स्ट्रीम या स्वतंत्र प्रॉक्सी कनेक्शन स्थापित करें
संदर्भ कार्यान्वयन मॉडलप्रत्येक एप्लिकेशन अनुरोध को सत्र के भीतर एक तार्किक स्ट्रीम में मैप किया जा सकता है, या एक स्वतंत्र कनेक्शन स्थापित किया जा सकता है; अंतिम विधि सार्वजनिक कार्यान्वयन पर निर्भर करती है।
- 12
डेटा फ़्रेम एनकैप्सुलेशन
संदर्भ कार्यान्वयन मॉडलएक पार्सेबल फ्रेम बनाने के लिए गंतव्य जानकारी, स्ट्रीम पहचान, पेलोड लंबाई, नियंत्रण आदेश और डेटा की आवश्यकता होती है; यह पृष्ठ अनिर्दिष्ट बाइनरी फ़ील्ड का आविष्कार नहीं करता है।
- 13
टीसीपी यातायात प्रसंस्करण
सार्वजनिक डिज़ाइन विवरणटीसीपी बाइट स्ट्रीम को ऑर्डर बनाए रखने, आधे-क्लोज़ और असामान्य क्लोज़ को संभालने और एप्लिकेशन-साइड बैकप्रेशर को ट्रांसपोर्ट साइड में पास करने की आवश्यकता होती है।
- 14
यूडीपी और क्विक ट्रैफिक प्रोसेसिंग
सार्वजनिक डिज़ाइन विवरणयूडीपी डेटाग्राम को संदेश सीमाओं को बनाए रखने और सत्र टाइमआउट प्रबंधित करने की आवश्यकता है; QUIC जैसी यूडीपी-प्रकार की सेवाओं को भी अनावश्यक हेड-ऑफ़-लाइन अवरोधन से बचने की आवश्यकता है।
- 15
प्रवाह नियंत्रण और बैकप्रेशर
संदर्भ कार्यान्वयन मॉडलजब क्लाइंट, नोड या लक्ष्य सेवा की खपत की गति धीमी हो जाती है, तो एकल स्ट्रीम को पूरे सत्र को विफल करने से रोकने के लिए बफर वृद्धि को सीमित किया जाना चाहिए।
- 16
सबपैकेजिंग, पैडिंग और ट्रैफ़िक उपस्थिति
संदर्भ कार्यान्वयन मॉडलपैकेटीकरण और पैडिंग का उपयोग केवल ट्रांसमिशन रणनीति के हिस्से के रूप में किया जा सकता है और इसे पूर्ण गोपनीयता के रूप में वर्णित नहीं किया जा सकता है; इसकी सक्षम स्थितियों और ओवरहेड के लिए परीक्षण और सत्यापन की आवश्यकता होती है।
- 17
एमटीयू और पैकेट आकार प्रबंधन
सार्वजनिक डिज़ाइन विवरणटनल ओवरहेड उपलब्ध एमटीयू को कम कर देगा, और बड़े पैकेट विफलताओं को विखंडन से बचाव, एमएसएस समायोजन, या समकक्ष तंत्र के माध्यम से कम करने की आवश्यकता है।
- 18
देरी, पैकेट हानि और भीड़भाड़ से निपटना
संदर्भ कार्यान्वयन मॉडलप्रोटोकॉल को नेटवर्क फीडबैक के आधार पर भेजने की लय और पुनः प्रसारण को नियंत्रित करना चाहिए, और वास्तविक पैकेट हानि, कतार में देरी और अल्पकालिक नेटवर्क घबराहट के बीच अंतर करना चाहिए।
- 19
दिल की धड़कन और स्वास्थ्य का पता लगाना
पुष्टि की गई क्षमताएंमृत कनेक्शन का पता लगाने के लिए केवल ऑपरेटिंग सिस्टम के लंबे टाइमआउट पर निर्भर रहने से बचने के लिए सत्र और नोड स्थिति की लगातार निगरानी करें।
- 20
नेटवर्क स्विचिंग और सत्र पुनर्प्राप्ति
पुष्टि की गई क्षमताएंवाई-फाई और मोबाइल नेटवर्क के बीच स्विच करने के बाद, क्लाइंट नेटवर्क प्रवेश, डीएनएस, रूटिंग और ट्रांसमिशन सत्र की फिर से पुष्टि करता है, और अपनी क्षमताओं के अनुसार कनेक्शन फिर से शुरू करता है।
- 21
नोड विफलता और स्वचालित स्विचिंग
पुष्टि की गई क्षमताएंसॉफ्ट विफलता के मामले में, सत्र को पहले फिर से बनाया जा सकता है, और हार्ड विफलता के मामले में, उपलब्ध नोड्स को स्विच किया जा सकता है। स्विचिंग प्रक्रिया के दौरान, सिस्टम रूटिंग को बहाल किया जाना चाहिए और अप्रत्याशित प्रत्यक्ष कनेक्शन से ट्रैफ़िक से बचना चाहिए।
- 22
रिटर्न डेटा, डिकैप्सुलेशन और सुरक्षा सफाई
सार्वजनिक डिज़ाइन विवरणक्लाइंट लौटाए गए डेटा को सत्यापित और डीकैप्सुलेट करता है, और कनेक्शन पूरा होने के बाद अस्थायी सत्र स्थिति, कैश कुंजी, रूटिंग और डीएनएस परिवर्तनों को साफ़ करता है।
Traffic entry and routing
ट्रैफिक टेकओवर, डीएनएस और इंटेलिजेंट ऑफलोडिंग
DNS लीक, त्रुटि निकास और अप्रत्याशित प्रत्यक्ष कनेक्शन से बचने के लिए सिस्टम नेटवर्क प्रविष्टि, डोमेन नाम रिज़ॉल्यूशन और रूटिंग निर्णय को समान संदर्भ साझा करना चाहिए।
डेस्कटॉप सिस्टम TUN मोड या सिस्टम प्रॉक्सी का उपयोग कर सकते हैं; मोबाइल और टीवी प्लेटफ़ॉर्म अपनी-अपनी नेटवर्क विस्तार क्षमताओं का उपयोग करते हैं। विभिन्न प्लेटफार्मों में अलग-अलग एपीआई होते हैं, लेकिन नीति लक्ष्य समान होते हैं: जिस ट्रैफ़िक को प्रॉक्सी की आवश्यकता होती है वह सुरंग में प्रवेश करता है, और जिस ट्रैफ़िक को प्रॉक्सी की आवश्यकता नहीं होती है वह सीधे नियमों के अनुसार जुड़ा होता है।
केवल एप्लिकेशन ट्रैफ़िक को प्रॉक्सी करने और DNS को स्थानीय नेटवर्क के माध्यम से जारी रखने की अनुमति देने से डोमेन नाम उजागर हो सकता है या रिज़ॉल्यूशन परिणाम प्राप्त हो सकते हैं जो वर्तमान निकास के लिए उपयुक्त नहीं हैं। इसलिए, डोमेन नाम मिलान, डीएनएस क्वेरी, आईपी कैशिंग और कनेक्शन स्थापना को समान रूटिंग संदर्भ का उपयोग करना चाहिए।
सीधा संबंध
स्थानीय सेवाएँ या लक्ष्य जिन्हें स्पष्ट रूप से प्रॉक्सी की आवश्यकता नहीं होती है वे स्थानीय नेटवर्क का उपयोग करते हैं।
एजेंट
अनुमति सत्यापन के बाद, चयनित सिंगलिंक नोड के माध्यम से कनेक्शन स्थापित किया जाता है।
ब्लॉक
सुरक्षा नियम हिट होने पर या बिना अनुमति के लक्ष्य हिट होने पर कनेक्शन अस्वीकृत कर दिया जाता है।
Authentication
प्रमाणीकरण और एन्क्रिप्टेड सत्र
अनुमति पुष्टिकरण उत्तर "क्या यह खाता इस नोड और प्रोटोकॉल का उपयोग कर सकता है"; ट्रांसमिशन प्रमाणीकरण उत्तर देता है "क्या वर्तमान कनेक्शन वैध क्लाइंट से है"। दोनों को अल्पकालिक, प्रतिसंहरणीय सत्र स्थिति का उपयोग करना चाहिए और पुरानी प्रमाणीकरण जानकारी को दोबारा चलाने से रोकना चाहिए।
क्लाइंट और नोड को दोनों पक्षों द्वारा समर्थित प्रोटोकॉल पीढ़ियों और क्षमताओं की पुष्टि करने की भी आवश्यकता है। जो पक्ष नई क्षमताओं को नहीं पहचानता है, उसे कनेक्शन को सुरक्षित रूप से डाउनग्रेड या अस्वीकार करना होगा और पुष्टि के बिना असंगत व्यवहार को सक्षम नहीं कर सकता है।
Disclosure boundary
अप्रकाशित क्रिप्टोग्राफ़िक विवरण
मौजूदा जानकारी विशिष्ट हैंडशेक फ़ील्ड, सिफर सुइट्स, कुंजी व्युत्पत्ति फ़ंक्शन, रोटेशन अवधि और बाइनरी पैकेट प्रारूपों की पहचान करने के लिए अपर्याप्त है। यह आलेख केवल सुरक्षा लक्ष्यों का वर्णन करता है और एईएस, टीएलएस संस्करण, कुछ वक्र, या निश्चित फ़ील्ड लंबाई को नियति के रूप में नहीं लिखता है।
Session model
सत्र, स्ट्रीम और डेटा फ़्रेम
अज्ञात प्रारूप सीमाओं को स्पष्ट करते हुए एप्लिकेशन कनेक्शन, तार्किक प्रवाह और नोड परिवहन संदर्भों के बीच संबंध को समझाने के लिए एक पदानुक्रमित सत्र मॉडल का उपयोग करें।
Session
क्लाइंट और नोड के बीच परिवहन संदर्भ प्रमाणीकरण परिणाम, क्षमताएं, दिल की धड़कन और कनेक्शन-स्तर प्रवाह नियंत्रण ले सकता है।
Stream
एक लॉजिक ऐप कनेक्शन। एकाधिक स्ट्रीम सत्र साझा करते हैं या नहीं यह अंतिम सार्वजनिक कार्यान्वयन और प्लेटफ़ॉर्म नीति पर निर्भर करता है।
डेटा फ़्रेम को कम से कम नियंत्रण आदेश, तर्क प्रवाह, लोड सीमाएं और त्रुटि स्थिति व्यक्त करने की आवश्यकता है; आधिकारिक प्रारूप सार्वजनिक होने से पहले, यह पृष्ठ असत्यापित फ़ील्ड तालिका नहीं देगा।
Transport
टीसीपी, यूडीपी और क्विक
TCP
आदेशित बाइट स्ट्रीम
बाइट क्रम बनाए रखें, आधा-क्लोज, असामान्य क्लोज, बैक प्रेशर और लक्ष्य कनेक्शन त्रुटियों को संभालें, और धीमे कनेक्शन को सत्र बफर भरने से रोकें।
UDP
डेटाग्राम सीमाएँ
डेटाग्राम सीमाओं को सुरक्षित रखें और लक्ष्य और टाइमआउट स्थिति बनाए रखें; यदि यूडीपी-ओवर-टीसीपी का उपयोग किया जाता है, तो हेड-ऑफ-लाइन ब्लॉकिंग और पैकेट हानि प्रवर्धन का मूल्यांकन करने की आवश्यकता है।
QUIC
यूडीपी पर विश्वसनीय परिवहन
अतिरिक्त विश्वसनीयता परतों के कारण बार-बार होने वाली पुनर्प्राप्ति से बचने के लिए QUIC के स्वयं के कंजेशन और रीट्रांसमिशन लाभों को बनाए रखने का प्रयास करें।
Reliability
प्रवाह नियंत्रण, एमटीयू, दिल की धड़कन और रिकवरी
स्थिर कनेक्शन एक स्वचालित रीकनेक्ट बटन नहीं है, बल्कि बफरिंग, पैकेट पैकेजिंग, स्वास्थ्य पहचान, रूट रिकवरी और नोड स्विचिंग से बनी एक राज्य मशीन है।
प्रवाह नियंत्रण
पूरे सत्र को एक ही स्ट्रीम से अवरुद्ध होने से बचाने के लिए खपत की गति के अनुसार भेजने वाली विंडो को समायोजित करें।
एमटीयू हैंडलिंग
विखंडन और ब्लैक होल के जोखिम को कम करने के लिए सुरंगों के अतिरिक्त ओवरहेड पर विचार करें।
स्वास्थ्य जांच
दिल की धड़कन, देरी, पैकेट हानि और वास्तविक अग्रेषण स्थिति के आधार पर कनेक्शन निर्धारित करें।
नेटवर्क पुनर्प्राप्ति
नेटवर्क कट जाने के बाद, ट्रैफ़िक को गलती से सीधे कनेक्ट होने से रोकने के लिए पोर्टल, डीएनएस, रूटिंग और सत्रों को फिर से बनाया जाता है।
Product comparison
सिंगलिंक 2.0 और बीटा
| सूचक | SingLink 2.0 | SingLink Beta |
|---|---|---|
| पोजिशनिंग | पीढ़ियों के बीच औपचारिक समझौता | स्पीड-प्रथम पूर्वावलोकन प्रोटोकॉल |
| आंतरिक ए/बी परीक्षण स्थिरता दर | 99.5％ | लगभग 97% तक |
| स्पीड फोकस | गति, स्थिरता और अनुकूलता का संतुलन | उपयुक्त परिस्थितियों में पीक वैल्यू 1Gbps से अधिक है |
| प्रोटोकॉल नोड अनुमतियाँ | प्रो, मैक्स और रिच | सभी पैकेज |
| रणनीति बदलें | दीर्घकालिक अनुकूलता और पुनर्प्राप्ति पर ध्यान दें | नई क्षमता और प्रदर्शन सत्यापन के लिए उपयोग किया जाता है |
External protocols
VLESS और AnyTLS के साथ सीमा तुलना
तुलना का आधार प्रत्येक परियोजना के आधिकारिक सार्वजनिक दस्तावेज़ हैं। यहां हम स्थिति, सिस्टम सीमाओं और प्रकटीकरण क्षमताओं की तुलना करते हैं, और अंतर्निहित प्रोटोकॉल निष्कर्षों में मार्केटिंग संख्याओं को नहीं मिलाते हैं।
| आयाम | सिंगलिंक श्वेत पत्र का दायरा | VLESS सार्वजनिक दायरा | AnyTLS सार्वजनिक दायरा |
|---|---|---|---|
| सार्वजनिक स्थिति | उत्पाद नियंत्रण विमान और ट्रांसमिशन डेटा विमान की समग्र प्रणाली | स्टेटलेस, लाइटवेट क्लाइंट और सर्वर ट्रांसपोर्ट प्रोटोकॉल | टीएलएस-आधारित प्रॉक्सी प्रोटोकॉल और संदर्भ कार्यान्वयन |
| पहचान और उद्देश्य | खाता, नोड अनुमतियाँ, सत्र और रूटिंग सहयोग | यूयूआईडी, कमांड, पोर्ट और लक्ष्य पता | प्रमाणीकरण के बाद टीएलएस, फिर सत्र स्थापित करें |
| Session／Stream | संदर्भ मॉडल स्पष्टीकरण, सटीक प्रारूप अभी तक खुलासा नहीं किया गया है | समर्थन मक्स, विवरण कार्यान्वयन और कॉन्फ़िगरेशन द्वारा निर्धारित किया जाता है | सत्र फ़्रेम, स्ट्रीम मल्टीप्लेक्सिंग और कमांड को उजागर करें |
| यातायात उपस्थिति | सत्यापित की जाने वाली ट्रांसमिशन रणनीति, पूर्ण अदृश्यता का दावा नहीं करती है | आधिकारिक दस्तावेज़ वैकल्पिक प्रवाह और अन्य तंत्रों का वर्णन करते हैं | उपठेकेदारी, पैडिंग योजनाओं और अद्यतन तंत्र का खुलासा |
| लचीलापन | स्वास्थ्य का पता लगाना, नेटवर्क कट-ऑफ, सत्र पुनर्निर्माण और नोड स्विचिंग | एक्सरे पारिस्थितिकी और विशिष्ट संचरण संयोजन के लिए जिम्मेदार | प्रोटोकॉल v2 SYNACK, दिल की धड़कन और सर्वर बातचीत को उजागर करता है |
| उत्पाद प्रणाली | डीएनएस, इंटेलिजेंट ऑफलोडिंग, पैकेज अनुमतियां और नोड शेड्यूलिंग | संपूर्ण वीपीएन उत्पाद नियंत्रण सतह के बराबर नहीं | संपूर्ण वीपीएन उत्पाद नियंत्रण सतह के बराबर नहीं |
यह तालिका कोड संगतता, प्रदर्शन रैंकिंग या सुरक्षा ऑडिट निष्कर्षों का प्रतिनिधित्व नहीं करती है।
Platforms and openness
क्रॉस-प्लेटफ़ॉर्म अनुकूलता और ओपन सोर्स सीमाएँ
प्लेटफार्म की स्थिरता
SingLinkVPN iOS, Android, Windows, macOS, Linux और TV डिवाइस को कवर करता है। क्रॉस-प्लेटफ़ॉर्म स्थिरता का मतलब यह नहीं है कि प्रत्येक प्लेटफ़ॉर्म बिल्कुल समान सिस्टम एपीआई का उपयोग करता है, बल्कि अनुमतियों, रूटिंग, नोड और प्रोटोकॉल चयन तर्क के समान सेट को बनाए रखता है, और प्रत्येक ऑपरेटिंग सिस्टम की नेटवर्क विस्तार सीमाओं का पालन करता है।
सार्वजनिक दायरा
सिंगलिंक 2.0 कोर प्रोटोकॉल स्रोत कोड का अभी तक पूरी तरह से खुलासा नहीं किया गया है। प्रकाशित निर्देशों में तकनीकी दस्तावेज, वास्तुकला विवरण, अनुसंधान डेटा, प्रतिलिपि प्रस्तुत करने योग्य परीक्षण विधियां, डेटा प्रारूप, सत्यापन उपकरण और जिम्मेदार भेद्यता प्रकटीकरण बुनियादी ढांचे शामिल हैं।
Frequently asked questions
अक्सर पूछे जाने वाले प्रश्न
Q01सिंगलिंक 2.0 क्या है?
सिंगलिंक 2.0 एक औपचारिक नेटवर्क ट्रांसमिशन प्रोटोकॉल पीढ़ी है जिसे स्वतंत्र रूप से सिंगलिंकवीपीएन द्वारा विकसित किया गया है। इसका उपयोग पहचान और प्राधिकरण सत्यापन, ट्रैफ़िक रूटिंग, ट्रांसमिशन सत्र, टीसीपी और यूडीपी प्रसंस्करण, स्वास्थ्य पहचान और अपवाद पुनर्प्राप्ति को व्यवस्थित करने के लिए किया जाता है।
Q02क्या सिंगलिंक 2.0 क्लाइंट सॉफ़्टवेयर संस्करण है?
नहीं, सिंगलिंक 2.0 प्रोटोकॉल नाम और प्रोटोकॉल पीढ़ी है। Windows, macOS, Android, iOS और अन्य क्लाइंट स्वतंत्र सॉफ़्टवेयर संस्करण सिस्टम का उपयोग करते हैं।
Q03सिंगलिंक बीटा और सिंगलिंक 2.0 के बीच क्या अंतर है?
बीटा गति और नई क्षमता सत्यापन के लिए एक पूर्वावलोकन प्रोटोकॉल है; सिंगलिंक 2.0 आधिकारिक प्रोटोकॉल पीढ़ी है, जो स्थिरता, क्रॉस-प्लेटफ़ॉर्म स्थिरता, कनेक्शन पुनर्प्राप्ति और दीर्घकालिक संगतता पर अधिक ध्यान देती है।
Q04सिंगलिंक 2.0 की स्थिरता दर क्या है?
निर्दिष्ट परीक्षण वातावरण में सिंगलिंकवीपीएन का आंतरिक ए/बी परीक्षण रिकॉर्ड 99.5% है, बीटा शिखर लगभग 97% है। ये सभी क्षेत्रों और समय अवधि के लिए गारंटी नहीं हैं, और वास्तविक परिणाम नेटवर्क ऑपरेटरों, नोड लोड, उपकरण और परीक्षण विधियों से प्रभावित होंगे।
Q05सिंगलिंक नेटवर्क ट्रैफ़िक को कैसे संभालता है?
क्लाइंट पहले एक सिस्टम नेटवर्क प्रवेश स्थापित करता है, डीएनएस और बुद्धिमान वितरण को पूरा करता है, फिर नोड्स का चयन करता है, अनुमतियों को सत्यापित करता है, एक ट्रांसमिशन सत्र स्थापित करता है, और नोड पर भेजने से पहले टीसीपी या यूडीपी डेटा को एनकैप्सुलेट करता है।
Q06सिंगलिंक डिस्कनेक्शन और नेटवर्क स्विच को कैसे संभालता है?
क्लाइंट लगातार सत्र और नोड स्थिति की निगरानी करता है। जब कोई अपवाद होता है, तो सत्र को फिर से बनाया जाएगा, डीएनएस और रूटिंग को बहाल किया जाएगा, या क्षमताओं के आधार पर अन्य उपलब्ध नोड्स पर स्विच किया जाएगा।
Q07सिंगलिंक और वीएलईएसएस के बीच क्या अंतर है?
वीएलईएसएस को आधिकारिक तौर पर एक स्टेटलेस, लाइटवेट क्लाइंट और सर्वर ट्रांसमिशन प्रोटोकॉल के रूप में तैनात किया गया है। सिंगलिंक श्वेत पत्र में वर्णित दायरा व्यापक है और इसमें उत्पाद नियंत्रण विमान, नोड अनुमतियाँ, बुद्धिमान रूटिंग, स्वास्थ्य पहचान और पुनर्प्राप्ति प्रक्रियाएं भी शामिल हैं; एकल फ्रेम प्रारूप के आधार पर दोनों की तुलना नहीं की जानी चाहिए।
Q08सिंगलिंक और AnyTLS में क्या अंतर है?
AnyTLS सार्वजनिक विनिर्देश टीएलएस पर प्रमाणीकरण, सत्र, स्ट्रीम पुन: उपयोग, पैडिंग और दिल की धड़कन का वर्णन करने पर केंद्रित है। सिंगलिंक श्वेत पत्र क्लाइंट ट्रैफ़िक प्रविष्टि, डीएनएस, रूटिंग, पैकेज अनुमतियाँ और नोड शेड्यूलिंग का भी वर्णन करता है, इसलिए तुलना यह दावा करने के बजाय सिस्टम सीमाओं पर आधारित है कि अंतर्निहित कार्यान्वयन समान है।
Q09सिंगलिंक 2.0 का उपयोग कौन कर सकता है?
वर्तमान में, सिंगलिंक 2.0 प्रोटोकॉल नोड मुख्य रूप से प्रो, मैक्स और रिच पैकेज के लिए खुले हैं; सिंगलिंक बीटा प्रोटोकॉल नोड्स सभी पैकेजों के लिए खुले हैं। वास्तविक उपलब्ध नोड क्लाइंट पर वास्तविक समय में प्रदर्शित होने के अधीन हैं।
Q10क्या सिंगलिंक 2.0 पूर्णतः खुला स्रोत है?
वर्तमान में, कोर प्रोटोकॉल के स्रोत कोड का पूरी तरह से खुलासा नहीं किया गया है। तकनीकी दस्तावेज़, अनुसंधान डेटा, परीक्षण विधियाँ, डेटा प्रारूप, सत्यापन उपकरण और भेद्यता प्रकटीकरण तंत्र को निरंतर ओपन सोर्स योजना में शामिल किया गया है। प्रकटीकरण का दायरा सिंगललिंकलैब्स वेयरहाउस और आधिकारिक घोषणाओं के अधीन है।
References and revision
डेटा, आंतरिक लिंक और परिवर्तन रिकॉर्ड
बाहरी प्रोटोकॉल जानकारी
Next step
सिंगलिंक 2.0 प्रोटोकॉल का अनुभव करें
सिंगलिंक 2.0 नोड्स मुख्य रूप से प्रो, मैक्स और रिच पैकेज के लिए खुले हैं। नोड्स की संख्या और प्रोटोकॉल उपलब्धता क्लाइंट पर वास्तविक समय प्रदर्शन के अधीन है।