SingLinkVPN ओपन सोर्स योजना

ओपन सोर्स लंबे समय के भरोसे की शुरुआत है।

SingLinkVPN ने औपचारिक रूप से अपना ओपन-सोर्स और तकनीकी रिसर्च कार्यक्रम शुरू किया है और GitHub पर आधिकारिक SingLinkVPN ओपन सोर्स और तकनीकी रिसर्च रिपॉज़िटरी बनाई है।

यह एक बार का प्रकाशन या सिर्फ़ देखने के लिए बना दस्तावेज़ पेज नहीं है। यह एक लंबी इंजीनियरिंग कोशिश है, जो लगातार अपडेट होगी और समय के साथ बढ़ती जाएगी।

आज उपलब्ध सामग्री इस बड़े कार्यक्रम का पहला चरण है।

पहले चरण में सार्वजनिक तकनीकी दस्तावेज़, सुरक्षा और प्राइवेसी मॉडल, दोहराए जा सकने वाले परफ़ॉर्मेंस टेस्टिंग तरीके, मशीन से पढ़े जा सकने वाले डेटा फ़ॉर्मेट, सार्वजनिक डेटासेट का ढांचा, रिपोर्ट डायरेक्टरी, रिसर्च टूल, सुरक्षा-खुलासे की प्रक्रिया और सबूत प्रकाशित करने के मानक शामिल हैं।

आगे के चरणों में SingLinkVPN सुरक्षा, प्राइवेसी, लाइसेंसिंग और प्रोडक्ट-स्थिरता की समीक्षा के बाद और तकनीकी सामग्री, रिसर्च रिपोर्ट और प्रोडक्ट का सोर्स कोड चरणों में जारी करने की योजना रखता है। योजना में VPN प्रोटोकॉल, VPN क्लाइंट और दूसरी मुख्य VPN तकनीक शामिल हैं जो समीक्षा के बाद प्रकाशन के लायक हो।

इसलिए मौजूदा रिलीज़ कार्यक्रम का अंत नहीं है। यह एक लगातार चलने वाली ओपन-सोर्स प्रक्रिया का पहला कदम है।

आधिकारिक रिपॉज़िटरी में अब docs, data, reports, tools, tests और GitHub ऑटोमेशन की डायरेक्टरी हैं, जो सार्वजनिक दस्तावेज़, रिसर्च डेटा, सुरक्षा सामग्री, परफ़ॉर्मेंस टेस्ट और खुले वैलिडेशन टूल बनाए रखने के लिए हैं। रिपॉज़िटरी को साफ़ तौर पर एक सक्रिय रूप से रखरखाव वाले प्रोजेक्ट के रूप में बताया गया है।

आधिकारिक रिपॉज़िटरी: SingLinkLabs / singlink-vpn-open-source मौजूदा स्थिति: पहला चरण सार्वजनिक है। अतिरिक्त तकनीकी सामग्री, रिसर्च रिपोर्ट और प्रोडक्ट सोर्स कोड चरणों में जारी किए जाएंगे।

SingLinkVPN ओपन-सोर्स कार्यक्रम क्यों शुरू कर रहा है?

VPN का नेटवर्क ट्रांसपोर्ट, सुरक्षा, प्राइवेसी और डेटा प्रोसेसिंग से गहरा संबंध है।

किसी VPN सेवा का ज़्यादातर काम ऐसे सिस्टम के अंदर होता है जिन्हें उपयोगकर्ता सीधे नहीं देख सकते। उपयोगकर्ता ऐप का इंटरफ़ेस, सर्वर सूची, कनेक्शन स्पीड और प्रोडक्ट विवरण देख सकते हैं, लेकिन आसानी से यह पुष्टि नहीं कर सकते कि:

• प्रकाशित स्पीड के नतीजे कैसे मापे गए;
• कौन-सा सॉफ़्टवेयर वर्ज़न और नेटवर्क वातावरण इस्तेमाल हुआ;
• असफल टेस्ट पूरी तरह दर्ज किए गए या नहीं;
• कोई सुरक्षा बयान नीति की प्रतिबद्धता है, आंतरिक टेस्ट है या स्वतंत्र आकलन;
• किसी रिपोर्ट में तारीख, वर्ज़न, तरीके और सुधार का इतिहास है या नहीं;
• कोई दूसरा शोधकर्ता नतीजे को दोहरा सकता है या नहीं;
• तकनीकी और सुरक्षा बदलावों को अलग-अलग वर्ज़न में ट्रैक किया जा सकता है या नहीं।

सिर्फ़ ब्रांड के बयान इन सवालों का पूरा जवाब नहीं दे सकते।

इस कार्यक्रम का मकसद SingLinkVPN की तकनीकी, सुरक्षा, प्राइवेसी और परफ़ॉर्मेंस जानकारी को प्रोडक्ट के दावों से बदलकर ऐसी सार्वजनिक सामग्री बनाना है जिसे दूसरे लोग जांच सकें, उद्धृत कर सकें, सत्यापित कर सकें, दोहरा सकें और परखते रह सकें।

इसके लिए सिर्फ़ फ़ाइलें ऑनलाइन डालना काफ़ी नहीं, बल्कि प्रकाशन की एक लगातार चलने वाली व्यवस्था चाहिए:

1. अहम तकनीकी सामग्री का वर्ज़न तय होना चाहिए;
2. मापे जा सकने वाले दावों में टेस्ट की तारीख और वातावरण बताया जाना चाहिए;
3. परफ़ॉर्मेंस के नतीजों के साथ उनसे जुड़ा डेटा होना चाहिए;
4. आंतरिक टेस्ट और थर्ड-पार्टी आकलन साफ़ तौर पर अलग दिखने चाहिए;
5. अहम सुधारों का सार्वजनिक रिकॉर्ड रहना चाहिए;
6. प्रोडक्ट सोर्स कोड सुरक्षा समीक्षा के बाद चरणों में जारी होना चाहिए;
7. समुदाय को सार्वजनिक टूल्स से डेटा की संरचना और पूर्णता जांच पाने चाहिए।

रिपॉज़िटरी हर मापे जा सकने वाले दावे में टेस्ट की तारीख, सॉफ़्टवेयर वर्ज़न, वातावरण, तरीका, सैंपल का आकार, कच्चा या समेकित डेटा और ज्ञात सीमाएं मांगती है। “सबसे तेज़”, “सबसे सुरक्षित” जैसे बढ़ा-चढ़ाकर किए गए दावे, जिन्हें सत्यापित नहीं किया जा सकता, या पूर्ण प्राइवेसी के दावे सबूत नहीं माने जाते।

पहले चरण में क्या उपलब्ध है?

पहला चरण आठ सार्वजनिक कार्यधाराएं स्थापित करता है:

1. VPN डेवलपमेंट आर्किटेक्चर और सार्वजनिक तकनीकी दस्तावेज़;
2. SingLinkVPN प्रोडक्ट और वर्ज़न रिकॉर्ड;
3. एक सुरक्षा और प्राइवेसी मॉडल;
4. दोहराए जा सकने वाले परफ़ॉर्मेंस टेस्टिंग तरीके;
5. टेस्ट-डेटा फ़ॉर्मेट और सार्वजनिक डेटासेट का ढांचा;
6. सुरक्षा, परफ़ॉर्मेंस और पारदर्शिता रिपोर्ट की डायरेक्टरी;
7. खुले डेटा-वैलिडेशन और रिसर्च टूल;
8. कमज़ोरी की रिपोर्टिंग और ज़िम्मेदार खुलासा।

ये सब मिलकर आगे सोर्स कोड प्रकाशन, सार्वजनिक डेटा और स्वतंत्र रिसर्च के लिए ज़रूरी नींव बनाते हैं।

1. सार्वजनिक VPN डेवलपमेंट आर्किटेक्चर और तकनीकी दस्तावेज़

पहले चरण में एक क्रॉस-प्लेटफ़ॉर्म VPN क्लाइंट आर्किटेक्चर शामिल है।

यह किसी एक प्रोग्रामिंग भाषा या ऑपरेटिंग सिस्टम से बंधा नहीं है। इसकी जगह यह उन मुख्य मॉड्यूल का वर्णन करता है जिनकी एक क्रॉस-प्लेटफ़ॉर्म VPN क्लाइंट को ज़रूरत होती है, जैसे इंटरफ़ेस, कनेक्शन का जीवनचक्र, टनल प्रबंधन, रूटिंग, DNS, कॉन्फ़िगरेशन, सुरक्षा टेस्टिंग और लोकल डायग्नोस्टिक्स।

1. इंटरफ़ेस लेयर

इंटरफ़ेस लेयर खाते की स्थिति, सर्वर चुनाव, कनेक्शन की स्थिति, एरर, डायग्नोस्टिक नतीजे और एक्सेसिबिलिटी सुविधाएं दिखाती है।

इंटरफ़ेस में दिखने वाली कनेक्शन स्थिति असली कनेक्शन स्टेट मशीन से निकलनी चाहिए, सिर्फ़ इस बात से नहीं कि उपयोगकर्ता ने कनेक्ट बटन दबाया या नहीं।

2. सत्र-संचालन लेयर

यह लेयर इन चीज़ों को संभालती है:

• कनेक्ट करना;
• डिस्कनेक्ट करना;
• अपने-आप दोबारा कोशिश;
• नेटवर्क में बदलाव;
• डिवाइस का स्लीप और वेक;
• ऐप्लिकेशन का रीस्टार्ट;
• असामान्य रुकावट के बाद रिकवरी।

इसे पुराने कनेक्शन नतीजों को नए काम पर हावी होने से रोकना चाहिए और यह सुनिश्चित करना चाहिए कि बार-बार की गई कार्रवाइयां टकराव पैदा न करें।

3. टनल-एडैप्टर लेयर

यह लेयर अलग-अलग ऑपरेटिंग सिस्टम के नेटिव VPN API से जुड़ती है, जिनमें शामिल हैं:

• पैकेट इनपुट और आउटपुट;
• टनल का जीवनचक्र;
• MTU कॉन्फ़िगरेशन;
• ऑपरेटिंग सिस्टम की अनुमतियां;
• बैकग्राउंड में चलने की पाबंदियां;
• टनल रुकने पर कॉलबैक।

4. रूटिंग और DNS लेयर

यह लेयर इन्हें संभालती है:

• डिफ़ॉल्ट रूट;
• स्प्लिट टनलिंग;
• बाहर रखे गए रूट;
• DNS का चुनाव;
• IPv4 और IPv6 नीति;
• लोकल नेटवर्क तक पहुंच;
• DNS और रूट लीक से सुरक्षा।

लीक टेस्टिंग सिर्फ़ पहले कनेक्शन तक सीमित नहीं हो सकती। इसमें दोबारा कनेक्ट होना, नेटवर्क बदलना, स्लीप और वेक, और ऐप्लिकेशन का असामान्य रूप से बंद होना भी शामिल होना चाहिए।

5. ट्रांसपोर्ट लेयर

ट्रांसपोर्ट लेयर ऑथेंटिकेटेड सत्र, ट्रांसपोर्ट व्यवहार, कंजेशन हैंडलिंग, keepalive नीति और नेटवर्क माइग्रेशन के लिए ज़िम्मेदार है।

6. कॉन्फ़िगरेशन लेयर

कॉन्फ़िगरेशन लेयर वर्ज़न वाले, साइन किए हुए और न्यूनतम रखे गए रिमोट कॉन्फ़िगरेशन को प्रोसेस करती है, और अमान्य, समाप्त या डाउनग्रेड किए गए कॉन्फ़िगरेशन को अस्वीकार करती है।

7. निगरानी (observability) लेयर

प्राइवेसी सुरक्षा के दायरे में यह लेयर ये चीज़ें देती है:

• लोकल हेल्थ स्थिति;
• कनेक्शन डायग्नोस्टिक्स;
• एरर का वर्गीकरण;
• दोहराया जा सकने वाला टेस्ट आउटपुट;
• ऐसा तकनीकी स्टेटस डेटा जिसमें उपयोगकर्ता की नेटवर्क गतिविधि न हो।

मौजूदा रिलीज़ में उच्च-स्तरीय आर्किटेक्चर और सुरक्षित डेवलपमेंट के सिद्धांत शामिल हैं। ज़्यादा विशिष्ट मॉड्यूल और सोर्स कोड संबंधित समीक्षाएं पूरी होने के बाद ही जोड़े जाएंगे।

2. वर्ज़न वाला सार्वजनिक प्रोडक्ट रिकॉर्ड

SingLinkVPN ने एक सार्वजनिक प्रोडक्ट रिकॉर्ड भी बनाया है, जो अलग-अलग तरह की जानकारी को अलग रखता है।

प्रोडक्ट तथ्य

इनमें शामिल हैं:

• सपोर्ट वाले प्लेटफ़ॉर्म;
• सार्वजनिक वर्ज़न;
• रिलीज़ की तारीखें;
• आधिकारिक डाउनलोड स्रोत;
• उपलब्ध चेकसम;
• सुविधाओं और कम्पैटिबिलिटी के अहम बदलाव।

आर्किटेक्चर विवरण

ये संवेदनशील सिस्टम, क्रेडेंशियल या प्रोडक्शन वातावरण उजागर किए बिना उच्च-स्तरीय डिज़ाइन बताते हैं।

माप के नतीजे

परफ़ॉर्मेंस और तकनीकी निष्कर्षों में उनकी तारीख, तरीका, वातावरण, सैंपल और सहायक डेटा होना चाहिए।

नीति बयान

ये प्रोडक्ट संचालन, सुरक्षा और प्राइवेसी की प्रतिबद्धताओं को कवर करते हैं। नीति बयान को स्वतंत्र सत्यापन के रूप में पेश नहीं किया जाता।

यह बंटवारा नीति, आंतरिक टेस्टिंग, इम्प्लीमेंटेशन विवरण और स्वतंत्र रिसर्च को आपस में मिलने से रोकता है। औपचारिक रिलीज़ रिकॉर्ड में धीरे-धीरे प्लेटफ़ॉर्म, वर्ज़न, तारीख, स्रोत, उपलब्ध चेकसम, सुरक्षा और कम्पैटिबिलिटी के अहम बदलाव, ज्ञात सीमाएं, और न बदलने वाले Git टैग या Release लिंक शामिल किए जाएंगे।

3. सार्वजनिक सुरक्षा और प्राइवेसी मॉडल

सुरक्षा को सिर्फ़ “सुरक्षित” या “एन्क्रिप्टेड” जैसे शब्दों से नहीं बताया जा सकता।

इसलिए पहला चरण एक सुरक्षा और प्राइवेसी मॉडल प्रकाशित करता है, जो उन जोखिमों को परिभाषित करता है जिनकी जांच आगे के टेस्ट, रिपोर्ट और स्वतंत्र आकलन करेंगे।

मौजूदा खतरों के दायरे में शामिल हैं:

• लोकल नेटवर्क पर ट्रैफ़िक की निगरानी;
• DNS लीक;
• IPv6 लीक;
• WebRTC लीक;
• दोबारा कनेक्ट होते समय रूट में रुकावट;
• Wi-Fi और मोबाइल नेटवर्क के बीच जाते समय ट्रैफ़िक की सुरक्षा;
• रिमोट कॉन्फ़िगरेशन में दुर्भावनापूर्ण बदलाव;
• कॉन्फ़िगरेशन डाउनग्रेड;
• डिवाइस पर स्टोर किए गए क्रेडेंशियल का उजागर होना;
• थर्ड-पार्टी डिपेंडेंसी का जोखिम;
• बिल्ड और रिलीज़ सप्लाई-चेन का जोखिम;
• खाते का दुरुपयोग;
• अनधिकृत सत्र;
• डायग्नोस्टिक या सपोर्ट डेटा का ज़रूरत से ज़्यादा संग्रह।

हर सार्वजनिक सुरक्षा टेस्ट में ये बताना ज़रूरी है:

• प्रभावित क्लाइंट वर्ज़न;
• ऑपरेटिंग सिस्टम;
• टेस्ट की तारीख;
• नेटवर्क की स्थितियां;
• तरीका;
• अपेक्षित व्यवहार;
• देखा गया व्यवहार;
• ज्ञात सीमाएं।

यह मॉडल नीति, आर्किटेक्चर दस्तावेज़, आंतरिक टेस्टिंग और थर्ड-पार्टी आकलन को भी अलग रखता है।

सिर्फ़ किसी नामित स्वतंत्र आकलनकर्ता या शोधकर्ता की, सत्यापित की जा सकने वाली रिपोर्ट के साथ आई रिपोर्ट को ही थर्ड-पार्टी आकलन कहा जा सकता है। इससे भविष्य की सुरक्षा रिपोर्टों के लिए एक सुसंगत और ऑडिट किया जा सकने वाला मानक बनता है।

4. VPN परफ़ॉर्मेंस टेस्टिंग का दोहराया जा सकने वाला तरीका

VPN परफ़ॉर्मेंस पर कई बाहरी कारक असर डालते हैं:

• टेस्ट करने वाले का देश या क्षेत्र;
• ब्रॉडबैंड या मोबाइल प्रोवाइडर;
• लोकल नेटवर्क की गुणवत्ता;
• अंतरराष्ट्रीय ट्रांज़िट;
• दिन का समय;
• डिवाइस की परफ़ॉर्मेंस;
• क्लाइंट वर्ज़न;
• प्रोटोकॉल;
• सर्वर लोड;
• टेस्ट सर्वर;
• गंतव्य क्षेत्र।

इसलिए एक अकेली पीक स्पीड हर उपयोगकर्ता के अनुभव को नहीं दर्शाती।

प्रकाशित तरीके में हर रिकॉर्ड में ये चीज़ें होना ज़रूरी है:

• UTC में टेस्ट का समय;
• टेस्ट का एक अनोखा पहचानकर्ता;
• क्लाइंट वर्ज़न;
• ऑपरेटिंग सिस्टम;
• डिवाइस का प्रकार;
• प्रोटोकॉल लेबल;
• तरीके (methodology) का वर्ज़न;
• टेस्ट का देश या क्षेत्र;
• नेटवर्क का प्रकार;
• सैंपल की संख्या;
• सबूत का स्तर।

मुख्य मेट्रिक्स ये हैं:

कनेक्शन लेटेंसी का मीडियन

कई सैंपल में मिलीसेकंड में मीडियन लेटेंसी, किसी एक सबसे अच्छे नतीजे की जगह।

95वें पर्सेंटाइल का जिटर

ज़्यादातर सैंपल में देखा गया लेटेंसी के उतार-चढ़ाव का ऊंचा स्तर।

पैकेट लॉस दर

टेस्टिंग के दौरान खोए पैकेटों का अनुपात।

डाउनलोड स्पीड का मीडियन

कई सैंपल में Mbps में मीडियन डाउनलोड थ्रूपुट।

अपलोड स्पीड का मीडियन

कई सैंपल में Mbps में मीडियन अपलोड थ्रूपुट।

कनेक्शन सफलता दर

बार-बार किए गए कनेक्शन टेस्ट में सफल प्रयासों का प्रतिशत।

दोबारा कनेक्ट होने के समय का मीडियन

नेटवर्क बदलने या रुकावट के बाद वापस जुड़ने में लगा मीडियन समय।

औपचारिक प्रक्रिया यह है:

1. VPN के बिना बेसलाइन नेटवर्क दर्ज करें;
2. डिवाइस, नेटवर्क, गंतव्य और सैंपलिंग का समय एक जैसा रखें;
3. बिना गिनती वाला एक वॉर्म-अप चलाएं;
4. कनेक्शन और ट्रांसफ़र टेस्ट दोहराएं;
5. असफल सैंपल चुपचाप हटाने की जगह उन्हें रखें;
6. समेकित नतीजे और मशीन से पढ़ा जा सकने वाला डेटा प्रकाशित करें;
7. ज्ञात सीमाएं, रुकावटें और बाहर रखे गए सैंपल बताएं।

एक जैसी तुलना वाले टेस्ट तुलनीय स्थितियों में होने चाहिए। प्रोवाइडर, रूट, डिवाइस, टेस्ट सर्वर या सैंपलिंग समय में कोई बदलाव हो, तो बताना ज़रूरी है। टेस्टिंग जारी रहने के साथ इस तरीके के तहत तारीख और वर्ज़न वाले, डाउनलोड किए जा सकने वाले डेटासेट जोड़े जाएंगे।

5. मशीन से पढ़ा जा सकने वाला सार्वजनिक टेस्ट-डेटा फ़ॉर्मेट

इंसानों के पढ़ने लायक रिपोर्ट के साथ-साथ SingLinkVPN मशीन से पढ़ा जा सकने वाला परफ़ॉर्मेंस-डेटा फ़ॉर्मेट भी प्रकाशित करता है।

JSON Schema के अनुसार हर परफ़ॉर्मेंस रिकॉर्ड में ये होना ज़रूरी है:

• test_id: टेस्ट पहचानकर्ता;
• tested_at_utc: UTC में टेस्ट का समय;
• client_version: क्लाइंट वर्ज़न;
• platform: टेस्ट प्लेटफ़ॉर्म;
• protocol_label: प्रोटोकॉल लेबल;
• country: टेस्ट का देश या क्षेत्र;
• network_type: नेटवर्क का प्रकार;
• sample_count: सैंपल की संख्या;
• latency_ms_median: मीडियन लेटेंसी;
• jitter_ms_p95: 95वें पर्सेंटाइल का जिटर;
• packet_loss_pct: पैकेट लॉस दर;
• download_mbps_median: डाउनलोड स्पीड का मीडियन;
• upload_mbps_median: अपलोड स्पीड का मीडियन;
• connection_success_pct: कनेक्शन सफलता दर;
• reconnect_ms_median: दोबारा कनेक्ट होने के समय का मीडियन;
• methodology_version: तरीके का वर्ज़न;
• evidence_level: सबूत का स्तर।

सबूत को इस समय इन श्रेणियों में चिह्नित किया जा सकता है:

• आंतरिक टेस्टिंग;
• स्वतंत्र रूप से दोहराया गया;
• थर्ड-पार्टी आकलन।

यह फ़ॉर्मेट डेवलपर्स और शोधकर्ताओं को ज़रूरी फ़ील्ड और मानों की सीमाएं सीधे जांचने देता है और सिर्फ़ चार्ट या वर्णनात्मक निष्कर्षों पर निर्भर रहने की जगह दोहराने और तुलना के लिए वही संरचना इस्तेमाल करने देता है।

6. सुरक्षा, परफ़ॉर्मेंस और पारदर्शिता रिपोर्ट

रिपॉज़िटरी में एक अलग reports डायरेक्टरी है, जिसमें लगातार ये प्रकाशित होंगी:

• सुरक्षा रिपोर्ट;
• परफ़ॉर्मेंस रिपोर्ट;
• प्राइवेसी रिसर्च;
• पारदर्शिता रिपोर्ट;
• थर्ड-पार्टी आकलन;
• स्वतंत्र रूप से दोहराए गए नतीजे;
• अहम सुरक्षा-सुधार सूचनाएं।

प्रकाशन से पहले हर औपचारिक रिपोर्ट में ये बताना ज़रूरी है:

• प्रकाशन की तारीख;
• लेखक या मेंटेनर;
• प्रभावित प्रोडक्ट वर्ज़न;
• तरीका;
• डेटा स्रोत;
• सबूत का स्तर;
• ज्ञात सीमाएं;
• सुधार का इतिहास।

आंतरिक टेस्ट और स्वतंत्र आकलन अलग-अलग लेबल इस्तेमाल करते हैं। पहला चरण रिपोर्ट की संरचना, सबूत के नियम और वर्ज़निंग का ढांचा स्थापित करता है; रिपोर्ट तब जोड़ी जाएंगी जब उनका डेटा और समीक्षा तैयार हो, न कि एक बार प्रकाशित करके छोड़ दी जाएंगी।

7. खुले वैलिडेशन और रिसर्च टूल

पहला चरण Python में लिखे कई रिसर्च और वैलिडेशन टूल भी प्रकाशित करता है।

publication_guard.py

यह प्रकाशन से पहले दस्तावेज़ों, डेटा और टूल्स में इन चीज़ों की जांच करता है:

• क्रेडेंशियल;
• कुंजियों के फ़ॉर्मेट;
• निजी पथ;
• आर्काइव;
• बाइनरी फ़ाइलें;
• सोर्स कोड के वे प्रकार जिन्हें प्रकाशन की मंज़ूरी नहीं मिली;
• बहुत बड़ी फ़ाइलें;
• लाइव सीक्रेट के आम फ़ॉर्मेट;
• ऐसी सामग्री जो संवेदनशील सिस्टम का वर्णन कर सकती है।

validate_benchmark.py

यह परफ़ॉर्मेंस-टेस्ट की CSV फ़ाइलों को वैलिडेट करता है, जिसमें शामिल हैं:

• कॉलम के नाम;
• ज़रूरी फ़ील्ड;
• संख्यात्मक सीमाएं;
• सबूत के लेबल;
• टेस्ट-डेटा की संरचना।

check_relative_links.py

यह Markdown में रिलेटिव लिंक जांचता है और पुष्टि करता है कि जिन सार्वजनिक फ़ाइलों का हवाला है, वे मौजूद हैं।

check_multilingual_seo.py

यह बहुभाषी दस्तावेज़ों और सर्च से जुड़ी संरचना की जांच करता है, ताकि अंग्रेज़ी, सरलीकृत चीनी और पारंपरिक चीनी सामग्री आपस में मेल खाती रहे।

ये टूल VPN कनेक्शन का कोर नहीं हैं। ये प्रकाशन का ढांचा हैं, जिनका मकसद फ़ॉर्मेटिंग की गलतियां, टूटे लिंक, संवेदनशील जानकारी का गलती से उजागर होना और वर्ज़न की असंगति कम करना है। बाहरी योगदानकर्ता अपनी सबमिशन पर यही टूल इस्तेमाल कर सकते हैं।

8. पांच स्तरों वाला सार्वजनिक सबूत मानक

पहला स्तर: नीति बयान

मेंटेनर की ओर से प्रकाशित प्रोडक्ट, सुरक्षा, संचालन या प्राइवेसी से जुड़ी प्रतिबद्धता। यह एक सार्वजनिक प्रतिबद्धता है, इम्प्लीमेंटेशन का सबूत या स्वतंत्र ऑडिट नहीं।

दूसरा स्तर: इम्प्लीमेंटेशन दस्तावेज़

वर्ज़न वाला उच्च-स्तरीय तकनीकी विवरण, जिसमें सर्वर के पते, क्रेडेंशियल, निजी API या दूसरी संवेदनशील जानकारी नहीं होती।

तीसरा स्तर: आंतरिक टेस्टिंग

SingLinkLabs द्वारा एक सार्वजनिक तरीके के तहत चलाया गया टेस्ट, जिसमें तारीख, वर्ज़न, वातावरण और डेटा हो।

चौथा स्तर: दोहराया गया नतीजा

किसी दूसरे डेवलपर या शोधकर्ता द्वारा उसी तरीके और सार्वजनिक डेटा से हासिल किया गया स्वतंत्र नतीजा।

पांचवां स्तर: थर्ड-पार्टी आकलन

किसी नामित स्वतंत्र शोधकर्ता या संगठन का आकलन, जिसके साथ सत्यापित की जा सकने वाली औपचारिक रिपोर्ट हो।

ये स्तर एक-दूसरे की जगह नहीं ले सकते। आंतरिक टेस्ट को थर्ड-पार्टी आकलन नहीं कहा जा सकता; नीति को स्वतंत्र सत्यापन नहीं माना जा सकता; और कोई तरीका प्रकाशित करने का मतलब यह नहीं कि नतीजा पहले ही दोहराया जा चुका है।

हर रिपोर्ट को इन सवालों का जवाब देना चाहिए: निष्कर्ष किसने निकाला, कब, किस वर्ज़न से और किस तरीके से?

अहम सुधारों के लिए नया Git कमिट और बदलाव लॉग में एक प्रविष्टि ज़रूरी है। प्रकाशित डेटा को चुपचाप बदला नहीं जाना चाहिए, और पुराना पड़ चुका डेटा पहचाना जा सकने वाला रहना चाहिए।

9. कमज़ोरी की रिपोर्टिंग और ज़िम्मेदार खुलासा

खुला प्रकाशन और सुरक्षित खुलासा साथ-साथ चलने चाहिए।

बिना पैच वाली कमज़ोरियां, लाइव क्रेडेंशियल, निजी एंडपॉइंट, सर्वर के पते और उपयोगकर्ता डेटा किसी सार्वजनिक Issue में पोस्ट नहीं किए जाने चाहिए।

कमज़ोरी की रिपोर्ट सुरक्षा ईमेल पते या GitHub Security Advisories के ज़रिए निजी तौर पर भेजी जानी चाहिए और उसे साफ़ तौर पर सुरक्षा खुलासे के रूप में चिह्नित करना चाहिए। अगर कोई सुरक्षा ईमेल पता प्रकाशित नहीं है, तो रिपॉज़िटरी की `SECURITY.md` देखें और कोई पता अंदाज़े से न लगाएं।

रिपोर्ट में ये शामिल होना चाहिए:

• प्रभावित वर्ज़न;
• प्रभावित प्लेटफ़ॉर्म;
• समस्या दोहराने की स्थितियां;
• सुरक्षा पर असर;
• रिपोर्ट करने वाले से संपर्क का सुरक्षित तरीका;
• समस्या दोहराने की ऐसी सामग्री जिसमें किसी असली उपयोगकर्ता का डेटा न हो।

सुरक्षा रिपोर्ट इन चरणों से गुज़रती हैं:

1. छंटाई और पुष्टि;
2. असर का आकलन;
3. समाधान;
4. ठीक किए गए वर्ज़न की रिलीज़;
5. अपडेट के लिए उचित समय;
6. सुरक्षा सूचना का प्रकाशन।

सार्वजनिक सूचनाएं पुष्ट असर को काल्पनिक जोखिम से अलग करती हैं और प्रभावित व ठीक किए गए वर्ज़न बताती हैं।

10. सार्वजनिक डेटा का मतलब सार्वजनिक उपयोगकर्ता डेटा नहीं

तकनीकी पारदर्शिता उपयोगकर्ता की प्राइवेसी की कीमत पर नहीं आनी चाहिए।

रिपॉज़िटरी Issue, पुल रिक्वेस्ट, डेटासेट या रिसर्च दस्तावेज़ों में इन चीज़ों को शामिल करने से मना करती है:

• व्यक्तिगत डेटा;
• खाता पहचानकर्ता;
• भुगतान डेटा;
• सपोर्ट बातचीत;
• निजी IP पते;
• एक्सेस टोकन;
• प्रोडक्शन क्रेडेंशियल;
• प्रोडक्शन लॉग;
• प्रोडक्शन का कच्चा ट्रैफ़िक;
• ऐसा टेस्ट डेटा जिससे किसी एक उपयोगकर्ता की पहचान हो सके।

परफ़ॉर्मेंस डेटा समेकित या पहचान-रहित होना चाहिए। समीक्षकों को प्रकाशन से पहले पुष्टि करनी होगी कि किसी डेटासेट में उपयोगकर्ता-स्तर का डेटा, क्रेडेंशियल या ऐसी सामग्री नहीं है जिससे किसी असली उपयोगकर्ता की पहचान हो सके।

यह कार्यक्रम तकनीक, तरीकों, रिपोर्ट और समीक्षा किए गए सोर्स कोड को पारदर्शी बनाता है। यह उपयोगकर्ता जानकारी, सुरक्षा के लिहाज़ से संवेदनशील सर्वर डेटा या प्रोडक्शन क्रेडेंशियल प्रकाशित नहीं करता।

11. समुदाय कैसे भाग ले सकता है?

डेवलपर, सुरक्षा शोधकर्ता और समुदाय सदस्य ये कर सकते हैं:

• तकनीकी दस्तावेज़ बेहतर बनाना;
• दस्तावेज़ों की गलतियां ठीक करना;
• पारंपरिक चीनी, सरलीकृत चीनी और अंग्रेज़ी अनुवाद बेहतर बनाना;
• टेस्ट के तरीके को दोहराने लायक बेहतर बनाना;
• सार्वजनिक डेटा की गुणवत्ता सुधारना;
• एक्सेसिबिलिटी सुधारना;
• रिसर्च टूल जोड़ना;
• फ़ॉर्मेट वैलिडेशन बेहतर बनाना;
• टूटे लिंक ढूंढना;
• नए सार्वजनिक रिसर्च तरीके सुझाना;
• टेस्ट डिज़ाइन में सुधार सुझाना;
• सुरक्षा नियमों के दायरे में सार्वजनिक टेस्ट दोहराना।

योगदान में ये चीज़ें नहीं होनी चाहिए:

• बिना मंज़ूरी वाला प्रोडक्ट सोर्स कोड;
• निजी इन्फ्रास्ट्रक्चर की जानकारी;
• क्रेडेंशियल या कुंजियां;
• उपयोगकर्ता डेटा;
• निजी एंडपॉइंट;
• प्रोडक्शन लॉग;
• बिना पैच वाली कमज़ोरी का दुरुपयोग करने के पूरे निर्देश।

हर मापे जा सकने वाले योगदान में उसका स्रोत, तरीका, तारीख और सीमाएं भी बताना ज़रूरी है।

क्या इसका मतलब है कि SingLinkVPN अब पूरी तरह ओपन सोर्स है?

नहीं। यह पहला चरण है, अंतिम नहीं।

पहले चरण की प्राथमिकताएं हैं:

• तकनीकी दस्तावेज़;
• डेवलपमेंट आर्किटेक्चर;
• सुरक्षा और प्राइवेसी मॉडल;
• परफ़ॉर्मेंस टेस्टिंग के तरीके;
• मशीन से पढ़े जा सकने वाले डेटा फ़ॉर्मेट;
• वैलिडेशन टूल;
• सबूत और प्रकाशन नीति;
• ज़िम्मेदार खुलासा;
• आगे की रिपोर्ट और सोर्स कोड रिलीज़ के लिए एक ढांचा।

पहले चरण में ये शामिल नहीं हैं:

• VPN क्लाइंट का पूरा सोर्स;
• सर्वर-साइड सोर्स कोड;
• भुगतान सिस्टम का सोर्स कोड;
• प्रोडक्शन सर्वर कॉन्फ़िगरेशन;
• निजी API;
• ऑथेंटिकेशन क्रेडेंशियल;
• ब्लॉकिंग से बचाव या नेटवर्क-प्रतिरोध से जुड़े संवेदनशील इम्प्लीमेंटेशन विवरण;
• मुख्य प्रोटोकॉल का पूरा सोर्स कोड।

ज़रूरी नहीं कि ये पूरे कार्यक्रम से बाहर हों। हर प्रोडक्ट मॉड्यूल को अलग से सुरक्षा, प्राइवेसी, डिपेंडेंसी और लाइसेंसिंग समीक्षा की ज़रूरत है।

समीक्षा पूरी होने के बाद आगे की रिलीज़ में ये शामिल होंगे:

• साफ़ तौर पर परिभाषित ओपन-सोर्स डायरेक्टरी;
• संबंधित लाइसेंस;
• वर्ज़न इतिहास;
• सुरक्षा की सीमाएं;
• एक बदलाव लॉग;
• प्रकाशन की तारीख;
• सत्यापित किया जा सकने वाला Git टैग या Release।

पहले प्रकाशन मानक, डेटा संरचनाएं, सुरक्षा नियम और रिसर्च टूल बनाने से एक ज़्यादा सुरक्षित नींव बनती है और क्रेडेंशियल, इन्फ्रास्ट्रक्चर, उपयोगकर्ता डेटा या ऐसे थर्ड-पार्टी कोड के उजागर होने का जोखिम घटता है जिसे कानूनी रूप से दोबारा वितरित नहीं किया जा सकता।

अतिरिक्त सामग्री जारी होने के साथ लाइसेंस तय किए जाएंगे

मौजूदा रिपॉज़िटरी सार्वजनिक रूप से देखी जा सकती है, लेकिन कोड और सामग्री के दोबारा इस्तेमाल के पूरे लाइसेंस अभी सामग्री और सोर्स कोड के प्रकार के अनुसार व्यवस्थित किए जा रहे हैं।

जब तक कोई स्पष्ट लाइसेंस प्रकाशित नहीं होता, उपयोगकर्ताओं को यह नहीं मानना चाहिए कि उन्हें ये अधिकार मिल गए हैं:

• कॉपी करने का अधिकार;
• बदलाव करने का अधिकार;
• दोबारा वितरित करने का अधिकार;
• व्यावसायिक इस्तेमाल का अधिकार;
• दोबारा लाइसेंस देने का अधिकार।

स्पष्ट लाइसेंसिंग औपचारिक ओपन सोर्स का ज़रूरी हिस्सा है। सोर्स, दस्तावेज़, डेटा या टूल की हर आगे की रिलीज़ में उसकी डिपेंडेंसी, अपस्ट्रीम लाइसेंस और इच्छित इस्तेमाल के अनुसार शर्तें होंगी।

इससे एक मॉड्यूल का लाइसेंस गलती से दूसरे पर लागू होने से बचता है और योगदानकर्ताओं, अपस्ट्रीम प्रोजेक्ट्स और डाउनस्ट्रीम उपयोगकर्ताओं की सुरक्षा होती है।

कार्यक्रम की लंबी दिशा

दिशा साफ़ है: सार्वजनिक, सत्यापित किए जा सकने वाले और दोहराए जा सकने वाले तकनीकी सामग्री की मात्रा लगातार बढ़ाना।

1. सार्वजनिक तकनीकी दस्तावेज़ों का विस्तार जारी रखना

इसमें कनेक्शन का जीवनचक्र, रूटिंग, DNS, नेटवर्क बदलाव, सुरक्षित कॉन्फ़िगरेशन और अलग-अलग प्लेटफ़ॉर्म पर टेस्टिंग शामिल है।

2. वर्ज़न वाले प्रोडक्ट रिकॉर्ड प्रकाशित करते रहना

रिकॉर्ड में प्लेटफ़ॉर्म, वर्ज़न, तारीखें, चेकसम, अहम बदलाव, ज्ञात सीमाएं और स्थिर उद्धरण लिंक जोड़े जाएंगे।

3. असली परफ़ॉर्मेंस डेटासेट जोड़ते रहना

सार्वजनिक तरीके के तहत तारीख, वर्ज़न और वातावरण के साथ मशीन से पढ़ा जा सकने वाला डेटा प्रकाशित किया जाएगा।

4. सुरक्षा, परफ़ॉर्मेंस और पारदर्शिता रिपोर्ट प्रकाशित करते रहना

रिपोर्ट नीति, आंतरिक टेस्टिंग, स्वतंत्र रूप से दोहराए गए नतीजों और थर्ड-पार्टी आकलन को अलग-अलग दिखाएंगी।

5. स्वतंत्र रूप से दोहराने को बढ़ावा देना

शोधकर्ता अलग-अलग नेटवर्क, डिवाइस और क्षेत्रों की तुलना के लिए वही तरीके और फ़ॉर्मेट इस्तेमाल कर सकते हैं।

6. प्रकाशन और डेटा टूल्स को बेहतर बनाते रहना

फ़ॉर्मेटिंग, सुरक्षा, दस्तावेज़ और टेस्ट प्रक्रिया के आसपास ऑटोमेशन का विस्तार होगा।

7. VPN प्रोडक्ट का सोर्स कोड चरणों में जारी करना

सुरक्षा, प्राइवेसी, डिपेंडेंसी और लाइसेंसिंग समीक्षा के बाद, योजना में शामिल प्रोटोकॉल, क्लाइंट और दूसरी मुख्य तकनीक धीरे-धीरे जारी की जाएगी।

8. खुलासे और सुधार का ज़्यादा पूरा रिकॉर्ड बनाना

अहम सुरक्षा समस्याओं, प्रभावित वर्ज़न, ठीक किए गए वर्ज़न और आगे के अपडेट का साफ़ इतिहास रहेगा।

रिपॉज़िटरी में उद्धरण का मेटाडेटा है। शोधकर्ताओं को बिना तारीख वाली प्रचार सामग्री की जगह टैग किए गए Release, न बदलने वाले कमिट और असल में इस्तेमाल की गई तारीख वाली रिपोर्ट या डेटासेट का उद्धरण देना चाहिए।

सार्वजनिक बयानों से टिकाऊ सत्यापन तक

ओपन सोर्स सिर्फ़ एक लॉन्च इवेंट नहीं होना चाहिए।

लंबे समय तक चलने वाले ओपन सोर्स के लिए रखरखाव, बाहरी भागीदारी, स्पष्ट लाइसेंसिंग, वर्ज़न प्रबंधन, सुरक्षा सुधार और ऐसी तकनीकी सामग्री चाहिए जिसे दूसरे सत्यापित कर सकें और दोहरा सकें।

दस्तावेज़, रिसर्च के तरीके, डेटा फ़ॉर्मेट, सबूत मानक, रिपोर्टिंग संरचना और वैलिडेशन टूल से शुरुआत करना व्यापक सोर्स प्रकाशन की नींव रखता है।

पहला, एक सार्वजनिक प्रवेश द्वार बनाना

पहले इधर-उधर बिखरी तकनीकी, सुरक्षा, प्राइवेसी और परफ़ॉर्मेंस सामग्री को एक रखरखाव वाली GitHub रिपॉज़िटरी में एक साथ लाया गया है।

दूसरा, प्रकाशन मानक तय करना

कार्यक्रम तय करता है कि क्या प्रकाशित किया जा सकता है, टेस्ट में कौन-से फ़ील्ड होने चाहिए, सबूत का वर्गीकरण कैसे होता है और सुधार कैसे दर्ज किए जाते हैं।

तीसरा, आगे के ओपन सोर्स की नींव रखना

रिपोर्ट, डेटासेट, प्रोटोकॉल, क्लाइंट और दूसरे मॉड्यूल के लिए सुरक्षा, प्राइवेसी, लाइसेंसिंग और वर्ज़न प्रबंधन की प्रक्रियाएं तैयार की गई हैं।

इसलिए पहला चरण एक सीमित शुरुआती रिलीज़ को पूरा नतीजा बताकर पेश नहीं करता। यह विस्तार के लिए बनी एक प्रक्रिया की शुरुआत करता है।

अक्सर पूछे जाने वाले प्रश्न (FAQ)

क्या SingLinkVPN ने औपचारिक रूप से अपना ओपन-सोर्स कार्यक्रम शुरू कर दिया है?

हां। SingLinkVPN की आधिकारिक ओपन-सोर्स और तकनीकी रिसर्च रिपॉज़िटरी लाइव है, और पहले चरण के दस्तावेज़, रिसर्च के तरीके, डेटा फ़ॉर्मेट और वैलिडेशन टूल सार्वजनिक हैं।

क्या अब पूरा VPN सोर्स कोड सार्वजनिक है?

नहीं। SingLinkVPN का प्रोटोकॉल, क्लाइंट और दूसरा प्रोडक्ट सोर्स कोड सुरक्षा, प्राइवेसी, डिपेंडेंसी और लाइसेंसिंग समीक्षा के बाद मॉड्यूल-दर-मॉड्यूल जारी किया जाएगा।

सब कुछ एक साथ प्रकाशित क्यों नहीं किया गया?

किसी VPN प्रोडक्ट में प्रोडक्शन सर्वर की जानकारी, क्रेडेंशियल, निजी API, संवेदनशील बचाव तंत्र, थर्ड-पार्टी डिपेंडेंसी और अलग-अलग लाइसेंस वाला कोड हो सकता है।

चरणबद्ध समीक्षा उपयोगकर्ता डेटा, इन्फ्रास्ट्रक्चर विवरण, लाइव क्रेडेंशियल या ऐसे थर्ड-पार्टी कोड के उजागर होने का जोखिम घटाती है जिसे दोबारा वितरित नहीं किया जा सकता।

क्या असली परफ़ॉर्मेंस डेटा प्रकाशित किया जाएगा?

हां। तरीका और मशीन से पढ़ा जा सकने वाला फ़ॉर्मेट पहला कदम है। तारीख और वर्ज़न वाला डेटा और रिपोर्ट, वातावरण, सैंपल के आकार और सीमाओं के साथ, आगे आएंगे।

क्या सुरक्षा और पारदर्शिता रिपोर्ट सार्वजनिक होंगी?

हां। रिपॉज़िटरी में रिपोर्ट के लिए अलग डायरेक्टरी और प्रकाशन के नियम हैं। रिपोर्ट तब जोड़ी जाएंगी जब उनके सबूत, तरीके, वर्ज़न और सीमाएं तैयार होंगे।

क्या सुरक्षा मॉडल प्रकाशित करने का मतलब है कि थर्ड-पार्टी ऑडिट पूरा हो गया?

नहीं। सुरक्षा मॉडल आगे की टेस्टिंग और आकलन के लिए एक सार्वजनिक आधार है।

थर्ड-पार्टी आकलन में आकलनकर्ता का नाम होगा और सत्यापित की जा सकने वाली रिपोर्ट का लिंक होगा। उसे आंतरिक टेस्टिंग के रूप में पेश नहीं किया जाएगा।

डेवलपर क्या योगदान दे सकते हैं?

डेवलपर दस्तावेज़, अनुवाद, रिसर्च के तरीके, डेटा की गुणवत्ता, एक्सेसिबिलिटी, वैलिडेशन टूल और टेस्ट दोहराने में योगदान दे सकते हैं।

सुरक्षा कमज़ोरियों की रिपोर्ट निजी तौर पर करनी चाहिए, किसी सार्वजनिक Issue में पोस्ट नहीं करनी चाहिए।

क्या सार्वजनिक डेटा में उपयोगकर्ता डेटा होगा?

नहीं। सार्वजनिक डेटा समेकित या पहचान-रहित होना चाहिए और उसमें खाता डेटा, भुगतान डेटा, निजी IP पते, एक्सेस टोकन, प्रोडक्शन लॉग या प्रोडक्शन का कच्चा ट्रैफ़िक नहीं हो सकता।

निष्कर्ष: ओपन सोर्स लंबे समय के भरोसे की शुरुआत है

SingLinkVPN ओपन-सोर्स कार्यक्रम अब शुरू हो चुका है।

पहला चरण तकनीकी दस्तावेज़, रिसर्च के तरीके, सबूत मानक, डेटा फ़ॉर्मेट, खुलासे के नियम, रिपोर्टिंग संरचना और वैलिडेशन टूल स्थापित करता है।

आगे और सुरक्षा, परफ़ॉर्मेंस और पारदर्शिता रिपोर्ट आएंगी। और सार्वजनिक डेटा एक सुसंगत फ़ॉर्मेट में जोड़ा जाएगा। सुरक्षा, प्राइवेसी और लाइसेंसिंग समीक्षा के बाद और तकनीकी सामग्री और प्रोडक्ट सोर्स चरणों में जारी किए जाएंगे।

यह एक बार की ब्रांड घोषणा या अंतिम कदम नहीं है। यह एक लगातार चलने वाली इंजीनियरिंग कोशिश है।

हमारा लक्ष्य SingLinkVPN की तकनीकी, सुरक्षा, प्राइवेसी और परफ़ॉर्मेंस जानकारी को सिर्फ़ ब्रांड द्वारा बताई गई सामग्री से बदलकर ऐसा सार्वजनिक सबूत बनाना है जिसे समुदाय जांच सके, उद्धृत कर सके, सत्यापित कर सके, दोहरा सके और परखता रह सके।

हम उन डेवलपर्स, सुरक्षा शोधकर्ताओं, तकनीकी मीडिया और समुदाय के उपयोगकर्ताओं का स्वागत करते हैं जो दस्तावेज़ बेहतर बनाना, रिसर्च दोहराना, डेटा सत्यापित करना और तकनीकी चर्चा में हिस्सा लेना चाहते हैं।

ओपन सोर्स लंबे समय के भरोसे की शुरुआत है।

और यह सिर्फ़ पहला कदम है।

SingLinkVPN की आधिकारिक ओपन-सोर्स रिपॉज़िटरी देखें