عیب‌یابی شبکه زمانی مؤثر است که به‌جای تغییر تصادفی تنظیمات، محل خرابی را مرحله‌به‌مرحله پیدا کنیم. قطعی اینترنت، کندی فایل‌سرور، اختلال DNS و مشکلات Wi-Fi ممکن است علائم مشابه داشته باشند اما علت آن‌ها متفاوت باشد.
اول مشخص کنید مشکل برای چه کسانی رخ می‌دهد
آیا همه کاربران مشکل دارند یا فقط یک سیستم؟ اختلال دائمی است یا در ساعت مشخصی رخ می‌دهد؟ آیا سرویس داخلی نیز قطع شده یا فقط اینترنت؟ پاسخ این سؤال‌ها دامنه بررسی را محدود می‌کند.
بررسی اتصال فیزیکی
وضعیت کابل، لینک پورت سوییچ، سرعت Negotiation و خطاهای Interface را کنترل کنید. برای Wi-Fi قدرت سیگنال، تداخل کانال و تعداد کاربران متصل را بسنجید. چراغ روشن پورت به‌تنهایی سلامت ارتباط را ثابت نمی‌کند.
کنترل IP، Gateway و DHCP
در ویندوز با ipconfig /all آدرس IP، ماسک، Gateway و DNS را بررسی کنید. آدرس نامعتبر یا تکراری می‌تواند ارتباط را مختل کند. وضعیت Scope و Leaseهای DHCP نیز باید کنترل شود.
تشخیص مشکل DNS
اگر دسترسی با IP برقرار است اما با نام میزبان خیر، ابتدا Name Resolution را بررسی کنید. ابزار nslookup به تشخیص پاسخ DNS کمک می‌کند. در شبکه دامینی، کلاینت‌ها باید از DNS سازگار با Active Directory استفاده کنند.
تست مسیر شبکه
Ping برای سنجش دسترس‌پذیری اولیه مفید است، ولی مسدود بودن ICMP لزوماً به معنی قطعی سرویس نیست. با tracert مسیر را بررسی کنید و برای پورت مشخص از Test-NetConnection در PowerShell استفاده کنید.
کندی فایل‌سرور
زمان پاسخ DNS، استفاده از CPU و RAM سرور، سرعت دیسک، ترافیک شبکه و عملکرد SMB را جداگانه بسنجید. تفاوت سرعت کپی فایل کوچک و بزرگ می‌تواند سرنخی درباره دیسک یا شبکه باشد.
بررسی فایروال و روتر
قوانین NAT، Routing، Policy و لاگ‌های Drop را با وضعیت واقعی ترافیک مقایسه کنید. پیش از تغییر، از تنظیمات پشتیبان بگیرید و اثر آن بر کاربران را ارزیابی کنید.
مستندسازی نتیجه
نشانه اولیه، آزمایش انجام‌شده، نتیجه، تغییرات و زمان رفع اختلال را ثبت کنید. این کار در مشکلات تکرارشونده و تحویل شیفت پشتیبانی بسیار ارزشمند است.
اگر مشکل فقط روی یک کامپیوتر، چاپگر یا حساب کاربری دیده می‌شود، بررسی سیستم کاربر هم لازم است. برای رسیدگی به این موارد، خدمات پشتیبانی IT شرکت‌ها را ببینید.
چه زمانی کمک تخصصی لازم است؟
اگر اختلال برای چند کاربر تکرار می‌شود یا سرویس حیاتی سازمان را تحت تأثیر قرار می‌دهد، صفحه پشتیبانی شبکه شرکت‌ها را ببینید.
برای پیشگیری از تکرار خرابی‌ها، چک‌لیست نگهداری دوره‌ای شبکه و سرور را نیز مطالعه کنید.
راهنمای تکمیلی و نکات اجرایی
مسیر تشخیص قطعی شبکه بدون تغییر پرریسک
ابتدا محدوده خرابی را مشخص کنید: یک سیستم، یک VLAN یا کل مجموعه؟ سپس لینک فیزیکی، IP و Gateway، دسترسی به دروازه، DNS و سرویس مقصد را جداگانه آزمایش کنید. برای نمونه اگر نام سرور باز می‌شود اما IP مستقیم نه، علاوه بر DNS باید فایروال میزبان، SMB، پروفایل شبکه و سیاست‌های دسترسی بررسی شود؛ نتیجه یک تست به‌تنهایی علت قطعی را اثبات نمی‌کند.
چه اطلاعاتی برای تیکت عیب‌یابی ثبت کنیم؟
زمان شروع، نام دستگاه، IP، VLAN، نام سرویس، پیام خطا، نتیجه Ping و Traceroute و تغییرات اخیر را ثبت کنید. برای مشکل کندی، زمان انتقال فایل، حجم فایل، مصرف CPU و دیسک و نرخ واقعی لینک را هم اضافه کنید. پیش از Reset تجهیزات، خروجی تنظیمات و برنامه بازگشت تهیه کنید.
مطالعه مرتبط: رفع کندی فایل‌سرور و SMB و پایش مصرف اینترنت با MikroTik.
نمونه دستورهای خواندنی برای عیب‌یابی شبکه ویندوز
ابتدا تنظیمات را مشاهده کنید؛ نام‌های زیر نمونه‌اند و باید با مقصد مجاز شبکه خود جایگزین شوند. این فرمان‌ها برای جمع‌آوری شاهد هستند، نه تغییر تنظیمات.
ipconfig /all
Resolve-DnsName fileserver.example.internal
Test-NetConnection fileserver.example.internal -Port 445نتیجه تست TCP یک پورت، سلامت همه سرویس یا مجوز دسترسی را ثابت نمی‌کند. اگر نام مقصد حل نشد، مسیر DNS را بررسی کنید؛ اگر اتصال پورت برقرار بود ولی فایل باز نشد، متن خطای سرویس و مجوزها را هم ثبت کنید. مرجع رسمی Test-NetConnection مایکروسافت دامنه خروجی فرمان را توضیح می‌دهد.
از راهنمای عمومی به مسئله مشخص بروید
برای خطای آدرس تکراری، راهنمای BAD_ADDRESS و IP Conflict و برای کندی فایل، عیب‌یابی کندی فایل‌سرور را دنبال کنید. پیام خطا و ساعت رخداد را پیش از هر تغییر نگه دارید.