几乎在每个可用的UNIX系统上使用Ping时,Ping广播地址很简单:
$ Ping 192.168.11.255
但是,如果在linux上完成这个 *** 作,就会发生一个非标准(并且持续恼人的)响应:
$ Ping 192.168.11.255 Do you want to Ping broadcast? Then -b
自从我第一次看到它以来,这让我感到无比的愤怒–linux Ping并不是这样的。 我search了这个开关的来源,并且无法find它何时进入或者为什么有必要进行讨论。
似乎这个开关甚至没有被认为是足够的:
有没有linux无线电标准?
我怎样才能在c linux的特定接口上收听广播?
Python:在windows上获取UDP广播/ socket.recvCMSg()的发件人
使用多个NIC广播UDP数据包
通过套接字在linux中发送广播
$ Ping -b 192.168.11.255 WARNING: Pinging broadcast address Ping 192.168.11.255 (192.168.11.255) 56(84) bytes of data. 64 bytes from 192.168.11.22: icmp_seq=1 ttl=64 time=0.225 ms
这真的有必要吗? 编写一个能够修复linux Ping的补丁非常诱人,所以它应该像它应该那样工作。
我不敢相信没有其他人抱怨过这个,但是如果他们这样做的话我在Google上找不到。
linux: *** 作系统支持无特权的进程间总线
SO_BINDTODEVICE linux套接字选项的问题
UDP通过相同的套接字广播和单播?
nc -u 192.168.1.255 9999失败
在windows中使用C#或C进行以太网帧或MAC广播(xp)
你可以放
alias Ping=\’Ping -b\’
在你的.bashrc文件中:-)
我可以想象,这可能是有用的一个场景。 如果您在网络上配置的广播地址不是所有主机位都是1的地址。 因此,如果没有这样的提示,你可能会偶然地Ping广播地址。 我猜这是不好的。
总结
以上是内存溢出为你收集整理的Linux平台的广播交换机全部内容,希望文章能够帮你解决Linux平台的广播交换机所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
请登录后查看评论内容