大家好，欢迎回到另一个“Onion Approach to WiFi故障诊断”。作为一名Wi-Fi工程师，我身兼数职，你可能也一样。Wi-Fi对很多人来说是个黑盒子，正因为如此，当Wi-Fi用户出现问题时，很容易受到指责。如果你花时间管理一个大小不一的Wi-Fi网络，你就知道我在说什么了。如果你知道去哪里找，解决Wi-Fi问题并不难。作为Wi-Fi工程师，我们没有足够的时间插一根电缆，让它正常工作。
当问题出现时，你知道去哪里处理你的首次发现吗?
你刚刚完成了最初的发现。您与用户交谈并收集了您的笔记。你可能也可能不能重现这个问题。你现在要去哪里?
在进行故障排除时，您应该考虑以下三个主要领域。我们需要看设备说什么，ap/控制器说什么，最后但并非最不重要的OTAC空中捕获。许多时候，当您将从这三个方面收集的数据结合起来时，就开始开发一个故事。
就让我们一探究竟吧!
无线网络设备
众所周知，Wi-Fi客户端是我们生存的祸根。因为802.11标准中没有针对Wi-Fi客户端功能和行为的标准，供应商可以选择实现他们自己的秘方。当你在看Wi-Fi设备时，这里有一个简短的清单:
- 窗口事件日志
虽然事件代码可能不一致之间的转速网卡(即Intel 7260, 7265, 8260)，你可以开始收集每个网卡的代码。事件日志将描绘出特定于操作系统和WLAN正在执行的操作的画面。
贝蒂护士晚上11:30左右被踢出了无线网络。检查一下日志，看看上面写的是什么时间。你可能会惊讶于你会发现什么!
最近我们解决了SSO(单点登录)问题。SSO日志显示它没有网络连接来对保险库进行身份验证，但windows事件日志显示它通过了身份验证并提取了一个IP地址。当然，应用程序开发人员将其归咎于Wi-Fi网络。事件日志让我们相信，我们可以将这个问题发送回去，让SSO应用程序人员重新检查他们的问题。
- NETSH命令
对NETSH进行快速的谷歌搜索，您将发现许多资源，包括展示如何使用NETSH和命令的博客和视频。你可以从司机那里获取相当多的信息。
CWNP的Tom Carpenter做了一个很棒的视频来帮助你开始:
我有幸在ATM15 Ten Talk上做了关于WiFi驱动和设备的演讲。
记住你从这一边看到的只是整个画面的一个角度。这是网络的Wi-Fi客户端视角。
美联社/控制器
- 调试
这没什么好惊讶的。当你遇到无线问题时，大多数人从这里开始。很多时候，您会发现客户机行为不端、身份验证失败和做一些奇怪的事情。记住你从这一边看到的只是整个画面的一个角度。它是客户机的控制器透视图。
空中捕捉(OTAC)
根据多年的经验，我可以告诉你收音机(客户端/ ap)可能会说他们是按照日志来做的，但有时帧捕捉会告诉你一个不同的故事。帧层分析需要特定的技能集和特殊的软件和硬件来收集空中的帧。
如果你想了解更多关于802.11帧分析的内容，请查看我的ATM15数据包从不说谎:802.11帧的深入概述
记住你从这边看到的是两边都在说的。警告-不要急于下结论或有一个条件反射的基础上的框架是什么。你要从各个方面收集所有的信息，以便有一个好的视角。
