Знаете ли вы, что такое ““? Немногие смогут ответить, что прекрасно знают и используют его осознанно.
Мне лень напрягаться и придумывать формулировки. Приведу лишь один полезный пример.
Бывает необходимость определить, какие есть “живые” хосты в своей подсети (например, устройства, подключенные к домашней WiFi-сети). Привычный для людей, не очень далёких от сетевых технологий – это отправка icmp-пакетов (говоря проще – пинга) на широковещательный адрес (broadcast). Допустим, если у вас дома сеть 192.168.98.0/24, то broadcast – 192.168.98.255:
$ ifconfig | grep broadcast inet 192.168.98.10 netmask 0xffffff00 broadcast 192.168.98.255 inet 172.16.51.1 netmask 0xffffff00 broadcast 172.16.51.255 inet 172.16.200.1 netmask 0xffffff00 broadcast 172.16.200.255 $ ping 192.168.98.255 64 bytes from 192.168.98.10: icmp_seq=0 ttl=64 time=0.093 ms 64 bytes from 192.168.98.1: icmp_seq=0 ttl=255 time=2.366 ms (DUP!) 64 bytes from 192.168.98.2: icmp_seq=0 ttl=64 time=2.776 ms (DUP!) 64 bytes from 192.168.98.12: icmp_seq=0 ttl=64 time=8.094 ms (DUP!)
Видим, что в подсети отвечают 4 хоста (WiFi-точка, сервер, ноутбук и iPhone).
Недостаток метода в том, что нужно выяснять broadcast-адрес для конкретной сети. Это, конечно, всего лишь одна дополнительная команда, но есть способ гораздо элегантнее, основанный на использовании multicast-адреса 224.0.0.1, описывающего “The All Hosts multicast group that contains all systems on the same network segment”. Перечень “well-known” multicast-адресов можно найти в .
Посылаем icmp-пакеты на multicast-адрес 224.0.0.1 и получаем ответы:
$ ping 224.0.0.1 64 bytes from 192.168.98.10: icmp_seq=16 ttl=64 time=0.110 ms 64 bytes from 192.168.98.1: icmp_seq=16 ttl=255 time=0.894 ms 64 bytes from 192.168.98.2: icmp_seq=16 ttl=64 time=1.222 ms 64 bytes from 192.168.98.12: icmp_seq=16 ttl=64 time=3.254 ms
Удобно. Рекомендую.
Ещё полезные команды вы можете посмотреть в обсуждении на и на .
