تیرتا VPN بیک اپ راستہ ذمہ داری نہیں لیتا: فیل اوور چیک لسٹ

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

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

جس خرابی کو بیک اپ نے ڈھانپنا ہے اس کا نام رکھیں

«بنیادی ڈاؤن ہے» چار مختلف مشاہدے ہیں۔ اپنا ساتھی کھونے والا ریڈیو، اپنا کیریئر کھونے والا انٹرفیس، جواب دینا بند کرنے والا دور کا گیٹ وے، اور کام کرنا بند کرنے والی ایپلیکیشن — سب راؤٹر کی جگہ سے مختلف دکھتے ہیں۔ کوئی فاصلے کی قدر بدلنے سے پہلے لکھیں کہ ڈیزائن کس کے لیے ہے۔

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

فاصلے سے کچھ دریافت کرنے کا مطالبہ بند کریں

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

اسٹیٹک راستوں کے لیے اس کے لیے واضح ٹریکر چاہیے:

/ip route
add dst-address=10.20.0.0/24 gateway=192.0.2.1 distance=1 check-gateway=ping
add dst-address=10.20.0.0/24 gateway=wg-backup distance=10

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

ٹریس کریں کہ پروب کے اپنے پیکٹ کہاں جاتے ہیں

صحت کے پروب کا بھی راستہ ہوتا ہے۔ ڈیٹا ٹریفک VPN پر جانے کے بعد، اسی دور کے پتے کی طرف بلا روک پروب اس کے پیچھے جا سکتا ہے، کامیاب ہو سکتا ہے، اور بنیادی کے واپس آنے کا ثبوت پڑھا جا سکتا ہے۔ ٹریفک ٹوٹے راستے پر لوٹتا ہے اور چکر دہرایا جاتا ہے۔

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

/ip route print detail where dst-address=203.0.113.10
# gateway should still be the primary next hop

ہدف شامل کرنے سے پہلے پروب کے نتیجے کا مطلب طے کریں

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

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

واپسی کا راستہ اور سیشن کی کہانی جانچیں

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

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

قبولیت کا سلسلہ چلائیں

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

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