آپ کی شاخ کے نیٹ ورک کے لیے کون سا Sophos RED موڈ موزوں ہے؟
RED دور دراز سائٹ کا کردار ہے، پروٹوکول نہیں۔ شاخ کے گیٹ وے اور DHCP کی ملکیت کی بنیاد پر Standard/Unified، Standard/Split یا Transparent/Split منتخب کریں۔
Sophos RED کوئی VPN پروٹوکول نہیں، یہ دور دراز سائٹ کا کردار ہے، اسی لیے اس کا IPsec یا OpenVPN سے موازنہ غلط سوال کا جواب دیتا ہے۔ یہ آلہ کسی مرکزی فائر وال کا کنٹرول شاخ تک پھیلاتا ہے، اور آپ کا منتخب کردہ موڈ طے کرتا ہے کہ شاخ کا گیٹ وے کون فراہم کرتا ہے، پتے کون تقسیم کرتا ہے اور کون سی ٹریفک سرنگ سے گزرتی ہے۔ یہ تینوں جواب موڈ کے ناموں سے زیادہ اہم ہیں۔ انہیں پہلے لکھ لینا مصنوعات کے انتخاب کو ڈیزائن کے فیصلے میں بدل دیتا ہے۔
RED ایک کردار ہے، پروٹوکول نہیں
RED آلہ ایک شاخ کو مرکزی Sophos Firewall سے جوڑتا ہے، اور فائر وال کی ترتیب طے کرتی ہے کہ شاخ کیا بنتی ہے۔ سرنگ اس جوڑ کا نفاذی تفصیل ہے، کوئی عام مقصد کا VPN اختتامی نقطہ نہیں جسے کسی بھی ساتھی کی طرف نشانہ بنایا جا سکے۔
یہ خاکہ اہم ہے کیونکہ RED کسی بھی من مانی IPsec ساتھی کے ساتھ بدلا نہیں جا سکتا۔ یہ توقع کرتا ہے کہ مرکزی فائر وال اسے سنبھالے گا، اور معاون موڈ بتاتے ہیں کہ یہ شاخ کا کتنا حصہ لیتا ہے۔ اسے عام سرنگ کا اختتامی نقطہ سمجھنے سے ایسی توقعات بنتی ہیں جو مصنوعات نے کبھی نہیں دیں۔ اسے کردار سمجھنے سے وہ سوالات بنتے ہیں جو واقعی ڈیزائن طے کرتے ہیں۔
نیچے دی گئی تین شرطیں جواب بدلتی ہیں، اور یہ سب ملکیت کے بارے میں ہیں، انکرپشن کے بارے میں نہیں۔
موڈ منتخب کرنے والی تین شرطیں
پوچھیں کہ شاخ کا گیٹ وے کس کا ہے، شاخ کے کلائنٹس کے لیے DHCP اور DNS کون چلاتا ہے، اور کیا مقامی انٹرنیٹ آؤٹ لیٹ کو سرنگ کے ٹوٹنے پر بھی قائم رہنا چاہیے۔
Standard/Unified تینوں کا ایک ہی جواب دیتا ہے: مرکزی فائر وال شاخ کا LAN رکھتی ہے، گیٹ وے اور DHCP کی ذمہ داریوں سمیت، اور ٹریفک سرنگ سے گزرتی ہے۔ Standard/Split مرکزی انتظام رکھتا ہے اور صرف ترتیب شدہ نیٹ ورک سرنگ سے بھیجتا ہے۔ Transparent/Split موجودہ شاخ نیٹ ورک کو اس کے اپنے گیٹ وے اور پتوں کا ذمہ دار چھوڑتا ہے، اور صرف منتخب ٹریفک سرنگ میں موڑتا ہے۔ تین موڈ، تین مختلف مالک۔
| Mode | Branch gateway and DHCP | Traffic through the tunnel |
|---|---|---|
| Standard/Unified | Central firewall owns both | All branch traffic |
| Standard/Split | Central firewall owns both | Only the configured networks |
| Transparent/Split | The existing branch router keeps both | Only the selected flows |
پہلے درمیانی کالم پڑھیں، کیونکہ یہ طے کرتا ہے کہ سرنگ نہ ہونے پر شاخ کا کتنا حصہ اب بھی کام کرتا ہے۔
شاخ کا گیٹ وے اور DHCP کس کا ہے
یکجا ترتیب میں شاخ کا کوئی آزاد گیٹ وے نہیں ہوتا، جو ترتیب کو آسان بناتا ہے اور ناکامی کو ایک جگہ مرکوز کرتا ہے۔ یہ مرکزیت تب مناسب ہے جب شاخ چھوٹی ہو اور مرکزی فائر وال کی دستیابی زیادہ ہو۔
شفاف تعیناتی میں شاخ اپنا روٹر رکھتی ہے اور منتخب ٹریفک موڑنے کے لیے RED راستے میں بیٹھتا ہے۔ یہ مقامی کنٹرول بچاتا ہے اور ایسا آلہ شامل کرتا ہے جس کی راستے میں پوزیشن اب ہر موڑے گئے بہاؤ کے لیے اہم ہے۔ درج کریں کہ یہ کہاں بیٹھتا ہے، کیونکہ بعد میں شاخ کے روٹر میں تبدیلی اسے خاموشی سے بچا سکتی ہے۔ کوئی ترتیب عام طور پر نہیں جیتتی؛ یہ ذمہ داری مختلف طریقے سے تقسیم کرتی ہیں۔
پتوں کی ملکیت وہ حصہ ہے جو لکھا جانا چاہیے، کیونکہ ایک ہی قطعے میں دو DHCP سرور وقفے وقفے سے خرابیاں پیدا کرتے ہیں جنہیں VPN مسئلہ بتایا جاتا ہے۔
سرنگ گرنے پر کیا ہوتا ہے
Split کارروائی کو اکثر یہ وعدہ سمجھا جاتا ہے کہ سرنگ کی ناکامی کے دوران بھی مقامی انٹرنیٹ چلتا رہتا ہے، اور یہ پڑھائی محفوظ نہیں۔ درست رویہ منتخب موڈ، فرم ویئر اور آلے پر منحصر ہے، اس لیے اس کی جگہ قبولیت کے معیار میں ہے، کسی مفروضے میں نہیں۔
طے کریں کہ سرنگ کے بغیر شاخ کو اب بھی کیا کرنا ہے: مقامی پرنٹر تک پہنچنا، نام حل کرنا، ادائیگیاں لینا، یا کچھ بھی نہیں۔ پھر سرنگ بلاک کر کے اور شاخ کا مشاہدہ کر کے اس حالت کو جان بوجھ کر جانچیں۔ جو شاخ خاموشی سے DNS کھو دیتی ہے وہ بلند آواز میں ناکام ہونے والی شاخ سے بدتر ہے، کیونکہ مدد کے ڈیسک کا فون گھنٹوں بعد آتا ہے۔ مشاہدہ شدہ نتیجہ ڈیزائن ریکارڈ میں لکھیں۔
مرکزی انحصار ہر موڈ میں یکساں ہے: کسی کو خود آلے کے بحالی راستے کی ملکیت لینی ہوگی۔
تعیناتی سے پہلے شاخ کا معاہدہ لکھیں
شاخ کا معاہدہ ایک صفحے میں آ جاتا ہے: مالک، پتوں کے ماخذ، سرنگ سے گزرنے والے سابقے، اخراج کی پالیسی اور وہ خلل رویہ جو آپ نے قبول کیا۔
پھر مطلوبہ نہیں، تعینات شدہ نتیجہ تصدیق کریں۔ شاخ کے کلائنٹ کا پتہ، اس کا ڈیفالٹ گیٹ وے، کون سے سابقے سرنگ سے حل ہوتے ہیں اور سرنگ بلاک ہونے پر کیا اب بھی جواب دیتا ہے، دیکھیں۔ مطابقت، رسائی اور لائسنسنگ سب کو درست ماڈل کے لیے وینڈر کی موجودہ دستاویزات سے ملانا ضروری ہے، کیونکہ مصنوعات کا نام کسی موڈ کی ضمانت نہیں دیتا۔ وہ صفحہ آلے کے ریکارڈ کے ساتھ رکھیں تاکہ اگلے انجینئر کو خاکہ نہیں، فیصلے وراثت میں ملیں۔
ip -br addr
ip route
traceroute -n 10.80.4.10
dig +short intranet.corp.exampleسرنگ بلاک رکھتے ہوئے وہ بلاک دوبارہ چلائیں، اور دونوں دوڑوں کے درمیان فرق وہی خلل رویہ ہے جو آپ نے واقعی خریدا۔