डायरेक्ट कनेक्ट मधील ट्रॅफिक एन्क्रिप्ट करणे किंवा वेदनांमध्ये चालणे, भाग 3

आणि कोणीही नवीन द्राक्षारस जुन्या द्राक्षारसाच्या कातड्यात ठेवत नाही. अन्यथा नवीन द्राक्षारस कातडे फोडेल आणि स्वतःच बाहेर पडेल आणि कातडे नष्ट होतील; पण नवीन द्राक्षारस नवीन द्राक्षारसाच्या कातड्यात टाकावा. मग दोन्ही जतन केले जातील. ठीक आहे. ८:१८

या वर्षाच्या एप्रिलमध्ये, जगातील सर्वात मोठ्या DC हबच्या प्रशासनाने सुरक्षित कनेक्शनसाठी समर्थन सुरू करण्याची घोषणा केली. बघूया त्यातून काय आले.

इंग्रजीमध्ये भाषांतर करा

विवेकाचे स्वातंत्र्य

कारण मी याबद्दल जे काही विचार केला ते आधीच सांगितले गेले आहे पूर्वी, लेखाचा हा भाग मुळीच अस्तित्वात नसावा.

आपल्याला सुरक्षिततेची आवश्यकता असल्यास, आधुनिक क्लायंट निवडा आणि ADCs हब. डॉट.

पण तरीही तुम्ही NMDC हब वापरत असाल, म्हणजे, सामान्य? या प्रकरणात, तुम्हाला जुन्या, खूप जुन्या, नवीन किंवा फक्त कॉन्फिगर न केलेल्या डीसी क्लायंटच्या विसंगततेला सामोरे जावे लागेल. परंतु हे केले गेले आणि समस्या येण्यास फार काळ नव्हता.

माफिया

प्रथम, क्लायंट-टू-हब एन्क्रिप्शनच्या उपस्थितीची पर्वा न करता सुरक्षित क्लायंट-टू-क्लायंट कनेक्शन स्थापित केले जातात.

दुसरे म्हणजे, सुरक्षित कनेक्शनसाठी विनंत्या प्रसारित करणार्‍या किंवा नसलेल्या हबचे दृश्यमानपणे निर्धारण करणे अशक्य आहे.

तिसरे म्हणजे, आज जवळजवळ सर्व DC क्लायंटमध्ये डीफॉल्टनुसार कनेक्शन एनक्रिप्शन सक्षम केलेले आहे.

आठवतंय का? आता चला तपासा वापरकर्त्याच्या बाजूने TLS सेटिंग्ज, हबशी कनेक्ट करा आणि क्लायंटला एकमेकांशी जोडण्याचा काळजीपूर्वक प्रयत्न करा.

NMDCs हब

DC++ NMDC हबवर सुरक्षित कनेक्शनला स्पष्टपणे नकार देते, परंतु नियमित कनेक्शनला पूर्णपणे मान्यता देते. विकासकांनी एकापेक्षा जास्त वेळा कारण सांगितले आहे - त्याच जुन्या रेकचे अनुसरण करण्यात काही अर्थ नाही!

StrongDC++ ला फक्त TLS v.1.0 माहीत आहे आणि आधुनिक क्लायंट त्याच्याशी अजिबात कनेक्ट होत नाहीत. GreylinkDC++ सह हे आणखी वाईट आहे.

FlylinkDC++ स्वेच्छेने जुन्या क्लायंटसह अनुकूलता मोडमध्ये येते. किती वेळ लागेल आणि ते अजिबात आवश्यक आहे का? ..

EiskaltDC++ हेच कमी स्वेच्छेने करते, फक्त स्वतःच्या गरजांसाठी.

एडीसी हब

सर्व काही अगदी समान आहे, परंतु DC++ गेममध्ये सक्रियपणे समाविष्ट आहे.

EiskaltDC++ NMDC आणि ADC हबमध्‍ये फरक करण्‍याचे दिसत नाही, दोन्हींशी कठोर असल्‍याने.

इनपुटवर TLS v.1.2 ला समर्थन देण्यासाठी अनिवार्य आवश्यकता सेट करून तुम्ही लेगसी क्लायंट फिल्टर केले तर?..

ADCs हब

छान, नाही का?

निष्कर्ष

वाचकाला वाटेल की फ्लायलिंकडीसी++ वापरणे चांगले आहे आणि समस्या नाही, परंतु आपण हे विसरलात की हा क्लायंट समस्याप्रधान स्वत: करून. मला माहित असलेली शेवटची घटना म्हणजे अनेक वापरकर्ते रिमोट कॉन्फिगरेशन वापरून सुरक्षित कनेक्शनचे समर्थन करण्यासाठी बॉक्सवर टिक लावण्यात अयशस्वी झाले आणि त्याच्या आधीच्या सर्व आवृत्त्यांमध्ये त्यांची आभासी अनुपस्थिती.

सारांश, अनेक ऐतिहासिक आणि राजकीय कारणांमुळे, सुरक्षित इंटर-क्लायंट कनेक्शनसाठी आधार म्हणून NMDCs हबचा वापर कठीण किंवा अशक्य आहे. NMDCs हब वापरून, तुम्ही काही वापरकर्त्यांशी कनेक्ट होण्याची क्षमता गमावण्याची हमी दिली जाते आणि त्या बदल्यात तुम्हाला सुरक्षा मिळते - परंतु हमीशिवाय.

शिफारसी

एडीसी हब वापरणे सुरू करा, किमान अगोदर. कालबाह्य क्लायंटला नकार द्या आणि, तुम्ही DC हब प्रशासक असल्यास, स्ट्रॉंग आणि ग्रे वर बंदी घाला. च्या साठी

स्वतःच्या विरुद्ध विभागलेले प्रत्येक राज्य उजाड आहे; आणि प्रत्येक शहर किंवा घर एकमेकांच्या विरुद्ध विभागले जाऊ शकत नाही. एम.एफ. 12:25

स्त्रोत: www.habr.com