VPN گیٹ وے کو Windows XP کے پاس رکھیں، اس کے اندر نہیں

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

VPN کلائنٹ سے نہیں، ہوسٹ اڈاپٹر سے شروع کریں

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

C:\> route add 10.20.30.0 mask 255.255.255.0 192.168.50.1 -p

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

ٹنل کو ایسے ہارڈ ویئر پر رکھیں جسے آپ اپ ڈیٹ کر سکیں

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

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

نیٹ ورک نہیں، خدمات کی اجازت دیں

پالیسی کو دو رابطوں کے درمیان پروٹوکول، پورٹ اور سمت کے لحاظ سے لکھیں۔ ایک ایپلیکیشن پتے کے لیے ایک اجازت شدہ پورٹ عام جواب ہے، اور جمپ ہوسٹ کے ذریعے انتظامی راستہ باقی کو ڈھانپ لیتا ہے۔

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

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

بازیابی کو ٹنل کے بغیر کام کرنا چاہیے

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

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

سرٹیفکیٹ، گھڑیاں اور دستخط کی انتباہیں

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

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