آموزش مستندسازی شبکه؛ نقشه، تجهیزات و ثبت تغییرات

ابتدا محل، تجهیزات و سرویس‌های داخل کار را مشخص کنید؛ مثلاً یک دفتر، رک آن و اتصال چاپگرها. برای هر مدرک نام، نسخه، تاریخ، مسئول تهیه و مسئول تأیید بنویسید. «طرح پیشنهادی»، «وضعیت مشاهده‌شده» و «نیازمند بررسی» را از هم جدا کنید. نقشه As-Built باید اجرای مشاهده و تأییدشده را نشان دهد، نه طرحی که هنوز اجرا نشده است.

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

نمونه این صفحه کاملاً فرضی است و اطلاعات مشتری یا نتیجه بازدید شبکه واقعی نیست. یک روتر R1، سوئیچ SW1، چاپگر PRN1 و رایانه PC1 داریم؛ پچ‌پنل PP1 و پریز J12 هم مسیر چاپگر را مشخص می‌کنند. آدرس‌ها و پورت‌ها برای تمرین انتخاب شده‌اند و نباید بدون تطبیق در شبکه واقعی اعمال شوند.

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

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

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

در این نمونه، front-12 و rear-12 دو سمت همان پورت PP1 هستند؛ front و rear در J12 هم دو سمت همان پریزند. بنابراین با دنبال‌کردن C02، عبور از PP1/12، سپس C03 و J12 و C04، از SW1/7 به PRN1/eth0 می‌رسیم. این اتصال داخلی پنل و پریز را در نقشه یا جدول رابط‌ها مشخص کنید تا مسیر قطع‌شده به نظر نرسد.

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

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

در جدول آدرس هر دستگاه، پیشوند، رابط، روش تخصیص و زمان مشاهده را ثبت کنید. آدرس .101 رایانه، اجاره مشاهده‌شده است؛ آن را IP ثابت دائمی معرفی نکنید. برای رزرو DHCP نیز شناسه رزرو و سامانه مسئول آن را ثبت کنید. در شبکه واقعی، سیاست رزرو و استثناهای DHCP باید با آدرس‌های دستی هماهنگ باشد؛ از روی این مثال، بازه آماده برای همه شبکه‌ها نتیجه نگیرید.

برای نقشه منطقی همین تمرین، محدوده VLAN 20 را با پیشوند آن رسم کنید و R1، IP مدیریت SW1، PRN1 و PC1 را در آن قرار دهید. نقش دروازه، DHCP و DNS را کنار R1 بنویسید. اگر نقشه شامل پورت دسترسی چاپگر است، به رکورد PRN1 و SW1/7 ارجاع بدهید. نام VLAN با پیشوند IP یکی نیست؛ در طراحی‌های دیگر ممکن است به یک VLAN بیش از یک پیشوند نسبت داده شود.

اگر شبکه چند VLAN یا VRF دارد، دامنه مربوط را همراه آدرس ثبت کنید؛ تکرار IP در دو دامنه مستقل با تعارض در یک دامنه یکسان نیست. برای لینک‌های Trunk، VLANهای حمل‌شده و وضعیت Tagged/Untagged را مطابق تنظیم واقعی بنویسید. ارتباط بین VLANها و قانون دسترسی را هم جدا ثبت کنید؛ وجود شماره VLAN به‌تنهایی جداسازی امن را ثابت نمی‌کند. برای پیش‌نیاز، مفهوم IP و ماسک و دروازه و کاربرد VLAN در شبکه شرکت را ببینید.

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

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

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

فرض کنید تغییر CHG-001 تأیید شده و در سناریوی آموزشی، سر پچ‌کورد C02 از SW1/7 به SW1/9 منتقل می‌شود. سمت پنل PP1/front-12 و IP چاپگر ثابت می‌مانند. این تمرین، ثبت و تطبیق مدارک است؛ جابه‌جایی واقعی کابل یا تنظیم پورت در این آموزش انجام نشده است.

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

از شناسه PRN1 شروع کنید: آیا در فهرست تجهیزات هست؟ از رابط آن می‌توان تا پورت سوئیچ مسیر را دنبال کرد؟ پورت نوشته‌شده در نقشه منطقی با جدول کابل یکی است؟ IP آن در پیشوند ثبت‌شده قرار دارد و با تخصیص دیگری در همان دامنه تداخل ندارد؟ منبع، تاریخ و وضعیت بررسی هر رکورد روشن است؟

برای آزمون همین نمونه، مدارک ساخت‌یافته نسخه ۱ و نسخه ۲ در قالب JSON ایجاد و با Python 3.12.14 بررسی شدند. در یک کپی آزمایشی، سه ناسازگاری عمدی گذاشتیم: پورت منطقی چاپگر روی 7 باقی ماند، IP ثابت چاپگر به .130 در بازه DHCP رفت و همان IP به PC1 هم نسبت داده شد. کنترل تطبیق، هر سه را گزارش کرد. پس از اصلاح پورت به 9، IP چاپگر به .30 و اجاره ثبت‌شده رایانه به .101، خطای بررسی‌شده‌ای باقی نماند.

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

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

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

اگر موضوع شما دریافت خروجی پروژه از مجری است، چک‌لیست تحویل شبکه را بخوانید. برای تعیین مسئول نگهداری مدارک در همکاری مستمر، پوشش پشتیبانی شبکه کمک می‌کند. نت‌مسترز در پشتیبانی شبکه شرکت دامنه نگهداری و مسئولیت‌ها را متناسب با کار موردنیاز مشخص می‌کند.