S4M — निजी नेटवर्क अवसंरचना: वीपीएन और प्रॉक्सियाँ

01प्रोजेक्ट का अवलोकन

S4Mएक निजी नेटवर्क अवसंरचना है जिसे एकल उत्पाद में एकत्रित किया गया है: पूरे उपकरण के लिए एक WireGuard और OpenVPN VPN, स्क्रिप्ट और स्वचालन के लिए प्रमाणित SOCKS5/HTTP प्रॉक्सी, समर्पित स्थिर IP, और आपके अपने निजी सर्वर। यह सब एक खाते में रहता है, एक बिलिंग और एक नियंत्रण बिंदु के साथ। स्थिति को होमपेज से दो छोटे वाक्यों में समाहित किया गया है: "अपने असली IP को छिपाएं। अपनी गोपनीयता का स्वामित्व रखें।"

फ्रेम को तुरंत ठीक करना उचित है। S4M एक वैध कार्य के लिए गोपनीयता उपकरण है: स्वचालन और मूल सर्वरों को पते के प्रकटीकरण से बचाना, बिना उत्पादन IP को उजागर किए अपने निगरानी लक्ष्यों को क्रॉल करना, और किसी भी उपकरण से निजी रूप से ब्राउज़ करना। यही उत्पाद अपने आप को इस तरह से वर्णित करता है: आपका स्वचालन और आपका सर्वर अदृश्य रहते हैं — तीसरे पक्ष निकासी नोड को देखते हैं, और केवल निकासी नोड को। किसी को "बायपास" या "धोखा" देने का कोई वादा नहीं: यह अवसंरचना ट्रैफ़िक के मूल के प्रश्न को उतनी ही वास्तविकता से हल करती है जितना कि एक CDN वितरण के प्रश्न को हल करता है।

हमने S4M को अंत से अंत तक डिज़ाइन और निर्मित किया — नेटवर्क आर्किटेक्चर इसके दो स्तरों (VPN और प्रॉक्सी), उपयोग लेखा, डैशबोर्ड और बिलिंग, निरंतर जांच के साथ मुफ्त प्रॉक्सियों की सार्वजनिक सूची, दस्तावेज़ीकरण, गाइड, और त्रिभाषी साइट (EN/UK/RU) के साथ। नीचे हम यह बताते हैं कि उत्पाद किससे बना है, कैसे नो-लॉग और व्यावसायिक मीटरिंग को समायोजित किया गया है, और क्यों सूत्र "दो उत्पाद - एक सुरक्षित निकासी" पूरे आर्किटेक्चर की रीढ़ बन गया।

और एक और संदर्भ की परत। S4M स्टूडियो के अपने पारिस्थितिकी तंत्र का उत्पाद है, और यह एक प्रदर्शन के रूप में नहीं रहा: आज हमारे अन्य उत्पादों के पूरे सर्वर-साइड आउटबाउंड ट्रैफ़िक — बाहरी API के लिए HTTP कॉल से लेकर मेल सबमिशन तक — इसके प्रमाणित SOCKS5 निकासी के माध्यम से बहता है। इस केस स्टडी की अवसंरचना हमारे अपने उत्पादन में हर दिन चलती है, और यही सबसे अच्छा परीक्षण है जिसे हम संभवतः इसके माध्यम से रख सकते हैं।

02संदर्भ और समस्या

आईपी को छिपाना "तकनीकी" रूप से आसान है — कठिन हिस्सा इसे में बदलना है इन्फ्रास्ट्रक्चर: विश्वसनीय, प्रबंधनीय, और उपयोगकर्ता के साथ ईमानदार। जैसे ही हमने कार्य को तोड़ा, एक परिचित दर्द की सूची उभरी — जो कोई भी नेटवर्क के साथ गंभीरता से काम कर रहा है उसे पहचान लेगा:

• उत्पत्ति सर्वर खुद को उजागर करता है।हर आउटबाउंड HTTP कॉल और हर भेजा गया ईमेल तीसरे पक्ष को सर्वर का असली पता दिखाता है — और इस पते से कोई होस्टिंग, पड़ोसी सेवाओं, और हमले की सतह को खोज सकता है।
• उपकरणों का एक चिड़ियाघर।लोगों के लिए VPN और मशीनों के लिए प्रॉक्सी पारंपरिक रूप से अलग उत्पादों में रहते हैं: दो खाते, दो बिलिंग, दो समर्थन डेस्क — और कहीं भी साझा उपयोग नियंत्रण नहीं।
• सार्वजनिक प्रॉक्सी विश्वसनीय नहीं हैं।फ्री लिस्ट तेजी से समाप्त हो जाती हैं, इनमें कोई प्रमाणीकरण नहीं होता, और उनकी गुमनामी अज्ञात होती है। त्वरित परीक्षण के लिए ठीक है, वास्तविक काम के लिए अनुपयोगी।
• बाद में सीमाएँ।उपयोग सामान्यतः अवधि के अंत में लॉग से गणना की जाती है: एक ओवररन तब देखा जाता है जब यह पहले ही हो चुका होता है। एक नेटवर्क उत्पाद के लिए यह बहुत देर हो चुकी है — और बहुत महंगा।
• शब्दों में केवल गोपनीयता।"हम कोई लॉग नहीं रखते" एक गोपनीयता नीति में उसी चीज़ का प्रतिनिधित्व नहीं करता है जैसे कि एक आर्किटेक्चर जिसमें गतिविधि लॉग भौतिक रूप से कभी अस्तित्व में नहीं आते।

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

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

03प्रोजेक्ट के लक्ष्य

संक्षेप से ठोस लक्ष्य विकसित हुए जिन्हें हमने हर चरण में बनाए रखा — नोड लेआउट से लेकर लैंडिंग पृष्ठ पर कॉपी तक:

• एक खाता — दो उत्पाद।वीपीएन और प्रॉक्सी खाते, बिलिंग और नियंत्रण पैनल साझा करते हैं; उपयोगकर्ता अलग-अलग सेवाओं से एक किट नहीं बनाता।
• डिजाइन द्वारा कोई लॉग नहीं।उपयोगकर्ता की ओर RAM-प्रथम नोड और WireGuard कुंजी: गतिविधि लॉग की अनुपस्थिति वास्तुकला की एक विशेषता है, न कि नीति की धारा।
• तार पर नियंत्रण।प्रति योजना / प्रति IP / प्रति खाते पर बारीक सीमाएँ वास्तविक समय में नोड पर लागू होती हैं, लॉग से बाद में नहीं।
• API-प्रथम।डैशबोर्ड में आप जो कुछ भी कर सकते हैं, आप प्रोग्रामेटिक रूप से भी कर सकते हैं: टोकनों के साथ एक REST API, जो बेस योजना से उपलब्ध है।
• पूर्वानुमानित मूल्य निर्धारण।वीपीएन के लिए एक फ्लैट मासिक दर, प्रॉक्सी ट्रैफ़िक के लिए मीटरिंग, एक समर्पित आईपी एक ऐड-ऑन के रूप में - कोई छिपा हुआ मार्कअप नहीं।
• विकल्प के रूप में गुमनामी।व्यक्तिगत डेटा के बिना साइन-अप, कार्ड या क्रिप्टो द्वारा भुगतान, कभी भी रद्द करें।

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

04हमने क्या बनाया

S4M चार उत्पाद ब्लॉकों से एक निजी नेटवर्क बनाता है जो पूरे स्पेक्ट्रम को कवर करता है - "एक लैपटॉप छिपाना" से लेकर "सर्वरों के बेड़े को छिपाना" तक:

इन ब्लॉकों के ऊपर कॉन्फ़िग्स, क्रेडेंशियल्स और सीमाओं का प्रबंधन करने के लिए एक डैशबोर्ड है; कार्ड या क्रिप्टो भुगतान के साथ बिलिंग; टोकन के साथ एक REST API; गाइड और तुलना की एक लाइब्रेरी; और एक त्रिभाषी साइट। मिलकर यह एक उत्पाद है जिसमें एक डेटा मॉडल है — चार सेवाएँ एक साझा साइनबोर्ड के तहत नहीं।

मुख्य संपत्ति है एकता. एक खाता VPN कॉन्फ़िग और प्रॉक्सी क्रेडेंशियल दोनों उत्पन्न करता है; एक समर्पित IP किसी भी विमान से जुड़ता है; उपयोग लेखा एक ही है चाहे ट्रैफ़िक किस रूप में बाहर जाए। उपयोगकर्ता "डिवाइस छुपाएँ" या "स्क्रिप्ट छुपाएँ" के संदर्भ में सोचता है — "मेरी पांच सेवाओं में से कौन सी इसके लिए जिम्मेदार है" के संदर्भ में नहीं।

05आर्किटेक्चर: दो उत्पाद, एक निकास

S4M के अंदर, "दो उत्पाद" दो डेटा प्लेन हैं जो एक साझा कोर पर हैं:

• VPN प्लेन — WireGuard और OpenVPN: पूरे डिवाइस को एन्क्रिप्ट करता है। उपयोगकर्ता एक तैयार कॉन्फ़िग डाउनलोड करता है और किसी भी प्लेटफ़ॉर्म पर एक टैप से कनेक्ट करता है।
• प्रॉक्सी प्लेन — प्रमाणित SOCKS5 और HTTP एंडपॉइंट्स: एकल एप्लिकेशन या स्क्रिप्ट को निकासी के माध्यम से रूट करता है। स्वचालन के लिए आदर्श जहां मशीन-व्यापी VPN अधिक होगा।
• साझा कोर — खाते, योजनाएँ, सीमाएँ, उपयोग लेखा, और क्रेडेंशियल जारी करना: एक डेटा मॉडल दोनों प्लेन का पालन करता है।

दूसरी विभाजन है नियंत्रण बनाम डेटा। नियंत्रण प्लेन (डैशबोर्ड, API, बिलिंग) यह तय करता है कि कौन क्या कर सकता है: यह पहुँच बनाता है, सीमाएँ निर्धारित करता है, पैसे की गिनती करता है। डेटा प्लेन (निकासी नोड्स) कार्यान्वित करता है: यह WireGuard/OpenVPN सत्रों को समाप्त करता है, प्रॉक्सी कनेक्शनों को प्रमाणित करता है, और तार पर सीमाओं को लागू करता है। नोड्स RAM-प्रथम बनाए गए हैं: कार्यशील स्थिति मेमोरी में रहती है न कि स्थायी लॉग में — यह बिना लॉग डिज़ाइन की नींव है जिसे नीचे विस्तार से कवर किया गया है।

और तीसरी विचार, अनुभाग शीर्षक में बढ़ावा दिया गया: एक निकासी. उपयोगकर्ता जिस पर निर्भर करता है - एक लैपटॉप के लिए VPN टनल या एक क्रॉलर के लिए SOCKS5 - बाहर से एक ही वर्ग की इकाई दिखाई देती है: एक S4M निकासी नोड। तीसरा पक्ष निकासी पते को देखता है और कभी भी स्रोत पते को नहीं। एक निकासी मॉडल का मतलब है एक सुरक्षा मॉडल, एक लेखा मॉडल, और एक स्थान जहां नियम लागू होते हैं।

अंततः, आर्किटेक्चर को शुरू से ही उत्पाद श्रृंखला के बढ़ने के लिए डिज़ाइन किया गया था। एक समर्पित व्यक्तिगत IP एक अलग उत्पाद नहीं है बल्कि एक विशेषता है जो किसी भी विमान से बंधी होती है: वही VPN या वही प्रॉक्सी, लेकिन एक स्थिर पते के साथ जो केवल आपका है। एक निजी सर्वर तार्किक निरंतरता है: एक व्यक्तिगत डेटा-प्लेन नोड उसी प्रबंधन मॉडल के तहत, बिना साझा निकासी और बिना पड़ोसियों के। न तो कदम ने कोर को तोड़ने की आवश्यकता थी - वे निर्माण द्वारा इसमें फिट होते हैं।

06यह कैसे काम करता है: तीन चरण

"मेरी IP दिखाई देती है" से "मेरी IP छिपी हुई है" तक की पूरी यात्रा उत्पाद इसे "तीन चरणों में निजी" के रूप में प्रस्तुत करता है - और यह विपणन संक्षिप्तता नहीं है बल्कि वास्तविक ऑनबोर्डिंग पथ है:

• 1. एक खाता बनाएं। कुछ सेकंड में साइन अप करें - एक ईमेल के साथ या पूरी तरह से गुमनाम रूप से, बिना किसी व्यक्तिगत डेटा के।
• 2. VPN या प्रॉक्सी चुनें।अपने डिवाइस के लिए WireGuard/OpenVPN कॉन्फ़िगरेशन डाउनलोड करें — या अपने स्क्रिप्ट के लिए SOCKS5/HTTP प्रॉक्सी क्रेडेंशियल्स प्राप्त करें।
• 3. कनेक्ट करें।ट्रैफ़िक S4M नोड के माध्यम से बाहर निकलता है: तीसरे पक्ष निकासी नोड को देखते हैं — और कभी भी आपका असली IP नहीं।

हमने विशेष रूप से इस परिणाम पर जोर दिया कि यह एक कमांड के साथ सत्यापित किया जा सके। किसी भी उपकरण को S4M प्रॉक्सी पर इंगित करें और गंतव्य केवल निकासी देखता है: curl --socks5 USER:PASS@node:1080 https://api.ipify.org निकासी नोड का पता लौटाता है, आपके सर्वर का नहीं। यह curl, Python, Scrapy, और किसी भी ब्राउज़र के साथ काम करता है; api.ipify.org के खिलाफ जांच करने में सेकंड लगते हैं। वह टर्मिनल ब्लॉक उत्पाद के होमपेज पर सही बैठता है: बुनियादी ढांचे के लिए सबसे अच्छा तर्क इसे काम करते हुए दिखाना है, न कि इसे वर्णित करना।

हमने "गोपनीयता तक का समय" को शुरू से ही एक उत्पाद मैट्रिक के रूप में माना। यदि साइन-अप और एक छिपे हुए IP के बीच एक समर्थन धागा, मैनुअल कॉन्फ़िगरेशन, या मैनुअल का अध्ययन है — तो उत्पाद हार गया है, चाहे कोर कितना भी मजबूत हो। इसलिए कॉन्फ़िगरेशन प्लेटफ़ॉर्म के अनुसार तैयार किए गए हैं, प्रॉक्सी क्रेडेंशियल्स "कमांड में पेस्ट करें" रूप में आते हैं, और ऑनबोर्डिंग पथ मिनटों में फिट बैठता है — एक खाली साइन-अप फॉर्म से लेकर ipify प्रतिक्रिया में एक सत्यापित विदेशी पते तक।

07मुख्य क्षमताएँ

आइए देखें कि S4M को "एक और VPN" क्यों नहीं बनाता है, बल्कि उत्पादन-ग्रेड नेटवर्क बुनियादी ढाँचा।

WireGuard और OpenVPN पर VPN

दो प्रोटोकॉल सभी प्रकार के उपकरणों और नेटवर्क को कवर करते हैं: आधुनिक, ऑडिटेड WireGuard प्राथमिक के रूप में और OpenVPN संगत बैकअप के रूप में। कॉन्फ़िगरेशन प्रत्येक प्लेटफ़ॉर्म पर एक टैप में जारी किया जाता है, और मूल्य निर्धारण एक फ्लैट मासिक दर है जिसमें कोई आश्चर्य नहीं है। इसमें एक किल-स्विच, स्प्लिट टनलिंग, और विज्ञापनों, ट्रैकर्स, और मैलवेयर के लिए एक DNS फ़िल्टर शामिल है: VPN न केवल पते को बंद करता है बल्कि ट्रैकिंग की पृष्ठभूमि की आवाज़ को भी बंद करता है।

प्रमाणित SOCKS5 और HTTP प्रॉक्सी

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

समर्पित व्यक्तिगत IPs

एक स्थिर पता जो केवल आपका है: एक ऐड-ऑन के रूप में ऑर्डर किया गया, VPN या प्रॉक्सी से बंधा हुआ, और - यदि आप चाहें - आपकी पहचान से अनलिंक किया गया। एक स्थिर निकासी महत्वपूर्ण है जहाँ भी पता अनुमति सूचियों पर समाप्त होता है, या जहाँ भी IP प्रतिष्ठा केवल आप पर निर्भर होनी चाहिए।

निजी सर्वर

अलगाव का शीर्ष स्तर: आपके अपने IP के साथ आपका अपना सर्वर, आपकी पसंद के क्षेत्र में, WireGuard/OpenVPN के साथ और वही नो-लॉग अनुशासन। कोई साझा निकासी नहीं और कोई पड़ोसी नहीं - पूरा नोड एक ही ग्राहक के लिए काम करता है।

खाता, भुगतान, रद्दीकरण

ईमेल द्वारा या गुमनाम रूप से साइन-अप करें, कार्ड या क्रिप्टो के माध्यम से एक बिलिंग भागीदार के जरिए भुगतान करें, कभी भी रद्द करें। गोपनीयता उस उत्पाद से शुरू होती है जो उपयोगकर्ता से संचालन के लिए आवश्यक डेटा से अधिक मांग नहीं करता।

उपयोग प्रबंधन

प्रति योजना, प्रति आईपी, और प्रति खाते के लिए बारीक सीमाएँ, वास्तविक समय में वायर पर लागू होती हैं। यह बुनियादी ढांचे की आत्म-रक्षा और एक योजना निर्माता दोनों है - जो अनुभाग 09 में विस्तार से कवर किया गया है।

08कोई लॉग नहीं और इंजीनियरिंग के रूप में गोपनीयता

S4M का मूल सिद्धांत है आवश्यकता से अधिक न जानना. निकासी नोड्स RAM-प्रथम बनाए गए हैं: कार्यशील स्थिति - सत्र, कनेक्शन, काउंटर - मेमोरी में रहती है और कभी भी स्थायी लॉग में नहीं जाती। ब्राउज़िंग इतिहास बिल्कुल भी रिकॉर्ड नहीं किया जाता: न कि "हमने वादा किया", बल्कि इसलिए कि नोड का निर्माण इसके लिए कोई गंतव्य नहीं है।

दूसरा स्तंभ है उपयोगकर्ता की ओर कुंजी. WireGuard कुंजियाँ खाते के मालिक द्वारा नियंत्रित की जाती हैं; प्रॉक्सी क्रेडेंशियल केवल उनके हैं। बुनियादी ढांचा प्रमाणीकरण और रूट करता है, लेकिन ग्राहक की पहचान पर कोई दावा नहीं करता। गुमनाम साइन-अप और क्रिप्टो भुगतान के लिए भी यही बात लागू होती है: "खाता ↔ पहचान" लिंक ठीक उसी तरह मौजूद है जैसे उपयोगकर्ता ने इसे बनाने का विकल्प चुना।

यह डिज़ाइन खतरे के मॉडल को सही दिशा में बदलता है। किसी हमलावर या जिज्ञासु पार्टी के लिए एक नोड का मूल्य इस बात से परिभाषित होता है कि यह क्या संग्रहीत करता है - और एक RAM-प्रथम नोड संचालन के न्यूनतम को संग्रहीत करता है। हमने जानबूझकर सिस्टम को इस प्रश्न से डिज़ाइन किया "सबसे खराब दिन पर डिस्क पर क्या बचा रहेगा?" और उत्तर की ओर बढ़े "बात करने लायक कुछ भी नहीं"। यही अनुशासन उत्पाद को भी बांधता है: उपयोगकर्ता पते के साथ कोई "अस्थायी" डिबग लॉग बिना ध्यान दिए प्रकट नहीं हो सकते, क्योंकि मूल निर्माण उनके खिलाफ है।

09वायर पर उपयोग नियंत्रण

परियोजना की सबसे दिलचस्प इंजीनियरिंग शाखा दो आवश्यकताओं को सुलझाना था जो पहली नज़र में एक-दूसरे को बाहर करती हैं: कोई-लॉग्स और व्यावसायिक मीटरिंग. क्लासिक मीटरिंग लॉग पार्सिंग पर आधारित है: जर्नल इकट्ठा करें, उन्हें गिनें, बिल जारी करें, दुरुपयोग का नोटिस लें। लेकिन हमारे पास कोई जर्नल नहीं है - इसलिए लेखा कहीं और रहना चाहिए।

S4M का उत्तर: गिनें तार पर. नोड उस क्षण में काउंटर स्ट्रीम करता है जब यह एक कनेक्शन की सेवा करता है — बाइट्स और सत्र की गिनती, खाते, योजना और आईपी के अनुसार संचित। यह मात्रा की गिनती करता है, सामग्री की नहीं; काउंटर, घटनाओं की नहीं; संचित, ब्राउज़िंग इतिहास की नहीं। यह बिलिंग और सीमाओं के लिए पर्याप्त है — और यह "कौन कहाँ गया" के रूप में एक भी रिकॉर्ड उत्पन्न नहीं करता।

सीमाएँ उसी स्थान पर, उसी क्षण में लागू होती हैं: प्रति योजना, प्रति आईपी, प्रति खाता — वास्तविक समय में। बाद में होने वाले मॉडल से अंतर मौलिक है। महीने के अंत में बिलिंग एक ओवररन का नोटिस तब लेती है जब ट्रैफ़िक पहले ही निकल चुका होता है और पैसा पहले ही खो चुका होता है; तार पर एक सीमा सेवा प्रोटोकॉल का हिस्सा होती है: एक कनेक्शन या तो नियमों में फिट होता है या सेवा नहीं दी जाती। बुनियादी ढाँचा घटना के क्षण में अपनी रक्षा करता है, न कि बाद में एक पत्र के साथ।

व्यवस्थापक के लिए, वही तंत्र एक योजना निर्माता बन जाता है: एक योजना सीमाओं का एक सेट है, न कि मूल्य सूची में एक पंक्ति। एक नियम परिवर्तन नोड्स में फैलता है और लाइव कनेक्शनों पर प्रभाव डालता है — बिना किसी क्रेडेंशियल पुनः जारी किए और बिना "अगले चक्र से प्रभावी"।

10उत्पाद के रूप में मुफ्त प्रॉक्सी सूची

उत्पाद के भीतर एक उत्पाद है सार्वजनिक प्रॉक्सी का लाइव कैटलॉग: सैकड़ों कार्यशील SOCKS5/HTTP/HTTPS पते (लगभग आठ सौ; संख्या लगातार बदलती रहती है) 79 देशों में, देश, प्रोटोकॉल, और गुमनामी स्तर के अनुसार फ़िल्टर के साथ। "इंटरनेट से सूचियों" के विपरीत, S4M कैटलॉग को लगातार जांचा जाता है: मृत पते बाहर निकल जाते हैं, जीवित पते फिर से पुष्टि किए जाते हैं।

स्टोरफ्रंट के पीछे हमारी अपनी पाइपलाइन चलती है: एक क्रॉलर खुले स्रोतों से उम्मीदवारों को इकट्ठा करता है, और एक चेक करने वाला हर पते को घुमाव में फिर से सत्यापित करता है - चाहे वह जीवित हो, किस प्रोटोकॉल पर वह उत्तर देता है, वह कौन सी गुमनामी प्रदान करता है, और वह किस देश से बाहर निकलता है। परिणाम "आज की सूची" नहीं है बल्कि सार्वजनिक प्रॉक्सी स्थान का एक जीवित क्रॉस-सेक्शन है, जहां हर प्रविष्टि पर एक ताजा चेक मार्क होता है। वह निरंतरता उत्पाद है: केवल एक सूची के रूप में पते का कोई मूल्य नहीं है; मूल्य यह है कि यह हमेशा वर्तमान है।

उत्पाद की अर्थशास्त्र में कैटलॉग एक ईमानदार फ़नल की भूमिका निभाता है। यह अपने आप में उपयोगी है और एक दर्शक लाता है जिसे पहले से ही नेटवर्क उपकरणों की आवश्यकता है - और वहां से उत्पाद धक्का नहीं देता, यह समझाता है। इंटरफ़ेस और FAQ में यह कहा गया है: सार्वजनिक प्रॉक्सी तीसरे पक्ष के सर्वर हैं जो खुले स्रोतों से हैं; ये त्वरित परीक्षण के लिए महान हैं लेकिन संवेदनशील ट्रैफ़िक के लिए नहीं - अपने जोखिम पर उपयोग करें। इसके बगल में, एक गंभीर तुलना: अपटाइम, गति, प्रमाणीकरण, गारंटीकृत गुमनामी, एक समर्पित IP, उपयोग नियंत्रण, और समर्थन केवल भुगतान किए गए पक्ष पर मौजूद हैं। उपयोगकर्ता अपने आप निष्कर्ष पर पहुँचता है, बिना कभी धकेले।

11समर्पित आईपी और निजी सर्वर

S4M में एक समर्पित व्यक्तिगत IP एक पूर्ण जीवन चक्र है, न कि योजना में एक पंक्ति। पता डैशबोर्ड से ऑर्डर किया जाता है, स्थिर और व्यक्तिगत के रूप में जारी किया जाता है - आप अकेले इसका उपयोग करते हैं - और या तो विमान से बंधा होता है: VPN के लिए, ताकि डिवाइस हमेशा एक पते से बाहर निकले, या प्रॉक्सी के लिए, ताकि स्वचालन का एक स्थिर निकासी बिंदु हो। अनुरोध पर, पता मालिक की पहचान से कोई लिंक के बिना प्रदान किया जाता है - गोपनीयता संसाधन के स्वामित्व के तथ्य तक फैली हुई है।

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

लाइन का शीर्ष स्तर है निजी सर्वर: आपका अपना समर्पित नोड जिसमें आपके द्वारा चुने गए OVH क्षेत्र में अपना IP है, जिसमें WireGuard/OpenVPN शामिल है और वही कोई-लॉग अनुशासन है। कोई साझा निकासी और कोई पड़ोसी नहीं: सभी बैंडविड्थ, सभी प्रतिष्ठा, और पूरा नोड एक ग्राहक का है। आर्किटेक्चरल रूप से यह साझा नोड्स के समान डेटा विमान है - बस व्यक्तिगत रूप से तैनात किया गया है, इसलिए पैनल, सीमाएँ, और लेखांकन इसके साथ बिना किसी एकल चेतावनी के काम करते हैं।

12डेवलपर अनुभव और एपीआई

S4M को एक API-प्रथम उत्पाद के रूप में बनाया गया था: डैशबोर्ड में जो कुछ भी दिखाई देता है वह प्रोग्रामेटिक रूप से उपलब्ध है। टोकनों के साथ REST API बेस प्लान से खुला है - संसाधनों, कॉन्फ़िग्स, क्रेडेंशियल्स, उपयोग को बनाने और पढ़ने के लिए। उच्च योजनाएँ वेबहुक और बढ़ी हुई API सीमाएँ जोड़ती हैं, और उन लोगों के लिए जो S4M के शीर्ष पर अपनी सेवा बना रहे हैं - व्हाइट-लेबल और पुनर्विक्रेता उप-खाते। प्रोविजनिंग एक्सेस एक API कॉल है, न कि एक समर्थन टिकट।

हमने डेवलपर अनुभव को एक सरल परीक्षण के साथ मापा: कितनी पंक्तियाँ क्रेडेंशियल्स को कार्यशील कोड से अलग करती हैं। उत्तर एक है — वही कर्ल कमांड जिसमें --socks5 ध्वज है। प्रॉक्सी कर्ल, पायथन, स्क्रैपी और किसी भी ब्राउज़र के साथ बिना किसी विशेष SDK के काम करते हैं — ये मानक प्रोटोकॉल हैं, कोई स्वामित्व वाला लपेट नहीं। निकासी की पुष्टि तात्कालिक है, api.ipify.org के खिलाफ। इसके चारों ओर एक गाइड्स की लाइब्रेरी है: एक सर्वर का IP कैसे छिपाएं, VPN बनाम प्रॉक्सी, SOCKS5 प्रॉक्सी क्या है, डेटा सेंटर बनाम आवासीय — दस्तावेज़ शिक्षा के रूप में और उत्पाद में एक जैविक प्रवेश के रूप में काम करते हैं।

सबसे स्पष्ट एकीकरण हमारा अपना है। ओस्टोहलो पारिस्थितिकी तंत्र सभी सर्वर-साइड आउटबाउंड ट्रैफ़िक अपने उत्पादों के माध्यम से S4M के प्रमाणित SOCKS5 निकासी के माध्यम से: बाहरी API के लिए हर HTTP कॉल और हर मेल सबमिशन एक निकासी नोड के माध्यम से निकलता है, और मूल सर्वरों के IPs कभी भी तीसरे पक्ष के होस्ट को नहीं छूते। यहाँ S4M "अतिरिक्त सुरक्षा" नहीं है बल्कि मानक निकासी परत है जिसके माध्यम से उत्पादन जीवित रहता है।

उस एकीकरण ने उत्पाद को वह दिया जो कोई परीक्षण बेंच नहीं कर सकता: वास्तविक उत्पादन की मांगें। निकासी स्थिरता, पूर्वानुमानित क्रेडेंशियल्स, निरंतर लोड के तहत सीमा व्यवहार — इसका सभी प्रमाण सिंथेटिक्स के साथ नहीं बल्कि उन सेवाओं के लाइव ट्रैफ़िक के साथ था जो डाउन नहीं होनी चाहिए। API के हर खुरदुरे किनारे ने पहले हमें मारा — और इसे ठीक किया गया इससे पहले कि कोई बाहरी उपयोगकर्ता इसे देख सके।

13तकनीकी ढांचा और अवसंरचना

S4M एक समर्पित वातावरण में चलता है जिसमें एक साफ विभाजन होता है: पैनल और बिलिंग एक आकृति में, निकासी नोड दूसरे में। प्रबंधन को ट्रैफ़िक सामग्री के बारे में कुछ नहीं पता; नोड्स को भुगतान डेटा के बारे में कुछ नहीं पता।

• बैकेंड — PHP 8.3: डैशबोर्ड, बिलिंग, REST API, मुफ्त प्रॉक्सी कैटलॉग और इसका क्रॉलर-चेकर्स।
• नेटवर्क परत — VPN प्लेन (WireGuard/OpenVPN) और प्रॉक्सी प्लेन (SOCKS5/HTTP) RAM-प्रथम निकासी नोड्स पर; कवरेज — 79 देश, घोषित अपटाइम — 99.9%।
• बिलिंग — बिलिंग पार्टनर के माध्यम से कार्ड या क्रिप्टो द्वारा भुगतान; VPN के लिए एक निश्चित दर, प्रॉक्सी ट्रैफिक के लिए मीटरिंग, समर्पित IPs और निजी सर्वरों के लिए ऐड-ऑन।
• परिधि — Cloudflare (DNS, TLS, सुरक्षा) उत्पाद की सार्वजनिक सतहों के सामने।

नियंत्रण कंटूर के लिए PHP 8.3 का चयन व्यावहारिक है: एक परिपक्व, तेज़ प्लेटफ़ॉर्म जहाँ डैशबोर्ड, API, बिलिंग, और कैटलॉग एक पूर्वानुमानित वातावरण में रहते हैं। नेटवर्क परत जानबूझकर अलग है और मानक प्रोटोकॉल बोलती है — WireGuard, OpenVPN, SOCKS5, HTTP: उपयोगकर्ता को हमारे क्लाइंट की आवश्यकता नहीं है; वे जो भी उपकरण पहले से उपयोग करते हैं, वही काम करेगा। यह अलगाव संचालन में भी लाभदायक है: पैनल को नोड्स को छुए बिना अपडेट किया जा सकता है, और नोड्स को पैनल को बिना बताए स्केल और बदल सकते हैं।

14डिजाइन और UX

एक गोपनीयता उत्पाद विश्वास बेचता है — और तकनीकी दर्शकों के साथ, विश्वास वादों से नहीं बल्कि सत्यापन से खरीदा जाता है। इसलिए S4M के इंटरफेस का मुख्य उपकरण है "दिखाओ, बताओ मत": होमपेज पर एक टर्मिनल ब्लॉक है जिसमें curl कमांड और ipify प्रतिक्रिया है, जो एक ही पंक्ति में पता स्वैप को प्रदर्शित करता है। इसके बगल में — लाइव काउंटर: कैटलॉग में काम करने वाले मुफ्त प्रॉक्सी की संख्या, कवर किए गए देश। ये उत्पाद के आंकड़े हैं, विपणन स्थिरांक नहीं, और तकनीकी दर्शक तुरंत अंतर महसूस करते हैं।

ईमानदारी का यही सिद्धांत साइट की संरचना को आकार देता है। "मुफ्त प्रॉक्सी बनाम S4M" तालिका मुफ्त विकल्प की ताकतों को छुपाती नहीं है; यह शांतिपूर्वक बताती है कि वे कहाँ समाप्त होते हैं: अपटाइम, गति, प्रमाणीकरण, गुमनामी, नियंत्रण। FAQ सीधे उत्तर देती है, जिसमें असहज भाग शामिल हैं: हाँ, सार्वजनिक प्रॉक्सी आपके अपने जोखिम पर हैं; नहीं, हम आपकी गतिविधि को रिकॉर्ड नहीं करते; हाँ, आप गुमनाम रह सकते हैं। गाइड और तुलना साइट को एक संदर्भ में बदल देती हैं जहाँ लोग वापस आते हैं — और एक जो नए दर्शकों को लाती है।

उत्पाद त्रिभाषी है — EN/UK/RU, और यह "एक अनुवादित लैंडिंग पेज" नहीं है बल्कि एक पूर्ण स्थानीयकरण है: इंटरफ़ेस, गाइड, FAQ। एक अवसंरचना सेवा के लिए, भाषा UX का एक हिस्सा है: उपयोगकर्ता गोपनीयता के बारे में निर्णय ले रहा है, और उन्हें वह निर्णय उस भाषा में लेना चाहिए जिसमें वे सोचते हैं।

15हमने कैसे काम किया

यह परियोजना क्रमिक चरणों में चली, हर कदम पर एक कार्यशील परिणाम के साथ:

• अनुसंधान।हमने परिदृश्यों का मानचित्रण किया - मूल सर्वरों की सुरक्षा, स्वचालन, निजी ब्राउज़िंग - खतरे का मॉडल, और बाजार में VPN और प्रॉक्सी को अलग उत्पादों में विभाजित करने का तरीका।
• संरचना।हमने एक साझा कोर के ऊपर दो स्तरों का डिज़ाइन किया, ऑन-दी-वाईर सीमा मॉडल, नो-लॉग्स नोड निर्माण, और API प्रारूप।
• मुख्य विकास।हमने VPN और प्रॉक्सी स्तरों, स्ट्रीमिंग लेखांकन, डैशबोर्ड, कार्ड और क्रिप्टो के साथ बिलिंग, और कॉन्फ़िग और क्रेडेंशियल्स का निर्गमन बनाया।
• प्रॉक्सी कैटलॉग।हमने क्रॉलर और सार्वजनिक प्रॉक्सियों के निरंतर चेक करने वाला, फ़िल्टर, और कैटलॉग के लाइव काउंटर बनाए।
• एकीकरण और रन-इन।हमने अपने स्वयं के पारिस्थितिकी तंत्र के सर्वर-साइड निकासी को S4M के SOCKS5 निकास पर स्थानांतरित किया और लाइव उत्पादन ट्रैफ़िक के तहत बुनियादी ढाँचा चलाया।
• लॉन्च।हमने लैंडिंग पृष्ठ, गाइड और तुलना, FAQ, और तीन भाषाओं में पूर्ण स्थानीयकरण तैयार किया।

आदेश जानबूझकर है: पहले अनुबंध को तय किया गया - कॉन्फ़िग और क्रेडेंशियल प्रारूप, सीमा मॉडल, API योजना - और केवल तब इसके चारों ओर कार्यान्वयन बनाया गया। एक स्थिर अनुबंध ने हमें कोर और कैटलॉग को समानांतर में विकसित करने की अनुमति दी, जबकि हमारे अपने पारिस्थितिकी तंत्र ने पहले और सबसे मांग वाले ग्राहक की भूमिका निभाई: सार्वजनिक लॉन्च के समय, वास्तविक ट्रैफ़िक पहले से ही S4M के माध्यम से बह रहा था, और समस्याओं के पूरे वर्गों को खोजा और अंदर से बंद किया गया था।

16परिणाम

जो उभरा वह "एक और VPN सेवा" नहीं है बल्कि नेटवर्क बुनियादी ढाँचा है जिसमें VPN, प्रॉक्सी, समर्पित IP, और निजी सर्वर एक उत्पाद के पहलू हैं जिसमें लेखांकन और गोपनीयता का एक मॉडल है।

• एक खाता VPN, प्रॉक्सी, समर्पित IP और निजी सर्वरों को कवर करता है - बिना सेवाओं के चिड़ियाघर और बिना डुप्लिकेट बिलिंग के।
• कुछ ही मिनटों में गोपनीयता: साइन-अप → कॉन्फ़िग या क्रेडेंशियल्स → एक कमांड के माध्यम से api.ipify.org के खिलाफ निकासी की पुष्टि।
• प्रति-योजना / प्रति-IP / प्रति-खाता सीमाएँ वास्तविक समय में वायर पर चलती हैं - और एक भी गतिविधि लॉग की आवश्यकता नहीं होती।
• सैकड़ों लाइव प्रॉक्सी का मुफ्त कैटलॉग एक दर्शक लाता है और इसे ईमानदारी से भुगतान योजनाओं में परिवर्तित करता है।
• उत्पाद हमारे अपने उत्पादन में चलता है: पारिस्थितिकी तंत्र का पूरा सर्वर-साइड आउटबाउंड ट्रैफ़िक S4M निकासी के माध्यम से बहता है।

मुख्य परिणाम मॉडल का परिवर्तन है। पहले, "IP छिपाना" का मतलब एक किट इकट्ठा करना था: यहाँ एक VPN, वहाँ प्रॉक्सी, एक तीसरे विक्रेता से स्थिर पता, और कहीं भी साझा नियंत्रण नहीं। अब यह एक बुनियादी ढाँचा है जिसमें एक नियंत्रण बिंदु है जो एक लैपटॉप और सर्वरों के बेड़े दोनों की सेवा करता है - और जिसे हम हर दिन स्वयं उपयोग करते हैं।

17सीखने योग्य बातें

S4M की केंद्रीय इंजीनियरिंग कहानी उस चीज़ का सामंजस्य है जो असंगत लगती है: बिना लॉग की गोपनीयता और व्यावसायिक मीटरिंग। समाधान - बाइट्स की गिनती करें, व्यवहार नहीं; नोड पर, जर्नल में नहीं; समग्र के रूप में, घटनाओं के रूप में नहीं - पीछे मुड़कर देखना स्पष्ट लगता है, लेकिन यही पूरे आर्किटेक्चर को आकार देता है: RAM-प्रथम नोड, स्ट्रीमिंग काउंटर, वायर पर सीमाएँ। यहाँ गोपनीयता एक विशेषता नहीं है और न ही एक वादा, बल्कि निर्माण का आकार है।

दूसरा takeaway विश्वास के बारे में है। एक श्रेणी में जहाँ उत्पाद गोपनीयता के लिए खरीदा जाता है, ईमानदारी सबसे मजबूत उत्पाद रणनीति साबित हुई: नारे के बजाय एक सत्यापन योग्य प्रदर्शन, गोल संख्याओं के बजाय लाइव काउंटर, मुफ्त स्तर की सीमाओं के बारे में सीधे उत्तर। और तीसरा है "हमारे अपने खेल में अपनी त्वचा" की शक्ति: गोपनीयता बुनियादी ढाँचे का सबसे अच्छा परीक्षण इसे अपने उत्पादन पर रखना है - जो हमने किया, पारिस्थितिकी तंत्र के पूरे आउटबाउंड ट्रैफ़िक को S4M के माध्यम से रूट करते हुए।

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