我有一台新的 ProBook 4420s,无法使用办公室的 wifi(这是我控制的接入点)。其他设备可以在这里正常使用 wifi,我可以在家用 wifi 或附近的其他接入点上使用笔记本电脑。
我可以连接到接入点并获取 IP 地址,但是一旦我获得 IP 地址,我就无法通过该连接发送任何流量;甚至没有 ping 或 dns 请求,而且无论我尝试连接到互联网还是内部主机都没有关系。
我运行的是 Win7 Pro x64,周五运行正常。我感觉我忽略了一些明显的东西。有什么想法吗?
更新:
当我第一次连接到 WiFi 时,如果我通过单击系统托盘中的网络项查看“当前连接到:”列表,它会显示:Identifying...(MySSID)
No network access
。 这是后它已经将网络列为“已连接”,并且我已经有一个 IP 地址。
此外,有时它会连接,并且“当前连接到:”列表会将其显示为Connection Name (Unauthenticated)
No internet access
。
如果我将 AP 设置为 b/g 模式,它甚至不会显示为可用网络,这很奇怪,因为我的家用路由器根本不支持 n - 它仅是 b/g,我可以正常连接到它。
还有一件事:我的“办公室”路由器与我工作所在校园的学生宿舍中的几台路由器类型和配置相同。我需要确保这也适用于我们的学生,而无需他们执行复杂的配置步骤。
更新 2:
我去了另一栋楼,能够正常使用该楼的 wifi 接入点。相同的 SSID、相同的 dhcp 服务器和 IP 地址交给了我。不过,这次接入点的型号不同,仅支持 b/g。我的下一步是尝试在同一网络上支持 n 的另一个地方。
更新 3:
我无法在校园内的另一栋建筑中使用类似的接入点,而用不同型号的接入点替换这栋建筑中的接入点也无济于事。到目前为止,唯一可用的接入点是仅支持 b/g 的。任何支持 n 的接入点都失败了。这些是 draft-2.0 n 接入点,笔记本电脑具有最终规格,因此这可能是其中的一部分。但当配置为仅支持 b/g 时,我仍然无法使用这些接入点。
另外,我为默认网关设置了一个静态 arp 条目,但没用。我还应该提到,这里的主要罪魁祸首是 TrendNet TEW-639GR,但现在我也在与 Belkin F6D-4230-4 N150 和更昂贵的 3Com b/g 通信时遇到了麻烦。
更新 4:
我将路由器的固件更新到最新版本,它似乎可以短暂地工作。但是,它只请求了一两个页面,然后就再次停止了,所以我认为该页面可能已被我的浏览器缓存或预加载。无论如何,我真的认为问题出在这台笔记本电脑上,因为这台笔记本电脑在使用多个路由器时出现了问题,而这些路由器在其他设备上都可以正常工作。
答案1
802.11 部分连接问题几乎总是归结为多播问题。
在 802.11 中,广播是多播的一个子集,因此这不仅会破坏大多数服务发现/服务浏览协议等多播协议,还会破坏 ARP 等基于广播的基本协议。
802.11 多播只有在发送时才会变得棘手到无线客户端。这就是为什么 DHCP 即使在多播中断时也能正常工作的原因;通常广播的 DHCP 消息是从客户端(发现、请求);消息到客户端(Offer、Ack)通常是单播的。
当您怀疑存在 802.11 多播问题时,标准故障排除步骤是:
暂时关闭 AP 上的无线安全,看看问题是否消失。某些安全方法(例如 WPA 和 WPA2)要求使用与单播不同的密钥发送多播,并要求定期自动更改多播(组)密钥,而一些存在问题的 AP 和客户端会出错。某些安全方法(例如 WPA2 混合模式(同时启用 AES 和 TKIP)和 802.11i TSN(同时启用 AES、TKIP 和 WEP))要求使用与单播完全不同的密码发送多播,而许多糟糕的实施同样会出错。
确保多播速率[更新:仅指您的多播速率,而不是您的整个速率集] 您的 AP 的设置没有太高。在 802.11 中,多播必须以足够低的数据速率发送,以便所有客户端都可以可靠地接收它们。尝试将其降低到 2 或 1 mbps,看看问题是否消失。
在受影响的设备之间输入静态 ARP 映射。就您而言,这将是您的新笔记本电脑和任何充当无线客户端所在 IPv4 子网的默认网关的盒子。[*IEdit**:为了清楚起见,输入静态 ARP 映射在路由器上,告诉它客户端的 MAC 地址,这是最重要的方向。] 然后尝试 ping 您的默认网关,或连接到外部站点/服务。 如果现在可以正常工作,则确认这是多播问题。
以下是我认为正在发生的事情的一个例子。以 ping 路由器为例:
客户端发送 ARP 请求(广播)来查找路由器 IP 地址的 MAC 地址。在这个方向上,它可以工作。
路由器发送 ARP 响应(单播)。
客户端向路由器的 IP(L3)和 MAC(L2)地址发送 ICMP Echo 请求(ping 请求)。
路由器尚未为客户端提供 ARP 映射,并且它不能仅仅信任它收到的 ping 请求中的 MAC 地址,因为这可能会导致 ARP 缓存中毒,因此它会发送自己的 ARP 请求(广播)来查找客户端 IP 地址的 MAC 地址。但这是多播在 802.11 中可能中断的方向。
因为客户端从未收到来自路由器的 ARP 请求广播,所以它永远不知道要回复,因此路由器永远不知道如何寻址它想要发送的 ping 回复帧的 L2 报头,所以它必须丢弃它们。
有些人可能会问,“但是 DHCP 事务不会导致在路由器上创建 ARP 映射吗?”,但我见过 DHCP 服务器在低级别注入数据包,绕过通常的 IP 堆栈,从而绕过 ARP 代码。
如果事实证明这是多播问题,如果它是由您的安全设置引起的,并且您无法找到一个既能满足您的安全需求又不会遇到错误的设置,那么解决方案就是获取更新的 AP 固件或卡驱动程序,这些驱动程序具有您需要的错误修复,或者用错误较少的设备替换有错误的设备。我想,如果问题出在 AP 上,那么该 AP 的第三方固件(如 DD-WRT、OpenWRT 或 Tomato)可能没有原始供应商固件所具有的错误。
如果是由于使用过高的多播速率而导致的多播问题,请考虑坚持使用较低的多播速率。
答案2
检查路由器是否处于仅 B 或仅 G 模式。如果路由器仅运行较旧的协议,并且未设置为向后兼容,则全新的笔记本电脑可能会出现问题。
答案3
这实际上与这里的任何其他答案都不相符,否则我只会发表评论,但一般来说,当我听到“新笔记本电脑”和“无法连接到特定路由器”时,我的第一个想法是“刷新路由器上的固件”。我遇到过很多情况,全新的无线网卡会发送数据包,使带有 2-3 年旧固件的路由器感到困惑,但刷新后就解决了这个问题。现在,这可能不是你的问题,但它可能会在某个时候帮助阅读这篇文章的人……