windows – 使用’目标主机无法访问’从同一台计算机ping“回复(2)

在802.11上,多播在AP中比较棘手 – >客户端方向,因为它必须以最低公共分母多播速率发送,它不会在802.11层被确认或重新发送,如果你有WPA或WPA2加密,它必须用不同的加密发送密钥(组密钥),如果你打开了WPA2混合模式或802.11i TSN,它不仅必须使用不同的密钥发送,而且必须使用不同的密码(最小公分母密码;在这种情况下使用TKIP) WPA2混合模式,以及TSN情况下的WEP).

查看它是否只是多播问题的一种快速方法是在每台计算机上手动添加静态ARP条目,以便他们知道彼此的“IP地址 – >无线MAC地址”映射,然后查看是否可以ping. ARP使用广播,因此当其他客户端试图查找无线客户端的MAC地址时,802.11网络上的多播会破坏无线客户端接收ARP广播的能力.如果没有ARP映射,ping帧将无法在802.11层进行寻址,因此无法进行传输.

如果静态ARP映射修复了它,请尝试暂时关闭所有无线加密,然后删除静态ARP映射并再次尝试测试.如果此时ARP工作正常,则表明多播并未在802.11设备上完全中断,加密打开时它就会被破坏.

现在,有些人可能会问,“但是,如果广播被破坏,为什么DHCP会工作？DHCP使用广播！”,你是正确的,DHCP使用广播,但在DHCP中只有从客户端到服务器的消息被广播.在另一个方向,他们通常是单播.并且只有在客户端方向上,多播在802.11中才是棘手的.

请咨询您的AP和客户端卡供应商,了解固件和驱动程序更新.始终购买经Wi-Fi认证的802.11设备,因为Wi-Fi认证测试专门测试,以确保即使在加密时也可以进行组播.还请“指出并羞辱”有关AP和客户卡的供应商.

当AP和客户端之间的组播中断时,我想不出一个简单的方法来判断故障是在AP还是客户端,而不是消除过程,看看其他品牌的无线客户端是否有该AP上的同样问题,看看该无线客户端在其他品牌的AP上是否存在同样的问题.

更高级的方法是在一端或另一端固定责任,使用另一台不属于测试但具有802.11卡的机器,从无线客户端关联之前开始进行802.11监控模式数据包跟踪.精通802.11和WPA [2]密钥握手等的人可能会分析它并找到指向哪里.

我在Mac上完成了大部分的网络工作,因此我无法引导您在其他平台上获取802.11监控模式数据包跟踪,但为了防止您拥有Snow Leopard(Mac OS X v10.6)框,您可以做：

sudo /usr/libexec/airportd en1 sniff 1  
[...run your test...]  
^C

…通过en1(通常是大多数Mac上的内置AirPort卡)在通道1上进行802.11监控模式捕获.如果您的AirPort卡不是en1,或者您的AP不在通道1上,请进行修改.

或者你可以这样做：

/System/Library/PrivateFrameworks/Apple80211.framework/Resources/airport -z -c1  
sudo tcpdump -I -y IEEE802_11_radio -s0 -w monitorModeTrace.pcap  
[...run your test...]  
^C

(机场工具的-c1参数放入通道1的接口;将其修改为AP所在的通道.)

或者您可以运行Wireshark,tshark等,但在Mac上,您仍然需要使用airport命令来设置通道并强制取消关联.

（编辑：ASP站长网）