ریموٹ تبدیلی سے پہلے راؤٹر VPN رول بیک کی منصوبہ بندی کیسے کریں

آپ اس سرنگ میں ترمیم کرنے والے ہیں جس میں آپ کا اپنا سیشن ہوتا ہے، اس لیے جو کام آپ کو بچاتا ہے وہ تبدیلی سے پہلے ہوتا ہے، نہ کہ اس کے بعد ہونے والے جھگڑے کے دوران۔ حفاظتی جال VPN صفحہ پر نہیں ہے: یہ بحالی اسکرین، کنسول، یا دوسرا راستہ ہے جو آپ کے ترمیم کردہ آلے کے ذریعے نہیں چلتا ہے۔ میں تینوں کو اسی راؤٹر انٹرفیس پر منصوبہ بناتا ہوں جس میں میں ترمیم کرنے والا ہوں، اور میں ایک بار راستہ استعمال کرتا ہوں جب کہ سب کچھ کام کرتا ہے۔ یہ وہی واک تھرو ہے جس کی میں پیروی کرتا ہوں، ترتیب میں۔

اس کی ضرورت سے پہلے بحالی کے بہاؤ پر چلیں

وہ صفحہ کھولیں جو آپ کی تبدیلی کو کالعدم کر دے گا۔ pfSense پر جو کہ ہے Diagnostics > Backup & Restore; OpenWrt پر یہ سسٹم> بیک اپ / فلیش فرم ویئر ہے، OPNsense پر یہ سسٹم> کنفیگریشن> بیک اپس ہے، جو پچھلی نظرثانی کو بھی رکھتا ہے جس پر آپ فائل کے بغیر واپس جاسکتے ہیں۔ آپ ابھی تک کچھ بھی بحال نہیں کر رہے ہیں۔ آپ چیک کر رہے ہیں کہ آیا وہ صفحہ اس راستے سے کھلتا ہے جو تبدیلی کے دوران آپ کے پاس ہو گا، آیا یہ بعد میں دوبارہ شروع کرنا چاہتا ہے، اور آیا یہ ایک مختلف فرم ویئر ریلیز کے ذریعے لکھے گئے آرکائیو کو مسترد کرتا ہے۔ نیٹ گیٹ docs.netgate.com پر اپنی برآمدات اور بہاؤ کو بحال کرتا ہے۔

ایک بحالی پوری ترتیب کو تبدیل کرتی ہے، لہذا یہ ایک اصول کے لیے کالعدم نہیں ہے۔ آرکائیو میں صارفین، سرٹیفکیٹس، وی پی این کیز، فائر وال رولز، اور ایڈمن انٹرفیس کی ترتیبات ہوتی ہیں جو فیصلہ کرتی ہیں کہ کون لاگ ان ہوسکتا ہے۔ اس لیے میں تبدیلی سے پہلے فوری طور پر ایکسپورٹ کرتا ہوں اور فائل کا نام اس تاریخ اور واحد سیٹنگ کے ساتھ رکھتا ہوں جسے میں چھونے کا ارادہ رکھتا ہوں۔ ایک ماہ پرانی فائل کو بحال کرنے سے ایک ماہ پرانی سرنگ اور ایک ماہ پرانی کلید بھی بحال ہو جاتی ہے۔

اگر پلیٹ فارم صرف اسی ریلیز سے آرکائیوز کو لوڈ کرتا ہے، تو اسے ابھی نوٹ کریں: ایک ونڈو میں فرم ویئر اپ گریڈ کے علاوہ VPN ایڈٹ آپ کو ایک فائل رکھنے پر چھوڑ دیتا ہے جسے راؤٹر قبول نہیں کرے گا۔

سرنگ کو چھوڑنے میں ایک راستہ ثابت کریں

ایک ہی لیپ ٹاپ سے ایک ہی پبلک ایڈریس پر دوسرا SSH سیشن دوسرا راستہ نہیں ہے، دونوں ایک ساتھ مرتے ہیں۔ آزاد راستہ ان میں سے ایک ہے: ایک سیریل یا KVM کنسول، ایک ہائپر وائزر یا کلاؤڈ کنسول، ایک انتظامی VLAN جو کسی میزبان سے قابل رسائی ہے جو سرنگ کے پیچھے نہیں ہے، دوسرا WAN یا LTE موڈیم جس کے اپنے انتظامی اصول ہیں، یا سائٹ پر موجود کوئی فرد۔

روٹر صحت مند ہونے کے دوران منتخب کردہ راستے کی جانچ کریں۔ اس پر لاگ ان کریں، VPN صفحہ کھولیں، اور محفوظ کرنے سے پہلے رک جائیں۔ اگر کوئی لاک ڈاؤن اصول اسے صرف ڈیش بورڈ تک پہنچنے دیتا ہے، تو آپ کے پاس اسے ٹھیک کرنے کے لیے ابھی بھی وقت ہے، اور تصحیح کو اصولی ترتیب میں انکار اصول کے اوپر بیٹھنا ہوگا۔

زیادہ تر راؤٹرز ایڈمن سروس کو انٹرفیس یا ایڈریس فیملی سے منسلک کرتے ہیں، اس لیے آؤٹ آف بینڈ روٹ کو وہاں پہنچنا پڑتا ہے جہاں وہ سروس سنتی ہے۔ ونڈو کے لیے بائنڈنگ کو چوڑا کرنا کام کرتا ہے، لیکن یہ خود اس راستے میں تبدیلی ہے جس پر آپ انحصار کرتے ہیں۔

فائل کو ایکسپورٹ کریں اور ٹرگر لکھیں

ایکسپورٹ کو راؤٹر سے اور مشین سے دور کریں جو اس کی سرنگ کھو سکتی ہے۔ راؤٹر فائل سسٹم پر محفوظ کردہ بیک اپ بالکل اسی ناکامی میں غائب ہو جاتا ہے جس کی آپ منصوبہ بندی کر رہے ہیں، اور لیپ ٹاپ پر بیٹھنے والا جو کنیکٹیویٹی کھونے والا ہے بمشکل بہتر ہے۔

اس فائل کو ایک سند کے طور پر سمجھیں۔ اس میں پرائیویٹ کیز، پہلے سے شیئر کردہ راز، سرٹیفکیٹ کا مواد، اور پاس ورڈ ہیشز ہیں، لہذا اسے انکرپٹ کریں یا اسے روٹر لاگ ان کی طرح ہی سٹور کریں۔

پھر ایک جملہ لکھیں: اگر میں تبدیلی کے N منٹ کے اندر [[PATH]] سے ایک نیا انتظامی سیشن نہیں کھول سکتا تو میں [[FILE]] کو بحال کرتا ہوں اور دوبارہ شروع کرتا ہوں۔ جملہ دائرہ کو ایک متغیر پر مجبور کرتا ہے۔ روٹ، ڈی این ایس، اور فائر وال کی تدوین ایک ساتھ کی جاتی ہیں محفوظ کرنے میں جلدی ہوتی ہیں اور جب آپ کو ایک اور کوشش ملتی ہے تو دو حصوں میں بٹنے میں سست ہوتی ہیں۔

ایک کمٹ ٹائمر استعمال کریں جہاں پلیٹ فارم موجود ہو

اگر آپ اس کی تصدیق کرنے میں ناکام رہتے ہیں تو کئی پلیٹ فارمز آپ کے لیے تبدیلی کو کالعدم کر دیں گے۔ RouterOS سیف موڈ، جو ٹرمینل میں Ctrl+X کے ساتھ داخل ہوتا ہے، سیشن کے گرنے پر اس سیشن میں کی گئی تبدیلیوں کو واپس کر دیتا ہے۔ جونوس نے ایک غیر مصدقہ کمٹ کی تصدیق کردی۔ Cisco IOS جوڑے دوبارہ لوڈ کینسل کے ساتھ دوبارہ لوڈ کریں۔ انٹرپرائز فائر والز عام طور پر آٹو ریورٹ ٹائمر کے ساتھ زیر التواء تبدیلیاں کرتے ہیں۔ OpenWrt اور زیادہ تر کنزیومر فرم ویئر میں کوئی چیز مساوی نہیں ہے، لہذا وہاں ٹائمر کو بیرونی ہونا ضروری ہے: ایک شیڈولڈ ریسٹور، ایک کرون جاب جو فائل کو واپس تبدیل کرتا ہے اور سروس کو دوبارہ شروع کرتا ہے، یا پچھلی کنفیگریشن میں دوبارہ شروع کرنا۔

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

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

بالکل نئے کنکشن کی جانچ کریں، کھلا نہیں

ایک قائم شدہ سیشن اکثر تبدیلیوں کے ذریعے کام کرتا رہتا ہے جو ہر نئے مصافحہ کو روکتا ہےکیونکہ اس کی حالت پہلے سے موجود ہے اور جب کوئی کنکشن بنتا ہے تو پالیسی کا جائزہ لیا جاتا ہے۔ تبدیلی کے بعد، ریموٹ سائیڈ سے نئے کنکشن بنائیں: ایک تازہ SSH سیشن، کلائنٹ کی طرف سے ایک تازہ VPN ہینڈ شیک، روٹر LAN ایڈریس پر ایک عام صفحہ لوڈ۔

# run these from the remote machine, in a new shell
ssh -o ConnectTimeout=8 admin@"$ROUTER_WAN"
nc -vz "$ROUTER_WAN" 443
dig +short example.internal "@$ROUTER_LAN"

پھر سرنگ کی بجائے سرنگ کے بہاو کی جانچ کریں: نام کی ریزولیوشن، ایک داخلی خدمت سے ایک TCP کنکشن، اور وہ ایپلیکیشن جسے آپ اصل میں استعمال کرتے ہیں۔ ایک سرنگ جو قائم کرتی ہے لیکن کسی قابل استعمال DNS کو ہاتھ سے نہیں نکالتی کلائنٹ کی حیثیت میں صحت مند نظر آتی ہے اور براؤزر میں ٹوٹی ہوئی ہے، اور یہ فرق فیصلہ کرتا ہے کہ آیا آپ فائل کو بحال کرتے ہیں یا کوئی اصول ٹھیک کرتے ہیں۔

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

وہ دروازے بند کر دیں جو آپ نے کھڑکی کے لیے کھولے ہیں

عارضی کسی بھی ماخذ ایڈمن رول کو ہٹا دیں۔ یہ ہٹانا بذات خود اس راستے میں تبدیلی ہے جس پر آپ انحصار کرتے ہیں، اس لیے اس کے بعد تازہ کنکشن ٹیسٹ کو دور دراز سے دوبارہ چلائیں۔

ایکسپورٹ شدہ فائل کو اس وقت تک رکھیں جب تک کہ تبدیلی دوبارہ شروع نہ ہو جائے اور ایک حقیقی کلائنٹ دوبارہ جڑ نہ جائے، پھر ونڈو کھلنے کے دوران آپ نے جو کچھ بھی شیئر کیا ہے اسے گھمائیں۔ ایک کنفیگریشن جو اگلے بوٹ تک کام کرتی ہے ایک ہفتہ بعد راؤٹر کو کھونے کا ایک پرسکون طریقہ ہے، جب کسی کو یاد نہیں ہوتا کہ کون سا اصول عارضی تھا۔

تبدیلی لکھیں جہاں اگلا شخص نظر آتا ہے: کیا منتقل ہوا، کون سی فائل اسے کالعدم کرتی ہے، کون سا راستہ کنسول تک پہنچتا ہے، اور کون سا اصول عارضی تھا۔

VPN صفحہ کھولنے سے پہلے، چار چیزیں موجود ہونی چاہئیں: ایک بحالی کا بہاؤ جس کا آپ نے تجربہ کیا ہے، دوسرا راستہ جو آپ نے ثابت کیا ہے، ایک برآمد شدہ فائل جس تک آپ واقعی پہنچ سکتے ہیں، اور ایک تحریری محرک۔ اگر کوئی غائب ہے تو پہلے اسے ٹھیک کریں۔ تبدیلی ایک گھنٹہ انتظار کر سکتی ہے، لاک آؤٹ نہیں ہو سکتا۔