डायरेक्ट कनेक्ट, पार्ट 1 में ट्रैफ़िक एन्क्रिप्शन

उसने उनसे कहा: राजा राष्ट्रों पर हावी होते हैं, और जो लाभार्थी उनके मालिक हैं, उन्हें बुलाया जाता है, और आप ऐसा नहीं हैं: लेकिन आप में से कौन अधिक है, जितना कम हो, उतना ही शासक और नौकर के रूप में शासक। Lk। 22: 25.26

कहानी

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

" DC ++ " क्लाइंट का नाम है। प्रोटोकॉल को " डी irect डायरेक्ट कनेक्ट" कहा जाता है। डीसी हब। डीसी ग्राहकों।

यह उसका अपना आकर्षण था। यहां आप ऑफ़लाइन हैं, और अब अंदर, उन लोगों के बीच, जिन्होंने पहले की तरह लगभग एक ही कार्य किया है। कमाल है ना?

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


वार्म ट्यूब डीसी ++ वी। 0.401

सामान्य तौर पर, डीसी, अपने सरल संचार और फ़ाइल साझाकरण कार्यों के साथ, उन समय के सामाजिक नेटवर्क के रूप में सफलतापूर्वक सेवा कर चुके हैं। और स्क्रीन के दूसरी तरफ का मानवीय चेहरा उतना ही दिखता था जितना कि आप खुद इसे देखना चाहते थे।

साल बीत गए। स्थानीय झुंडों को उड़ा दिया गया और मृत कर दिया गया। फेसबुक के हमले के तहत, VKontakte और DC टोरेंट, पुराने NMDC प्रोटोकॉल पर पांच सौ से कम सार्वजनिक हब और एक उन्नत उन्नत डायरेक्ट कनेक्ट प्रोटोकॉल पर दस (sic!) क्रॉल किया गया।

शुरुआत

जैसा कि प्रिय पाठकों को पहले से ही पता है, रूसियों के सभी यातायात को फिलहाल संरक्षित रखा गया है। इसे स्पष्ट में देना अस्वाभाविक है, लेकिन यह है कि डायरेक्ट कनेक्ट उपयोगकर्ता क्या करते हैं।

तो क्या आवश्यक है? सबसे पहले, हब के साथ डीसी क्लाइंट संचार को एन्क्रिप्ट करें। दूसरे, ग्राहकों के बीच संचार को एन्क्रिप्ट करने के लिए।

और यहाँ इस सरल और इतने पदानुक्रमित डिजिटल पदानुक्रम के सभी स्तरों पर समस्याएं शुरू होती हैं।

केन्द्रों

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

ग्राहकों

लंबे समय से डीसी ग्राहकों में टीएलएस के लिए सॉफ्टवेयर सपोर्ट है , लेकिन चूंकि इसके आवेदन के कोई मामले नहीं थे, इसलिए किसी ने भी वास्तव में इस सेटिंग्स अनुभाग में नहीं देखा। लेकिन व्यर्थ में!

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

लेकिन तथ्य यह है कि हब के एक सुरक्षित कनेक्शन की स्थापना प्रपत्र adc s : //hub.add.com.com के लिंक का उपयोग करते समय की जाती है: बंदरगाह

टीएलएस "नीति" स्थापित करना या तो सामान्य कनेक्शन को मंजूरी देना है (यानी, फॉर्म adc: //hub.address.com: पोर्ट) के लिंक का पालन करें, या ऐसे उपयोगकर्ता को कहीं और रीडायरेक्ट करें (उदाहरण के लिए, "सही" पता) )।

tls_private_key="/etc/uhub/babylon.aab21pro.org.key" tls_certificate="/etc/uhub/babylon.aab21pro.org.crt" tls_enable=yes tls_require=yes tls_require_redirect_addr=adcs://babylon.aab21pro.org:412 

UHub के लिए TLS कॉन्फ़िगरेशन उदाहरण

पहला विकल्प उन ग्राहकों को हब के साथ ग्राहकों को जोड़ने की संभावना छोड़ देता है जो 1.0 से अधिक टीएलएस संस्करण नहीं जानते हैं (या पता नहीं कैसे), जो समस्याएं पैदा करेगा; और दूसरा उपस्थिति में तेज गिरावट का वादा करता है।

*** विज्ञापन से जुड़ने के लिए: //babylon.aab21pro.org: 412 ...
*** एसएसएल त्रुटि 1: tlsv1 चेतावनी प्रोटोकॉल संस्करण

ADCs हब से कनेक्ट करने का प्रयास करते समय ऐसा संदेश एक क्लाइंट को केवल TLS v.1.0 प्रदर्शित करता है

हां, यह पता चला है कि इस मामले में हब सुरक्षित कनेक्शन की नाममात्र संभावना के सेंसर और गारंटर के रूप में कार्य करता है।

व्यवस्थापक

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

फिलहाल, बड़े डीसी हब के प्रशासक और मालिक केवल ऑनलाइन उपयोगकर्ताओं की संख्या में रुचि रखते हैं और इसके बारे में क्या किया जा सकता है। उपयोगकर्ताओं को खरीदा और बेचा जाता है; प्रशासकों और उपयोगकर्ताओं के बीच बातचीत की कोई संस्कृति नहीं है, कोई समुदाय नहीं है। यदि आप चाहें, तो कोई नैतिकता नहीं है, इसके साथ नैतिकता और आदर्श की अवधारणा भी है, और जो समस्याएं उत्पन्न होती हैं उन्हें अवधारणाओं के अनुसार हल किया जाता है। क्या आपको शब्द सर्वर का शाब्दिक अनुवाद याद है?

तो सामंती विखंडन प्राप्त होता है। यह अधिक लाभदायक है (किसके लिए?) हर किसी को सब कुछ करने की अनुमति देने के लिए (उदाहरण के लिए, ज्ञात कमजोरियों वाले ग्राहकों का उपयोग करने के लिए जो 10 वर्ष या उससे अधिक पुराने थे) किसी भी चीज़ के गारंटर के रूप में कार्य करने के लिए।

उपयोगकर्ताओं

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

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

नतीजतन, हब के भीतर ही हब के उपयोगकर्ता को उपयोगी जानकारी देना समस्याजनक है। पढ़ो न!

परिणाम

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

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