IPsec کو Shadowsocks سے بدلنے سے پہلے گم شدہ کام لکھ لیں
چھوٹی ٹیم کے لیے Shadowsocks کو IPsec کا متبادل سمجھنے سے پہلے فارورڈنگ، نجی رسائی، اجازت اور آپریشن کا موازنہ کریں۔
تین سروسز، ایک سرنگ: ایک ویب ایپ، ایک ڈیٹا بیس اور ایک فائل شیئر۔ کوئی IPsec کی جگہ Shadowsocks لانے کی تجویز دیتا ہے، کیونکہ اسے چلانا آسان ہے۔ اس کے بعد کی انکرپشن بحث اصل بات سے چوک جاتی ہے، کیونکہ سرنگ ایک ساتھ کئی کام کر رہی ہے اور ان میں سے صرف ایک سائفرز سے متعلق ہے۔ مصنوعات کا موازنہ کرنے سے پہلے وہ کام لکھ لیں۔ فہرست مختصر ہے، اور اس کی کوئی بھی ایک شق تبدیلی کو بے کار کر سکتی ہے۔
اس سے شروع کریں کہ ٹریفک کیسے پکڑا جاتا ہے
پروٹوکول کے دو حصے ہیں۔ ایک مقامی جزو کنکشن قبول کرتا ہے، منزل کے پتے سے شروع ہونے والی اسٹریم کو انکرپٹ کرتا ہے اور اسے دور دراز جزو کو بھیجتا ہے۔ دور دراز کا نصف اس منزل سے کنکشن کھولتا ہے اور بائٹس آگے بھیجتا ہے۔ UDP ڈیٹا گرام کے ساتھ وہی شکل اختیار کرتا ہے۔ یہ ان بہاؤں کے لیے فارورڈنگ ہے جنہیں یہ پکڑتا ہے، اور ان بہاؤں کے بارے میں کچھ نہیں کہتا جنہیں نہیں پکڑتا۔ جو ایپ واضح طور پر پراکسی سے بات کرتی ہے وہ آسان ہے؛ باقی سب کو پکڑے جانے کے لیے ایڈاپٹر یا روٹنگ قواعد درکار ہیں۔
کچھ اور موازنہ کرنے سے پہلے ہر ایپ کے لیے پکڑنے کا طریقہ تحریر کریں۔ نہ پکڑا گیا ٹریفک عام راستے سے نکل جاتا ہے، اور جب تک کوئی سروس دفتر سے باہر مختلف برتاؤ نہ کرے کسی کو علم نہیں ہوتا۔
ہر منزل اور پروٹوکول کا نام لیں
دور دراز کے نصف کو ہر اندرونی سروس تک پہنچنا چاہیے۔ اس ہوسٹ تک چلنے والا انکرپٹڈ سیشن وہاں سے ڈیٹا بیس تک کوئی راستہ شامل نہیں کرتا، اور کلائنٹ پر اندرونی نام حل نہیں ہوتے۔ LAN شامل ہے لکھنے کے بجائے پتے، پورٹس اور پروٹوکول درج کریں۔
وہ صورتیں شامل کریں جو صاف ستھرے ڈیزائن توڑتی ہیں: اندرونی DNS، پراکسی ترتیبات نظر انداز کرنے والی ایپس، اور کوئی بھی بہاؤ جسے سرور سے کلائنٹ کی طرف شروع کرنا پڑے۔ ہر ایک کے لیے مفروضہ نہیں، واضح انتظام چاہیے۔
انکرپشن اجازت نہیں ہے
Shadowsocks میں درج AEAD طریقے تصدیق شدہ انکرپشن فراہم کرتے ہیں، اس لیے پورے خاندان کو غیر محفوظ کہہ کر مسترد کرنا غلط ہے۔ اس حقیقت کو رسائی کے سوال کا جواب بننے دینا بھی اتنا ہی غلط ہے۔ کسی کو طے کرنا ہوگا کہ کون کس سروس تک پہنچتا ہے، کسی کے جانے پر رسائی کیسے ہٹائی جاتی ہے، راز کہاں رکھے جاتے ہیں اور کون سا جزو حد نافذ کرتا ہے۔ ایک مشترکہ راز ہر حامل کو یکساں رسائی دیتا ہے، اور ایک شخص کو باہر کرنا سب کے لیے گردش بن جاتا ہے۔
موجودہ IPsec سیٹ اپ کو اسی پیمانے پر پرکھیں۔ اس کا لیبل ثابت نہیں کرتا کہ اس کے قواعد درست ہیں، اور ایک ڈیزائن کے چمکائے ہوئے نسخے کا دوسرے کے دھندلے نسخے سے موازنہ کچھ طے نہیں کرتا۔
آج دونوں طرف موجود کنٹرول درج کریں، پھر فیصلہ کریں کہ کن خلا کے ساتھ آپ رہ سکتے ہیں۔
آپریشن کا کام گنیں
ہر تبدیلی کے لیے کلائنٹ پیکجز، سرور اپ ڈیٹس، اسناد کی گردش اور ناکامی کی نشاندہی کے لیے ذمہ دار شخص چاہیے۔ دیکھیں کہ سرنگ دستیاب نہ ہونے پر ہر ایپ کیا کرتی ہے: ناکام ہوتی ہے، مقامی راستے سے دوبارہ کوشش کرتی ہے، یا انتظار کرتی ہے۔ یہ برتاؤ تعیناتی سے آتا ہے، پروٹوکول کے نام سے نہیں۔
ایک ویب ایپ کے لیے تنگ پراکسی کافی ہو سکتی ہے۔ ہر شخص کے لیے اجازتوں کے ساتھ پورے نیٹ ورک تک رسائی کے لیے اضافی حصے عام طور پر اس سرنگ سے زیادہ مہنگے پڑتے ہیں جسے انہوں نے بدلا تھا۔
فیصلہ یہ نہیں کہ کون سی مصنوعات زیادہ محفوظ لگتی ہے۔ فیصلہ یہ ہے کہ کون سا ڈیزائن فہرست شدہ کاموں کو ان کنٹرولز کے ساتھ مکمل کرتا ہے جو ٹیم واقعی برقرار رکھے گی۔