مقایسهٔ کانفیگ روتر (Diff) و کنترل تغییر؛ جلوی غافلگیری را بگیرید

بیشتر قطعی‌های «ناگهانی» در واقع نتیجهٔ تغییری‌اند که دیروز انجام شده و کسی آن را ثبت نکرده است. diff همان ابزار ساده‌ای است که می‌گوید چه خطی عوض شده است.

دو نوع مقایسهٔ مفید

1. بین دو بکاپ موفق: چه چیزی از دیروز تا امروز عوض شد؟
2. بین بکاپ/فایل و کانفیگ زنده: آیا کسی مستقیم روی روتر دست برده؟

اولی برای ممیزی دوره‌ای است؛ دومی قبل از اعمال اسکریپت یا بعد از گزارش کاربر حیاتی است.

گردش‌کار سبک برای کنترل تغییر

برای تیم‌های کوچک بدون ITIL سنگین:

1. تیکت یا پیام کوتاه: هدف تغییر چیست؟
2. بکاپ تازه قبل از کار
3. اعمال در پنجرهٔ نگهداری
4. گرفتن diff بعد از کار و اطمینان از اینکه فقط بخش‌های موردنظر تغییر کرده‌اند
5. اگر نتیجه بد بود، مسیر برگشت از بکاپ قبلی — با تأیید دستی، نه rollback کور خودکار

LumexNet به اصل «نه اعمال خودکار، نه rollback خودکار» پایبند است؛ تصمیم نهایی همیشه با انسان است.

چه چیزهایی را در diff جدی بگیرید

• باز/بسته شدن سرویس مدیریت
• قوانین فایروال و NAT
• مسیر پیش‌فرض و policy routing
• کاربر جدید یا تغییر رمز (ممکن است در export ماسک شده باشد)
• تغییر VLAN یا bridge

نویزهایی مثل ساعت یا شمارهٔ سریال کم‌اهمیت‌اند؛ تمرکزتان را روی خطوط مربوط به امنیت و مسیریابی بگذارید.

پیوند با ممیزی و بکاپ

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

اعمال گروهی

اعمال یک اسکریپت روی چند دستگاه وسوسه‌انگیز است. حداقل‌ها:

• فقط روی وندور/پلتفرم سازگار
• پیش‌نمایش diff یا نمونه روی یک دستگاه اول
• تأیید صریح پیش از اجرا؛ همین یک مرحله جلوی فاجعه‌ای را می‌گیرد که یک اشتباه تایپی در نام دستگاه می‌تواند به بار بیاورد

جست‌وجو در تاریخچه

گاهی سؤال این نیست که «آخرین diff چیست؟»، بلکه این است که «192.0.2.10 در کدام کانفیگ‌ها آمده است؟». جست‌وجو روی بکاپ‌های ذخیره‌شده مکمل diff است و در حادثه IP/ACL را سریع پیدا می‌کند.

جمع‌بندی

کنترل تغییر شبکه با سه عادت زنده می‌ماند: بکاپ قبل از کار، diff بعد از کار، اعمال فقط با تأیید. اگر این حلقه را در یک پنل خودمیزبان می‌خواهید، از LumexNet و بلاگ شروع کنید.