VPN کی منتقلی کو نجی سرکٹ سے کیا محفوظ رکھنا چاہیے

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

سرکٹ کو خصوصیات کی فہرست بنائیں

پہلا سوال یہ ہے کہ پرانی سروس نے اصل میں کیا حوالے کیا: چھوٹے ذیلی نیٹ والا روٹ شدہ لنک، یا سائٹس کے درمیان مشترکہ 2 درجے کا حصہ۔ یہ فرق طے کرتا ہے کہ IP سرنگ اسے بالکل دوبارہ بنا سکتی ہے یا نہیں، کیونکہ سرنگ دو پتوں کے درمیان پیکٹ لے جاتی ہے اور نشری تلاش یا من مانے EtherTypes نہیں لے جاتی۔ وہ سرکٹ جو خود کو سوئچ پورٹ کے طور پر پیش کرتا تھا، /30 پیش کرنے والے سرکٹ سے مختلف منتقلی ہے۔

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

نئے راستے کو دونوں سمتوں میں روٹ کریں

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

ip route get 10.20.0.10

پالیسی پر مبنی روٹنگ تقسیم کو واضح کرتی ہے: سائٹ جوڑی سے متعلق ٹریفک کو نشان زد کریں اور اسے ایسا جدول دیں جس کا طے شدہ راستہ سرنگ ہو۔ IPsec محفوظ انجمن اور وہ پالیسی فراہم کرتا ہے جو طے کرتی ہے کہ اس میں کیا داخل ہوتا ہے، لیکن اس کے ارد گرد کے راستے نہیں، جیسا کہ IPsec معماری بیان کرتی ہے۔ جب نشان بہت وسیع طور پر مماثل ہو، سائٹ کی عام ویب ٹریفک بھی سرنگ میں داخل ہو کر غلط اخراج سے باہر نکلتی ہے۔

اس رول بیک کے ساتھ بدلیں جسے آپ پہلے جانچ چکے ہیں

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

پہلے سے طے کریں کہ کون سا ثبوت تبدیلی کی اجازت دیتا ہے اور کون سی شرط رول بیک شروع کرتی ہے۔ ایسا رول بیک جو ناکام کنکشن کے ذریعے نئی VPN کی مرمت کا تقاضا کرے وہ رول بیک نہیں۔ محرک کو کمرے کے احساس کے طور پر نہیں، ناپے جا سکنے والی شرط کے طور پر بیان کریں۔

اس ٹریفک کے ساتھ قبول کریں جو سرکٹ نے واقعی اٹھایا تھا

Ping رسائی ثابت کرتا ہے اور بہت کم اور۔ نام کا حل، طویل سیشن، مسترد شدہ بہاؤ اور وہ پیکٹ سائز جانچیں جو پرانے راستے نے ٹکڑوں کے بغیر سنبھالے تھے۔ MTU وہ جگہ ہے جہاں سرنگیں سرکٹ سے سب سے زیادہ مختلف ہوتی ہیں، کیونکہ encapsulation ان بائٹس کو خرچ کرتا ہے جو ایپلیکیشن نے دستیاب سمجھے تھے۔ دونوں سمتوں میں ٹکڑوں کے بغیر گزرنے والا سب سے بڑا پے لوڈ ماپیں، صرف سرور کی طرف نہیں۔

ping -M do -s 1400 -c 3 10.20.0.10

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