پیش از دست زدن به تنظیمات VPN روتر از چه چیزهایی نسخه پشتیبان بگیریم

دکمه خروجی یک فایل به شما می‌دهد و آن فایل کوچک‌ترین بخش آماده بودن است. چیزی که واقعاً یک شب را نجات می‌دهد این است که بدانید آن فایل کدام بخش‌ها را جا می‌گذارد، چگونه به روتر باز می‌گردید وقتی تونل همان چیزی است که خراب شده، و بازیابی چه چیزی را برنمی‌گرداند. این سه چیز را پیش از باز کردن صفحه VPN ثبت کنید. هیچ‌کدام از این کارها سخت نیست و دقیقاً به همین دلیل به تعویق می‌افتد.

خروجی در واقع چه چیزی در خود دارد

در بیشتر firmwareهای روتر، خروجی یک بسته تنظیمات است: رابط‌ها، قواعد فایروال، رزروهای DHCP، پیکربندی VPN و اغلب کلیدهای خصوصی همراه آن. پس همان یک فایل رازها را نگه می‌دارد و این تغییر می‌دهد که کجا می‌توان آن را نگه داشت و چه کسی اجازه خواندنش را دارد.

همچنین به‌ندرت کامل است. یک نمایه می‌تواند به مواد کلید، فایل‌های گواهی یا بسته‌هایی ارجاع دهد که خروجی تنظیمات آن‌ها را حمل نمی‌کند، و بازیابی روی دستگاهی که تازه فلش شده ارجاع را بدون شیء ارجاع‌شده برمی‌گرداند. مستندات firmware را درباره دامنه خروجی بخوانید، به‌جای اینکه فرض کنید فایل یک تصویر دیسک از وضعیت کاری شماست.

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

وابستگی‌های پیرامونش را ثبت کنید

فایل تنظیمات بدون دانستن اینکه به چه چیزی تعلق دارد بی‌معناست. مدل، نسخه firmware، پروتکل در استفاده و نقشی که این روتر دارد را ثبت کنید. این واقعیت‌ها را جایی بنویسید که برای خواندنشان به روتر نیاز نباشد.

چهار جزئیات تعیین می‌کند که بازیابی کار خواهد کرد یا نه:

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

نخست مسیر بازیابی را بنویسید

پیش از تغییر هر چیزی، گام‌هایی را بنویسید که اگر روتر دسترس‌ناپذیر شد دنبال می‌کنید: کدام کابل، کدام پورت، کدام نشانی، کدام حساب. سپس آن گام‌ها را یک بار در حالی که روتر هنوز کار می‌کند دنبال کنید. بررسی کنید که کنسول یا رابط مدیریت در حالی که همه چیز کار می‌کند پاسخ می‌دهد، چون کشف کنسول خراب پس از خرابی، بازگشتی ده‌دقیقه‌ای را به بازدیدی حضوری تبدیل می‌کند.

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

بازیابی کنید، سپس بررسی کنید چه چیزی بازگشت

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

روی دستگاهی به سبک OpenWrt دستورهای مفید تونل زنده، جدول مسیریابی و پاسخ یک حل‌کننده را از خود روتر چاپ می‌کنند:

wg show
ip -4 route
nslookup example.com 192.168.1.1

سپس از یک کلاینت معمولی آزمایش کنید نه از روتر. تونلی که روی دستگاه دست می‌دهد در حالی که کلاینت‌ها نمی‌توانند نام‌ها را حل کنند یک مشکل سیاست است و برای همه جز کسی که کنسول را در دست دارد مثل VPN خراب به نظر می‌رسد.

بازیابی چه چیزی را درست نمی‌کند

بازیابی یک کلید چیزی را باطل نمی‌کند و به شما نمی‌گوید چند نسخه وجود دارد. اگر دلیل بازگشت یک دستگاه گم‌شده، خروجی مشترک یا سوءظن به نفوذ بود، کلید قدیمی هر جا نسخه‌ای وجود دارد هنوز معتبر است و پیکربندی بازیابی‌شده آن را به استفاده بازمی‌گرداند.

peer را از طریق فرایند پشتیبانی‌شده سرویس بچرخانید یا باطل کنید، سپس روتر و کلاینتی را که هنوز مواد قدیمی را دارد به‌روز کنید. پشتیبان نماینده یک وضعیت کاری شناخته‌شده است؛ نماینده یک وضعیت امن شناخته‌شده نیست، و این تفاوت دقیقاً وقتی اهمیت دارد که دستگاهی گم شده باشد.