Outline-ss-server 1.4 की रिलीज, Outline प्रोजेक्ट से शैडोस्कॉक्स प्रॉक्सी कार्यान्वयन

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

Outline-ss-server गो में लिखा गया है और Apache 2.0 लाइसेंस के तहत वितरित किया गया है। शैडोस्कॉक्स डेवलपर समुदाय द्वारा बनाए गए गो-शैडोस्कॉक्स2 प्रॉक्सी सर्वर कोड का उपयोग आधार के रूप में किया जाता है। हाल ही में, शैडोस्कोक्स परियोजना की मुख्य गतिविधि रस्ट भाषा में एक नए सर्वर के विकास पर केंद्रित है, और गो कार्यान्वयन को एक वर्ष से अधिक समय तक अपडेट नहीं किया गया है और यह कार्यक्षमता में काफी पीछे है।

Outline-ss-server और go-shadowsocks2 के बीच अंतर एक ही नेटवर्क पोर्ट के माध्यम से कई उपयोगकर्ताओं को जोड़ने के लिए समर्थन करने के लिए नीचे आते हैं, कनेक्शन प्राप्त करने के लिए कई नेटवर्क पोर्ट खोलने की क्षमता, कनेक्शन को तोड़े बिना हॉट रीस्टार्ट समर्थन और कॉन्फ़िगरेशन अपडेट, अंतर्निहित निगरानी और प्रोमेथियस प्लेटफॉर्म .io पर आधारित ट्रैफिक संशोधन उपकरण।

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

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

ट्रैफ़िक छिपाने के स्तर के संदर्भ में, आउटलाइन-एसएस-सर्वर कार्यान्वयन में शैडोस्कोक्स प्रोटोकॉल अनाम टोर नेटवर्क में ओबीएफ़एस4 प्लगेबल ट्रांसपोर्ट के करीब है। प्रोटोकॉल चीन के ट्रैफ़िक सेंसरिंग सिस्टम ("ग्रेट फ़ायरवॉल ऑफ़ चाइना") को बायपास करने के लिए बनाया गया था और आपको किसी अन्य सर्वर के माध्यम से अग्रेषित किए गए ट्रैफ़िक को काफी प्रभावी ढंग से छिपाने की अनुमति देता है (यादृच्छिक बीज संलग्न करने और एक निरंतर प्रवाह का अनुकरण करने के कारण ट्रैफ़िक की पहचान करना समस्याग्रस्त है)।

SOCKS5 का उपयोग प्रॉक्सी अनुरोध के लिए एक प्रोटोकॉल के रूप में किया जाता है - SOCKS5 समर्थन के साथ एक प्रॉक्सी स्थानीय सिस्टम पर लॉन्च किया जाता है, जो ट्रैफ़िक को एक दूरस्थ सर्वर पर सुरंग करता है जिससे अनुरोध वास्तव में निष्पादित होते हैं। क्लाइंट और सर्वर के बीच ट्रैफ़िक को एक एन्क्रिप्टेड टनल (प्रमाणित एन्क्रिप्शन AEAD_CHACHA20_POLY1305, AEAD_AES_128_GCM और AEAD_AES_256_GCM समर्थित है) में रखा गया है, जिसके निर्माण के तथ्य को छुपाना शैडोस्कॉक्स का प्राथमिक कार्य है। टीसीपी और यूडीपी सुरंगों के संगठन का समर्थन किया जाता है, साथ ही टोर में प्लग करने योग्य परिवहन के समान प्लगइन्स के उपयोग के माध्यम से मनमानी सुरंगों का निर्माण, SOCKS5 तक सीमित नहीं है।

स्रोत: opennet.ru