Проблема с пингом широковещательного адреса - PullRequest
Новая
       63

Проблема с пингом широковещательного адреса

5 голосов
/ 31 января 2011

Когда я пытаюсь пропинговать широковещательный адрес в моей локальной сети, он показывает ответы ICMP только от 3 хостов, несмотря на то, что к локальной сети подключено много хостов.

Для широковещательного адреса я сделал 

$ifconfig eth0
eth0      Link encap:Ethernet  HWaddr 00:1b:38:09:0b:26  
          inet addr:172.30.120.152  Bcast:172.30.127.255  Mask:255.255.248.0
          inet6 addr: fe80::21b:38ff:fe09:b26/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:831096 errors:0 dropped:0 overruns:0 frame:0
          TX packets:13022 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:66620362 (66.6 MB)  TX bytes:3099025 (3.0 MB)
          Interrupt:21 Base address:0x2000

Я использовал адрес Bcast 172.30.127.255, чтобы пинговать всех ... 

$ping -b 172.30.127.255
WARNING: pinging broadcast address
PING 172.30.127.255 (172.30.127.255) 56(84) bytes of data.
64 bytes from 172.30.120.1: icmp_seq=1 ttl=255 time=0.809 ms
64 bytes from 172.30.120.62: icmp_seq=1 ttl=64 time=1.06 ms (DUP!)
64 bytes from 172.30.120.50: icmp_seq=1 ttl=255 time=3.97 ms (DUP!)
64 bytes from 172.30.120.1: icmp_seq=2 ttl=255 time=0.364 ms
64 bytes from 172.30.120.62: icmp_seq=2 ttl=64 time=0.412 ms (DUP!)
64 bytes from 172.30.120.50: icmp_seq=2 ttl=255 time=1.48 ms (DUP!)
64 bytes from 172.30.120.1: icmp_seq=3 ttl=255 time=0.452 ms
64 bytes from 172.30.120.62: icmp_seq=3 ttl=64 time=0.506 ms (DUP!)
64 bytes from 172.30.120.50: icmp_seq=3 ttl=255 time=1.64 ms (DUP!)

Почему только 3 хоста отвечают на мой пинг. Является ли этот bcast адрес, указанный ifconfig, не тем, который будет использоваться? Я думаю, что это может быть причиной того, что я не могу провести усиленную атаку на систему в моей локальной сети. Я ввел ICMP-эхо-пакеты с поддельным исходным адресом хоста моего друга и отправил его на этот широковещательный адрес, и был разочарован, увидев, что его пропускная способность не пострадала ...

Пожалуйста, объясните ...

Ответы [ 2 ]

7 голосов
/ 01 февраля 2011

Некоторые хосты просто не отвечают на широковещательные запросы (например, Windows по умолчанию настроен таким образом).

2 голосов
/ 31 января 2011

Потому что, например, некоторые реализации работают, отправляя широковещательную рассылку предпочтительному интерфейсу, а не всем. Вам нужно реле для отправки на все интерфейсы. Вы можете прочитать RFC 919

...