![来自 wlan 客户端的广播 ping - 只有另外 2 个客户端响应?](https://linux22.com/image/733999/%E6%9D%A5%E8%87%AA%20wlan%20%E5%AE%A2%E6%88%B7%E7%AB%AF%E7%9A%84%E5%B9%BF%E6%92%AD%20ping%20-%20%E5%8F%AA%E6%9C%89%E5%8F%A6%E5%A4%96%202%20%E4%B8%AA%E5%AE%A2%E6%88%B7%E7%AB%AF%E5%93%8D%E5%BA%94%EF%BC%9F.png)
尝试通过 java Calimero 库集成我的 KNX-IP 接口时出现了这个问题。我的实现(在 Raspberry 上运行 - 通过 WLAN)没有找到 KNX IP 接口,因此我开始进行更深入的调查。同时,我在 KNX 集成中的软件端禁用了“多播”(现在软件找到了 KNX IP 接口),但我仍然想了解为什么只有一些客户端会应答广播 ping(ICMP)。
网络基础设施:
Internet Gateway (192.168.0.1/24) which is also DHCP Server. It's a Arris Modem.
TPLink 24Port Managed Switch 19" (192.168.0.10) (T1600G-28TS). One port is directly connected to the Internet Gateway / DHCP.
3 Unifi Ubiquity WLAN APs, each of them connected to the TPLink Switch
Several clients, one of them is a Windows PC, 192.168.0.64 (connected via wired LAN)
One client is a Raspberry Pi (192.168.0.76) with Raspbian Stretch, connected via WLAN and one of the ubiquity APs.
another client is the KNX IP interface (connected via wired LAN)
当我在树莓派上执行
ping -b 192.168.0.255
结果仅显示来自 192.168.0.1 和 192.168.0.60 的响应(标记为 DUP!)。
192.168.0.64 没有响应广播 ping 可能是什么原因?
我已经在 Windows PC 上成功测试了“ping 192.168.0.64”,以验证它是否响应 PING。因此,我认为它一定是
the settings in the TPLink Switch?
the settings in the Ubiquity WLAN AP?
但我不知道哪个设置可能是原因——因为它不是 LAN 到 WLAN 广播而是 WLAN 到 LAN 广播...
在TPLink交换机中,“未知多播”选项已经启用。
答案1
Ping 只会显示一些响应。如果您想查看收到的所有响应,请运行数据包捕获,过滤 ICMP,然后 ping 该广播地址并分析捕获结果。