我们有一个 Meraki MR16 云管理 AP，它会断开某些客户端的连接。带有 Intel 无线网卡的客户端可以正常工作，不会断开连接。Meraki 在其事件日志中报告以下内容：
Sep 4 09:55:47 WPA authentication
Sep 4 09:55:47 802.11 association channel: 11, rssi: 64
Sep 4 09:55:38 802.11 disassociation client has left AP
Sep 4 09:55:38 WPA deauthentication vap: 0, radio: 0, aid: 1633956416
Meraki 断开的无线网卡示例是 Realtek RTL8191SE 802.11b/g/n WiFi 适配器。Realtek 笔记本电脑距离 AP 2 米，信号充足，Meraki 报告干扰最小。
知道为什么它会断开非英特尔无线网卡吗？
答案1
我使用作为演示单元获得的 MR12 接入点时也遇到过类似问题。具体来说，似乎较新的 Intel WiFi 卡存在此问题。如果这些 Intel WiFi 笔记本电脑尝试使用 WEP 或 WPA2 等加密连接到 SSID，它们会显示已连接，然后立即断开连接并永远重复该模式。只有使用开放 SSID（完全消除安全性）时，这些笔记本电脑才能连接。
显然，这给我们带来了真正的问题。:) 随着我们更新电脑，越来越多的笔记本电脑安装了受影响的英特尔 WiFi 卡。我向 Meraki 开具了一张票据，他们将其归咎于英特尔驱动程序。就像您的情况一样，他们进行了固件更新，为我们提供了额外的选项来指定“WPA 加密模式”，但这没有任何帮助。
以下是我在我们的环境中发现的受影响的卡：
卡 1：英特尔迅驰高级 N 6235 卡 2：英特尔迅驰高级 N 6205 卡 3：英特尔迅驰 Ulitmate N 6300 AGN
这让我对在我们的环境中部署 Meraki WAP 产生了严重的保留意见，因为这是一个相当大的问题。到目前为止，他们几乎没有表现出任何实际解决问题的动力。我们有 50 美元的 WAP，似乎可以很好地处理这些 WiFi 卡。
所以无论如何，他们知道这个问题，但没有采取任何措施来解决它。:(
答案2
我遇到了完全相同的问题。Cisco Meraki 浪费了我 3 个月的时间，指责我的网络端迫使我更换交换机、电缆、节点位置等等。三个月后，我要求他们降级固件，我的所有客户端都开始进行身份验证，没有任何问题。今天，其中一个节点出现了相同的断开关联行为。我再次受制于 Meraki。:( 我被告知 Meraki Cisco 工程团队已经意识到英特尔卡存在此问题。什么时候会修复？谁知道呢。
更新：已经一年多了。MR16、MR24 不断断开使用 Intel(R) Centrino 6200 系列卡的客户端的连接。您可以想象需要进行多少技术支持才能找到核心问题。Meraki 没有人能够理解这一点。我正在认真研究其他选择。:( 省点钱，买一个更便宜的节点，我相信它的表现会优于 Meraki。
答案3
对此的一点更新：我认为我们过去一年一直在使用的 MR12 AP 是罪魁祸首。在过去的 24 小时内，我设法拿到了一台 MR18，发现装有受影响的 WiFi 卡的笔记本电脑能够通过加密访问网络。
无论如何，Meraki 产品线中可能还有其他 AP 存在问题，但至少我们知道一个可以避免的问题。