قبل از تغییر میکروتیک، راه برگشت را آماده کن

منابع فنی: Configuration Management — MikroTik و Backup — MikroTik. چک‌لیست و اولویت‌بندی زیر، پیشنهاد مستقل این یادداشت است.

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

نسخه پشتیبان را با مستند قابل‌خواندن اشتباه نگیریم

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

پیش از زدن Apply این‌ها باید روشن باشند

• دقیقاً کدام سرویس قرار است تغییر کند و چه کسی نتیجه را تأیید می‌کند؟
• اتصال فعلی مدیریت از کدام اینترفیس و مسیر عبور می‌کند؟
• نسخه پیش از تغییر کجا ذخیره شده و روش استفاده از آن معلوم است؟
• اگر دسترسی قطع شد، کنسول یا فرد حاضر در محل در دسترس است؟
• چه نشانه‌ای باعث توقف کار و بازگشت می‌شود؟

Safe Mode کمک می‌کند؛ معجزه نمی‌کند

Safe Mode می‌تواند تغییرات ثبت‌شده در نشست را هنگام قطع غیرعادی آن برگرداند. ولی بهتر است آن را برای یک مجموعه کوچک و کنترل‌شده از تغییرات به کار ببریم؛ محدودیت تاریخچه و تغییرات هم‌زمان دیگر مدیران را هم باید در نظر گرفت. برگشت خودکار را جایگزین مسیر دسترسی اضطراری نکنید.

در یک مثال فرضی، قرار است قانون دسترسی یک وب‌سایت اضافه شود. ابتدا فقط همان مقصد و پورت را هدف می‌گیریم، نتیجه را از مسیر بیرونی می‌سنجیم و بعد سراغ مرحله بعد می‌رویم. بازکردن وسیع فایروال برای «اینکه فعلاً کار کند» تشخیص نتیجه را دشوار می‌کند.

پیشنهاد من: قبل از تغییر، یک جمله بنویسید: «اگر این بررسی موفق نشد، این تغییر را برمی‌گردانم.» همین جمله مبهم‌ترین بخش عملیات را به تصمیمی قابل‌اجرا تبدیل می‌کند.

مطالعه مرتبط: مستند یک‌صفحه‌ای سرویس.