Mac 无法连接到 Wi-Fi 接入点,但 PC 可以

Mac 无法连接到 Wi-Fi 接入点,但 PC 可以

因此,作为一个附带项目,我将尝试弄清楚为什么我所在的大楼中的 wifi AP 会表现出以下行为:
- 它们通常允许所有类型的计算机毫无问题地连接
- 有时 Apple 无法获取 IP 地址但仍会连接到 AP 的信号
- 较少见的是,PC 无法连接到 wifi(与上面相同 - 有信号,没有 IP 地址)
- 无论何时都不要让突袭者队的球迷上网!

我的第一个想法是,当 Apple 尝试连接时,DHCP 租约已被全部占用,只是他们的时机不对,但随后我尝试使用具有新的、未租用的 MAC 地址的 PC 登录,并且它可以工作……

这可能与苹果 wifi 卡和 AP 之间的互操作性有关吗?DHCP 租约的不同部分首先被占用?西雅图水手队今年的表现可能真的很好?

如果这还没有耗尽大家的耐心(因为我的蹩脚体育笑话),我还需要一些帮助:
- 我们没有 AP 的型号或类型 -> 这是因为没有可用的文档,它们看起来就像没有文字的小白盒子。此外,安装它们的公司已经倒闭,因此情况可能是永远不会有文档。-- 你们对如何弄清楚我们有什么有什么想法吗?

一如既往地感谢你的帮助,我期待着有一天我能学到足够的知识来为网站做出贡献,Josh

答案1

确定未标记(或物理上无法访问)AP 的供应商的一个技巧是了解其 BSSID(基本上是 AP 的 802.11 无线 NIC 的 MAC 地址)。IEEE OUI(组织唯一标识符)中典型 MAC 地址的前半部分(前 3 个字节 == 6 个十六进制数字)。您可以在 IEEE 网站上查找 OUI 到公司的映射

查找可关联的任何 AP 的 BSSID 的简单方法是,在关联时按住 Option 键并单击 AirPort 菜单附加项(菜单栏中的 AirPort 图标菜单)。您将看到灰色的几条额外诊断信息,包括 BSSID。因此,如果 BSSID 显示为“0:1f:f3:12:34:56”,则 OUI 为“00:1f:f3”。上面链接的页面上的 IEEE 查找不喜欢冒号,因此请将其删除,如“001ff3”,或将其替换为连字符,如“00-1f-f3”。请注意,Mac OS X 通常会删除 MAC 地址中任何给定字节的前导零,因此如果 MAC 地址的任何字节只有一位数字,则您必须在 IEEE OUI 查找中搜索它之前将前导零放回去。

有时,OUI 查找无法确定 AP 的制造商。例如,如果 MAC 地址第一个字节的 2 位被设置,则该位为“本地”位,这意味着 MAC 地址是“本地管理的”,这意味着它不是一个真正的保证全球唯一的 MAC 地址,而是一个“虚构的”MAC 地址,可能是由配置 AP 的网络管理员虚构的。其他时候,OUI 查找会告诉您谁制造了 AP 的无线 NIC 卡,或者谁制造了卡上的芯片组,但不告诉您谁制造了 AP 本身。

如果 OUI 查找方法对您不起作用,请拍一张 AP 的照片并发布。也许有人会认出它。此外,您能看到哪些电缆进入 AP?您是否看到一条或多条同轴电缆,但没有以太网电缆?那么您看到的盒子可能只是一个外部天线,真正的 AP 不在视线范围内,可能在吊顶上方。您还可能看到其他一些建筑基础设施,如工业风格的烟雾探测器、热探测器、自动灯的运动传感器或一些完全不相关的无线技术的天线(如室内蜂窝信号中继器)。仅仅因为您的 Wi-Fi 信号强度在那个盒子附近很好,并不意味着那个盒子就是您的实际 AP。我以惨痛的方式学到了这个教训——我误将一个几乎没有标记的白色天线外壳识别为建筑物中的 AP,因为我的 Wi-Fi 信号强度在它附近很强,并没有意识到它是室内蜂窝信号中继器的天线,而真正的 AP 恰好隐藏在走廊两米远的吊顶上方。

如果您的 AP 是运行在轻量级模式下的 Cisco 设备,请注意以下 Cisco 错误:

CSCsy73154 — 接入点不将 DHCP 提议转发给客户端。...
有时称为:
CSCsz22901 — 接入点不将 DHCP 提议转发给客户端,因此客户端无法获取 IP 地址。

我的站点正在以轻量级模式运行 Cisco AP(特别是 B/G/N + A/N HT20 模式下的 1252,但我不知道这是否重要),结合各种型号的 Cisco 无线局域网控制器(WLC)和无线服务模块(WiSM)。

即使未在某个网络上启用任何安全性,某些 Mac 客户端有时也会无法获取 DHCP 租约。802.11 监控模式数据包跟踪与 AP 和控制器之间的有线以太网数据包跟踪(显示未加密的 LWAPP 会话)相结合,表明客户端已成功关联并发送其 DHCP 发现数据包,DHCP 服务器正在使用 DHCP 提供进行回复,并且 WLC/WiSM 正在将该 DHCP 提供转发到 Cisco AP,但 Cisco AP 从未将该 DHCP 提供转发给客户端。

这些问题已在 2009 年夏季发布的以下 Cisco WLC/WiSM 软件版本中得到修复:
4.2.207.0(不要与未修复的 4.2.205.0 混淆)
5.2.193.0
6.0.xx——我相信任何公共 6.x 版本都已修复。

如果您的站点在 Cisco WLCs/WiSM 上运行的是 5.0.xx 或 5.1.xx 版本,则需要评估升级到 5.2 或 6.0,因为我认为如果 Cisco 要为这些版本系列修复此问题,他们现在就已经这样做了。

答案2

你可以试试网络干扰器:它是一个 wifi 嗅探器,可能会告诉/向您展示它的配置方式以及可能发生的情况。我确实知道,当我使用 D-Link 无线路由器时,运行 OS X Tiger 的 Macbook 很难使用 WPA2 - 我必须将其切换到带有 MAC 地址过滤的 WEP 才能连接。

相关内容