पीड़ा में चलना या डायरेक्ट कनेक्ट में ट्रैफ़िक एन्क्रिप्ट करना, भाग 3

और कोई नया दाखरस पुरानी मशकों में नहीं रखता; नहीं तो नया दाखरस मशकों को फाड़कर अपने आप बाहर बह जाएगा, और मशकें नष्ट हो जाएंगी; परन्तु नया दाखमधु नई मशकों में भरना चाहिए; तो दोनों बच जायेंगे. ठीक है। 5:37,38

इस साल अप्रैल में, दुनिया के सबसे बड़े डीसी हब के प्रशासन ने सुरक्षित कनेक्शन के लिए समर्थन शुरू करने की घोषणा की। आइए देखें कि इसका क्या नतीजा निकला।

अंग्रेजी में अनुवाद करो

विवेक की स्वतंत्रता

क्योंकि मैंने इस बारे में जो कुछ भी सोचा था वह पहले ही कहा जा चुका है पूर्व, लेख का यह भाग अस्तित्व में ही नहीं होना चाहिए था।

यदि आपको सुरक्षा की आवश्यकता है, तो आधुनिक ग्राहक चुनें और एडीसी हब। प्वाइंट।

लेकिन क्या होगा यदि आप अभी भी एनएमडीसी हब का उपयोग करते हैं, अर्थात, हमेशा की तरह? इस मामले में, आपको पुराने, बहुत पुराने, नए, या बस अपुष्ट डीसी क्लाइंट की असंगतता से निपटना होगा। लेकिन ऐसा किया गया, और समस्याएं आने में ज्यादा समय नहीं था।

माफिया

सबसे पहले, क्लाइंट-टू-हब एन्क्रिप्शन की उपस्थिति की परवाह किए बिना सुरक्षित क्लाइंट-टू-क्लाइंट कनेक्शन स्थापित किए जाते हैं।

दूसरे, उस हब को दृष्टिगत रूप से निर्धारित करना असंभव है जो सुरक्षित कनेक्शन के लिए अनुरोध प्रसारित कर रहा है या नहीं।

तीसरा, आज लगभग सभी डीसी क्लाइंट के पास डिफ़ॉल्ट रूप से कनेक्शन एन्क्रिप्शन सक्षम है।

तुम्हे याद है? अब चलो चेक करने योग्य उपयोगकर्ता पक्ष पर टीएलएस सेटिंग्स, हब से कनेक्ट करें और क्लाइंट को एक-दूसरे से कनेक्ट करने का सावधानीपूर्वक प्रयास करें।

एनएमडीसी हब

DC++ स्पष्ट रूप से NMDC हब पर सुरक्षित कनेक्शन से इनकार करता है, लेकिन नियमित कनेक्शन को पूरी तरह से मंजूरी देता है। डेवलपर्स ने एक से अधिक बार इसका कारण बताया है - उसी पुरानी रेक का पालन करने का कोई मतलब नहीं है!

स्ट्रांगडीसी++ केवल टीएलएस v.1.0 को जानता है, और आधुनिक ग्राहक इससे बिल्कुल भी नहीं जुड़ते हैं। ग्रेलिंकडीसी++ के साथ तो यह और भी बुरा है।

FlylinkDC++ स्वेच्छा से पुराने ग्राहकों के साथ अनुकूलता मोड में आ जाता है। इसमें कितना समय लगेगा और क्या यह बिल्कुल जरूरी है?

EiskaltDC++ वही काम कम स्वेच्छा से करता है, केवल अपनी जरूरतों के लिए।

एडीसी हब

सब कुछ बिल्कुल वैसा ही है, लेकिन DC++ गेम में सक्रिय रूप से शामिल है।

EiskaltDC++ एनएमडीसी और एडीसी हब के बीच अंतर नहीं करता है, दोनों के साथ सख्त होने के कारण।

यदि आप इनपुट पर टीएलएस v.1.2 का समर्थन करने की अनिवार्य आवश्यकता निर्धारित करके पुराने ग्राहकों को फ़िल्टर करते हैं तो क्या होगा?

एडीसी हब

बढ़िया, है ना?

निष्कर्ष

पाठक सोच सकते हैं कि FlylinkDC++ का उपयोग करना सबसे अच्छा है और उन्हें कोई समस्या नहीं है, लेकिन आप यह भूल जाते हैं कि यह क्लाइंट है समस्यात्मक अपने आप से। इसके साथ हुई आखिरी घटनाओं में से एक जो मुझे पता है वह यह है कि कई उपयोगकर्ता रिमोट कॉन्फ़िगरेशन का उपयोग करके सुरक्षित कनेक्शन का समर्थन करने के लिए बॉक्स पर टिक करने में विफल रहे और इसके सभी पुराने संस्करणों में इसकी आभासी अनुपस्थिति थी।

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

अनुशंसाएँ

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

प्रत्येक राज्य अपने आप में विभाजित होकर उजाड़ हो जाता है; और हर एक नगर या घराना जिसमें फूट हो वह टिक नहीं सकता। मैट। सुबह 12:25 बजे।

स्रोत: www.habr.com