مسیر پشتیبان شناور 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 نیاز دارد، وگرنه ترافیک بازگشتی از نشانی غیرمنتظره می‌رسد و به وضعیت فایروالی برمی‌خورد که دیگر مطابقت ندارد. نشست‌های موجود حتی وقتی اتصال‌های جدید کار می‌کنند قطع می‌شوند، پس این را در معیارهای پذیرش بگذارید نه در وعدهٔ بقای انتقال.

دسترسی مدیریت را بیرون از مسیر آزمون نگه دارید. اگر تنها راه ورود شما از مسیر اصلی است، آزمون جابه‌جایی شما را از دستگاهی که بدرفتاری می‌کند بیرون می‌بندد.

توالی پذیرش را اجرا کنید

سه آزمون بیشتر زمین را پوشش می‌دهند: از دست رفتن فیزیکی مسیر اصلی، خرابی خاموش ارسال با رابط همچنان بالا، و بازگرداندن مسیر اصلی. برای هر یک، مبدأ و گام بعدی کاوش، مسیر مقصد فعال و یک تبادل برنامهٔ مجاز تازه در هر دو جهت را ثبت کنید.

حالت خاموش همانی است که طرح‌ها را جدا می‌کند. اگر پشتیبان آنجا جایگزین نشود، شما یک پایشگر لینک ساخته‌اید نه پایشگر مسیر. تصمیم بگیرید آیا این پذیرفتنی است و محدودیت را جایی بنویسید که مهندس کشیک آن را بخواند. تونل دوم متصل به‌خودی‌خود یک سیاست پشتیبان کامل نیست.