اذیت میں چلنا یا ڈائریکٹ کنیکٹ میں ٹریفک کو خفیہ کرنا، حصہ 3

اور کوئی نئی مے پرانی مَے میں نہیں ڈالتا۔ ورنہ نئی شراب کھالیں پھاڑ کر خود بہہ جائے گی، اور کھالیں ضائع ہو جائیں گی۔ لیکن نئی مے نئی مئے کی کھالوں میں ڈالنی چاہیے۔ پھر دونوں بچ جائیں گے۔ ٹھیک ہے. 5:37,38

اس سال اپریل میں، دنیا کے سب سے بڑے ڈی سی حب کی انتظامیہ نے محفوظ رابطوں کے لیے سپورٹ شروع کرنے کا اعلان کیا۔ آئیے دیکھتے ہیں کہ اس سے کیا نکلا۔

انگریزی میں ترجمہ کریں

ضمیر کی آزادی

کیونکہ میں نے اس بارے میں جو کچھ سوچا تھا وہ پہلے ہی کہا جا چکا ہے۔ پہلےمضمون کا یہ حصہ بالکل موجود نہیں ہونا چاہیے تھا۔

اگر آپ کو سیکورٹی کی ضرورت ہے تو، جدید کلائنٹ کا انتخاب کریں اور ADCs کا مرکز. ڈاٹ

لیکن کیا ہوگا اگر آپ اب بھی NMDC حب استعمال کرتے ہیں، یعنی، عام? اس صورت میں، آپ کو پرانے، بہت پرانے، نئے، یا محض غیر تشکیل شدہ DC کلائنٹس کی عدم مطابقت سے نمٹنا پڑے گا۔ لیکن یہ ہو گیا، اور مسائل آنے میں زیادہ دیر نہیں تھی۔

مافیا

سب سے پہلے، کلائنٹ ٹو ہب انکرپشن کی موجودگی سے قطع نظر کلائنٹ سے کلائنٹ کے محفوظ کنکشن قائم کیے جاتے ہیں۔

دوم، بصری طور پر اس حب کا تعین کرنا ناممکن ہے جو محفوظ کنکشن کے لیے درخواستیں نشر کر رہا ہے یا نہیں ہے۔

تیسرا، آج تقریباً تمام DC کلائنٹس کے پاس کنکشن کی خفیہ کاری بطور ڈیفالٹ فعال ہے۔

آپ کو یاد ہے؟ اب چلو چیک کریں صارف کی طرف TLS ترتیبات، مرکز سے جڑیں اور احتیاط سے کلائنٹس کو ایک دوسرے سے جوڑنے کی کوشش کریں۔

NMDCs کا مرکز

اذیت میں چلنا یا ڈائریکٹ کنیکٹ میں ٹریفک کو خفیہ کرنا، حصہ 3

DC++ واضح طور پر NMDC حبس پر محفوظ کنکشنز سے انکار کرتا ہے، لیکن ریگولر کنکشنز کو مکمل طور پر منظور کرتا ہے۔ ڈویلپرز نے ایک سے زیادہ بار وجہ بیان کی ہے - اسی پرانے ریک کی پیروی کرنے کا کوئی فائدہ نہیں ہے!

StrongDC++ صرف TLS v.1.0 کو جانتا ہے، اور جدید کلائنٹس اس سے بالکل بھی جڑتے نہیں ہیں۔ GreylinkDC++ کے ساتھ یہ اور بھی برا ہے۔

FlylinkDC++ اپنی مرضی سے پرانے کلائنٹس کے ساتھ مطابقت کے موڈ میں آتا ہے۔ اس میں کتنا وقت لگے گا اور کیا یہ بالکل ضروری ہے؟

EiskaltDC++ ایسا ہی کم خوشی سے کرتا ہے، صرف اپنی ضروریات کے لیے۔

ADC مرکز

اذیت میں چلنا یا ڈائریکٹ کنیکٹ میں ٹریفک کو خفیہ کرنا، حصہ 3

سب کچھ بالکل ایک جیسا ہے، لیکن DC++ گیم میں فعال طور پر شامل ہے۔

EiskaltDC++ NMDC اور ADC حبس کے درمیان فرق نہیں کرتا، دونوں کے ساتھ سختی کرتا ہے۔

کیا ہوگا اگر آپ ان پٹ پر TLS v.1.2 کو سپورٹ کرنے کے لیے لازمی تقاضے کو ترتیب دے کر میراثی کلائنٹس کو فلٹر کرتے ہیں؟...

ADCs مرکز

اذیت میں چلنا یا ڈائریکٹ کنیکٹ میں ٹریفک کو خفیہ کرنا، حصہ 3

بہت اچھا، ہے نا؟

نتائج

قاری یہ سوچ سکتا ہے کہ FlylinkDC++ استعمال کرنا بہتر ہے اور اس میں کوئی مسئلہ نہیں ہے، لیکن آپ بھول جاتے ہیں کہ یہ کلائنٹ مسئلہ میں خود کروں گا. اس کے ساتھ آخری واقعات میں سے ایک جس کے بارے میں میں جانتا ہوں وہ یہ ہے کہ بہت سے صارفین ریموٹ کنفیگریشن کا استعمال کرتے ہوئے محفوظ کنکشنز کو سپورٹ کرنے کے لیے خانوں پر نشان لگانے میں ناکام رہے اور اس کے پہلے کے تمام ورژنز میں ان کی ورچوئل غیر موجودگی۔

خلاصہ یہ کہ بہت سی تاریخی اور سیاسی وجوہات کی بناء پر، NMDCs کے مرکزوں کو محفوظ بین کلائنٹ رابطوں کے لیے ایک بنیاد کے طور پر استعمال کرنا مشکل یا ناممکن بھی ہے۔ NMDCs ہب کا استعمال کرتے ہوئے، آپ کو کچھ صارفین کے ساتھ رابطہ قائم کرنے کی صلاحیت سے محروم ہونے کی ضمانت دی جاتی ہے، اور اس کے بدلے میں آپ کو سیکیورٹی ملتی ہے - لیکن ضمانت کے بغیر۔

سفارشات

ADC حبس کا استعمال شروع کریں، کم از کم سامنے۔ پرانے کلائنٹس سے انکار کریں اور، اگر آپ ڈی سی ہب ایڈمن ہیں، تو Strong اور Gray پر پابندی لگائیں۔ کے لیے

ہر ایک سلطنت جو اپنے آپ میں تقسیم ہو وہ ویران ہے۔ اور ہر ایک شہر یا گھر جو آپس میں تقسیم ہو کھڑا نہیں ہو سکتا۔ میٹ 12:25

ماخذ: www.habr.com

نیا تبصرہ شامل کریں