درس ۱۳ از ۱۸

سناریو: Wi-Fi وصل است ولی کیفیت پایین است

در مرحله «سناریوهای واقعی شرکت» حالا به سناریو: Wi-Fi وصل است ولی کیفیت پایین است رسیده‌ایم؛ این موضوع را با مثال‌های واقعی باز می‌کنیم تا بدانی در سناریوی واقعی شرکت کجا با آن روبه‌رو می‌شوی و اگر درست کار نکرد، چه نشانه‌هایی برای ادامه عیب‌یابی ارزش دارند در این درس تمرکز روی روش فکر کردن در رخداد واقعی است؛ به جای آزمون‌های تصادفی باید Scope، Timeline، Recent Change و Evidence را مشخص کنی و هر تست را برای تأیید یا رد یک فرضیه انجام بدهی؛ هدف فقط رسیدن به Fix نیست، بلکه باید بتوانی علت، نتیجه تست‌ها، Validation و اقدام پیشگیرانه را توضیح و مستند کنی

این درس برای مطالعه کامل نوشته شده است

با حوصله بخوان، مثال‌ها را تحلیل کن و تمرین‌ها را انجام بده؛ هدف حفظ کردن تعریف‌ها نیست

RSSI و SNR و Channel را بررسی کن

Channel بخش مشخصی از طیف رادیویی است که AP برای ارسال استفاده می‌کند؛ APهای نزدیک با Channel نامناسب می‌توانند Airtime هم را مصرف کنند Channel Width بزرگ‌تر همیشه بهتر نیست و Spectrum بیشتری اشغال می‌کند RSSI تقریبی از قدرت سیگنال دریافتی است و معمولاً با dBm منفی نمایش داده می‌شود؛ هرچه عدد به صفر نزدیک‌تر باشد سیگنال قوی‌تر است RSSI خوب با Noise زیاد هنوز می‌تواند کیفیت ضعیف بدهد شبکه بی‌سیم علاوه بر IP و Switching به شرایط RF وابسته است؛ انتخاب Band و Channel، قدرت سیگنال، تداخل هم‌کانال و مجاور، تراکم Clientها و جای Access Point می‌توانند روی تجربه کاربر اثر بگذارند؛ امنیت WLAN نیز باید با روش Authentication و Encryption مناسب طراحی شود و در شبکه‌های جدید WPA۳ و Protected Management Frames در طراحی‌های سازگار اهمیت دارند؛ در عیب‌یابی باید کیفیت RF را از مشکل DHCP، DNS یا Routing جدا کرد نکته‌ای که هنگام پشتیبانی نباید از آن عبور کنی این است که سناریوی واقعی را مثل یک رخداد زنده مدیریت کن: ابتدا دامنه اثر و سرویس حیاتی را مشخص کن، سپس شواهد جمع کن و از تغییرهای پرخطر دوری کن؛ اگر چند نشانه هم‌زمان وجود دارند، ممکن است یک علت مشترک مانند DNS، Uplink، Storage یا Identity پشت آن‌ها باشد؛ وابستگی سرویس‌ها را روی کاغذ یا Diagram دنبال کن

با Client دوم تست کن

تست با Client دوم کمک می‌کند بفهمی مشکل به AP/محیط مربوط است یا فقط Driver و تنظیمات یک Device؛ Client سالم باید تا حد امکان در همان محل تست شود در Wi-Fi تست Client دوم در همان محل کمک می‌کند Driver/Device را از RF/AP جدا کنی؛ اگر هر دو بد هستند محیط یا AP محتمل‌تر می‌شود شبکه بی‌سیم علاوه بر IP و Switching به شرایط RF وابسته است؛ انتخاب Band و Channel، قدرت سیگنال، تداخل هم‌کانال و مجاور، تراکم Clientها و جای Access Point می‌توانند روی تجربه کاربر اثر بگذارند؛ امنیت WLAN نیز باید با روش Authentication و Encryption مناسب طراحی شود و در شبکه‌های جدید WPA۳ و Protected Management Frames در طراحی‌های سازگار اهمیت دارند؛ در عیب‌یابی باید کیفیت RF را از مشکل DHCP، DNS یا Routing جدا کرد برای عیب‌یابی درست، این بخش را فقط به‌عنوان یک اصطلاح حفظ نکن و توجه داشته باش که در سناریوهای چندلایه، ترتیب آزمون اهمیت دارد؛ ابتدا تستی را انتخاب کن که با کمترین ریسک بیشترین اطلاعات را بدهد و اگر فرضیه رد شد مسیر بعدی را انتخاب کن؛ ارتباط با کاربران و ثبت Timeline هم بخشی از مدیریت رخداد است چون بعداً برای تحلیل علت، گزارش مدیریتی و جلوگیری از تکرار استفاده می‌شود

Band و Access Point فعلی را مشخص کن

در Wi-Fi ضعیف ببین Client واقعاً به کدام Access Point و کدام Band وصل است؛ ممکن است کنار AP نزدیک باشد ولی به AP دور یا ۲.۴ GHz شلوغ چسبیده باشد VLAN یک Broadcast Domain منطقی ایجاد می‌کند و به سازمان اجازه می‌دهد جداسازی شبکه را مستقل از محل فیزیکی کاربران انجام دهد؛ Access Port معمولاً ترافیک یک VLAN را برای End Device حمل می‌کند و Trunk چند VLAN را با Tag ۸۰۲.۱Q بین تجهیزات منتقل می‌کند؛ برای عیب‌یابی باید VLAN ID در دو سر لینک، وضعیت Tag و Untag، Native VLAN در صورت استفاده و عضویت پورت‌ها با طراحی شبکه مقایسه شوند شبکه بی‌سیم علاوه بر IP و Switching به شرایط RF وابسته است؛ انتخاب Band و Channel، قدرت سیگنال، تداخل هم‌کانال و مجاور، تراکم Clientها و جای Access Point می‌توانند روی تجربه کاربر اثر بگذارند؛ امنیت WLAN نیز باید با روش Authentication و Encryption مناسب طراحی شود و در شبکه‌های جدید WPA۳ و Protected Management Frames در طراحی‌های سازگار اهمیت دارند؛ در عیب‌یابی باید کیفیت RF را از مشکل DHCP، DNS یا Routing جدا کرد

DHCP را از Radio جدا کن

DHCP تنظیماتی مانند IP، Mask، Gateway و DNS را به Client می‌دهد و Lease آن‌ها را مدیریت می‌کند؛ اگر Client آدرس ۱۶۹.۲۵۴.x.x دارد احتمال عدم دسترسی به DHCP مطرح می‌شود وجود DHCP Server دوم یا محدوده اشتباه می‌تواند تنظیمات ظاهراً معتبر اما نادرست بدهد DHCP برای خودکارسازی پیکربندی IP Clientها طراحی شده و می‌تواند علاوه بر IP، اطلاعاتی مانند Subnet Mask، Default Gateway و DNS Server را تحویل دهد؛ Client تنظیمات را برای یک Lease دریافت می‌کند و Server باید Scope یا Pool معتبر، گزینه‌های درست و مسیر دسترسی مناسب داشته باشد؛ در عیب‌یابی باید مشخص شود Client اصلاً به DHCP Server می‌رسد یا نه، Lease صادر شده یا نه، Pool ظرفیت دارد یا نه و Optionهای تحویلی با طراحی شبکه هماهنگ هستند یا خیر شبکه بی‌سیم علاوه بر IP و Switching به شرایط RF وابسته است؛ انتخاب Band و Channel، قدرت سیگنال، تداخل هم‌کانال و مجاور، تراکم Clientها و جای Access Point می‌توانند روی تجربه کاربر اثر بگذارند؛ امنیت WLAN نیز باید با روش Authentication و Encryption مناسب طراحی شود و در شبکه‌های جدید WPA۳ و Protected Management Frames در طراحی‌های سازگار اهمیت دارند؛ در عیب‌یابی باید کیفیت RF را از مشکل DHCP، DNS یا Routing جدا کرد؛ وقتی به «DHCP را از Radio جدا کن» می‌رسی، معیار یادگیری این است که بتوانی جای آن را در سناریوی «سناریو: Wi-Fi وصل است ولی کیفیت پایین است» مشخص کنی و علت رفتارش را توضیح بدهی

Interference و Sticky Client را در نظر بگیر

بعضی Clientها با وجود AP نزدیک‌تر به AP دور می‌چسبند؛ RSSI، توان AP و رفتار Client را بررسی کن و فقط AP را متهم نکن کیفیت پایین با Signal ظاهراً خوب می‌تواند از Interference یا Client چسبیده به AP دور باشد؛ Channel، SNR و AP Association را بررسی کن شبکه بی‌سیم علاوه بر IP و Switching به شرایط RF وابسته است؛ انتخاب Band و Channel، قدرت سیگنال، تداخل هم‌کانال و مجاور، تراکم Clientها و جای Access Point می‌توانند روی تجربه کاربر اثر بگذارند؛ امنیت WLAN نیز باید با روش Authentication و Encryption مناسب طراحی شود و در شبکه‌های جدید WPA۳ و Protected Management Frames در طراحی‌های سازگار اهمیت دارند؛ در عیب‌یابی باید کیفیت RF را از مشکل DHCP، DNS یا Routing جدا کرد اگر بخواهی این بخش را از حالت تعریف به مهارت عملی تبدیل کنی، سناریوی واقعی را مثل یک رخداد زنده مدیریت کن: ابتدا دامنه اثر و سرویس حیاتی را مشخص کن، سپس شواهد جمع کن و از تغییرهای پرخطر دوری کن؛ اگر چند نشانه هم‌زمان وجود دارند، ممکن است یک علت مشترک مانند DNS، Uplink، Storage یا Identity پشت آن‌ها باشد؛ وابستگی سرویس‌ها را روی کاغذ یا Diagram دنبال کن

مثال محیط واقعی

فرض کن در سناریوی واقعی شرکت مشکلی گزارش شده و احتمال می‌دهی به سناریو: Wi-Fi وصل است ولی کیفیت پایین است مربوط باشد. قبل از تغییر، وضعیت فعلی را با ابزارهای مرتبط با همان سناریو و مستندات شرکت بررسی می‌کنی و نتیجه را با یک حالت سالم یا مستند معتبر مقایسه می‌کنی. اگر شواهد فرضیه را تأیید کردند، فقط همان بخش مرتبط را تغییر می‌دهی و بعد همان تست را دوباره اجرا می‌کنی تا مطمئن شوی مشکل واقعاً برطرف شده است

اشتباهات رایج

این اشتباه‌ها را تکرار نکن

  • وجود DHCP Server دوم یا محدوده اشتباه می‌تواند تنظیمات ظاهراً معتبر اما نادرست بدهد
  • تغییر دادن تنظیمات مرتبط با سناریو: Wi-Fi وصل است ولی کیفیت پایین است قبل از اینکه مطمئن شوی مشکل واقعاً به همین بخش مربوط است
  • نتیجه‌گیری درباره سناریو: Wi-Fi وصل است ولی کیفیت پایین است فقط از روی یک نشانه و بدون انجام تست نهایی
تمرین عملی

حالا خودت انجام بده

  1. در یک نمونه آزمایشی مرتبط با سناریو: Wi-Fi وصل است ولی کیفیت پایین است، فقط وضعیت فعلی را مشاهده کن و سه نکته‌ای را که برای تشخیص حالت سالم مهم‌اند یادداشت کن
  2. با ابزارهای مرتبط با همان سناریو و مستندات شرکت وضعیت مرتبط با سناریو: Wi-Fi وصل است ولی کیفیت پایین است را بدون تغییر بررسی کن، سه داده واقعی جمع کن و توضیح بده هرکدام چه چیزی به تو می‌گویند
  3. یک خطای فرضی مرتبط با سناریو: Wi-Fi وصل است ولی کیفیت پایین است بنویس و مشخص کن اولین تست کم‌خطر تو چیست و چه نتیجه‌ای فرضیه‌ات را رد می‌کند

نکته‌هایی که باید با خودت ببری

  • RSSI و SNR و Channel را بررسی کن
  • با Client دوم تست کن
  • Band و Access Point فعلی را مشخص کن
  • DHCP را از Radio جدا کن
  • Interference و Sticky Client را در نظر بگیر
  • در هر مرحله فقط یک تغییر کنترل‌شده انجام بده تا اثر آن قابل تشخیص باشد
خودسنجی

قبل از رفتن به درس بعد، جواب را برای خودت توضیح بده

چرا باید RSSI و SNR و Channel را بررسی کنی و از کجا می‌فهمی نتیجه درست است؟

Channel بخش مشخصی از طیف رادیویی است که AP برای ارسال استفاده می‌کند؛ APهای نزدیک با Channel نامناسب می‌توانند Airtime هم را مصرف کنند

چرا باید با Client دوم تست کنی و از کجا می‌فهمی نتیجه درست است؟

تست با Client دوم کمک می‌کند بفهمی مشکل به AP/محیط مربوط است یا فقط Driver و تنظیمات یک Device؛ Client سالم باید تا حد امکان در همان محل تست شود

چرا باید Band و Access Point فعلی را مشخص کنی و از کجا می‌فهمی نتیجه درست است؟

در Wi-Fi ضعیف ببین Client واقعاً به کدام Access Point و کدام Band وصل است. ممکن است کنار AP نزدیک باشد ولی به AP دور یا ۲.۴ GHz شلوغ چسبیده باشد

مطالعه درس همیشه عمومی است

برای ذخیره پیشرفت، دوره را رسمی شروع کن

با ثبت‌نام، تکمیل درس‌ها و نمره آزمون روی حساب ذخیره می‌شود

ثبت‌نام و شروع رسمی