Каким образом можно пинговать широковещательный адрес сети ()?
широковещательный адрес сети 192.168.15.255
На ping 192.168.15.255 откликается один хост...
в винде это не реализованно, она всегда пишет только 1 ответ, кто первый тот и папа)
если не в винде, тогда должны отвечать все машины в настройках сетевого стека которых разрешено отвечать на бродкастовый пинг
например в BSD
net.inet.icmp.bmcastecho: 0 по умолчанию
можно поставить 1 тогда и этот комп будет отвечать на broadcast icmp requestвыглядеть будет примерно так ))
64 bytes from 192.168.4.42: icmp_seq=2 ttl=64 time=1.017 ms
64 bytes from 192.168.4.43: icmp_seq=2 ttl=64 time=1.020 ms (DUP!)
64 bytes from 192.168.4.35: icmp_seq=2 ttl=255 time=1.022 ms (DUP!)
64 bytes from 192.168.4.32: icmp_seq=2 ttl=255 time=1.024 ms (DUP!)
64 bytes from 192.168.4.38: icmp_seq=2 ttl=255 time=1.025 ms (DUP!)
64 bytes from 192.168.4.33: icmp_seq=2 ttl=255 time=1.027 ms (DUP!)
64 bytes from 192.168.4.34: icmp_seq=2 ttl=255 time=1.029 ms (DUP!)
>в винде это не реализованно, она всегда пишет только 1 ответ, кто
>первый тот и папа)
>если не в винде, тогда должны отвечать все машины в настройках сетевого
>стека которых разрешено отвечать на бродкастовый пинг
>например в BSD
>net.inet.icmp.bmcastecho: 0 по умолчанию
>можно поставить 1 тогда и этот комп будет отвечать на broadcast icmp
>request
>
>выглядеть будет примерно так ))
>
>64 bytes from 192.168.4.42: icmp_seq=2 ttl=64 time=1.017 ms
>64 bytes from 192.168.4.43: icmp_seq=2 ttl=64 time=1.020 ms (DUP!)
>64 bytes from 192.168.4.35: icmp_seq=2 ttl=255 time=1.022 ms (DUP!)
>64 bytes from 192.168.4.32: icmp_seq=2 ttl=255 time=1.024 ms (DUP!)
>64 bytes from 192.168.4.38: icmp_seq=2 ttl=255 time=1.025 ms (DUP!)
>64 bytes from 192.168.4.33: icmp_seq=2 ttl=255 time=1.027 ms (DUP!)
>64 bytes from 192.168.4.34: icmp_seq=2 ttl=255 time=1.029 ms (DUP!)Пингую с Фришной машины, в сетке все остальные машины виндовые и сетевые принтеры
отвечает сетевой принтер и всё :((
То есть в данной сетке broadcast ping работать не будет ?
А как можно определить какие машины в данный момент работают в сети ?
Не пинговать же каждую в отдельности ? :(
>Пингую с Фришной машины, в сетке все остальные машины виндовые и сетевые
>принтеры
>отвечает сетевой принтер и всё :((
>То есть в данной сетке broadcast ping работать не будет ?
>А как можно определить какие машины в данный момент работают в сети
>?
>Не пинговать же каждую в отдельности ? :(Почему нет? Скрипт, осуществляющий это пишется за 0.5-1 минуты.
Только учтите: не все машины могут отвечать на пинг (фаервол, например), соответственно отсутствие отклика не есть достоверная информация о выключенной машине.
В принципе, можно еще просмотреть в сторону arp, но тоже с определенными допущениями.
>>Пингую с Фришной машины, в сетке все остальные машины виндовые и сетевые
>>принтеры
>>отвечает сетевой принтер и всё :((
>>То есть в данной сетке broadcast ping работать не будет ?
>>А как можно определить какие машины в данный момент работают в сети
>>?
>>Не пинговать же каждую в отдельности ? :(
>
>Почему нет? Скрипт, осуществляющий это пишется за 0.5-1 минуты.
>
>Только учтите: не все машины могут отвечать на пинг (фаервол, например), соответственно
>отсутствие отклика не есть достоверная информация о выключенной машине.
>
>В принципе, можно еще просмотреть в сторону arp, но тоже с определенными
>допущениями.
Но ведь скрипт будет пинговать все машины по очереди 192.168.15.1-254 если работают например 251 и 252 это сколько времени теряется :(
Я понинимаю что не все машины откликаються на пинг :)
Задача то простая : в сети 50 рабочих станций (каждая из них на персональный пинг откликается) хочу узнать ,к примеру, какие машины сейчас включены.
>на персональный пинг откликается) хочу узнать ,к примеру, какие машины сейчас
>включены.arp -a
или поставить arpwatch
Это более надежнее, чем пинг.
>arp -a
>или поставить arpwatch
>Это более надежнее, чем пинг.arp -a ничего не даст, ведь в арп-кеш попадают записи о компах к которым было обращение за некоторое последнее время. Если некоторая машина в сетке работает но обращения к ней не было(со стороны моей машины) - то в арп-кеше записи о ней не будет. (проверенно)
arpwatch - штука заслуживающая внимания, но данную проблему так же не решает :(
>arpwatch - штука заслуживающая внимания, но данную проблему так же не решает
>:(Все отлавливает. Можно, конечно, выдернуть патч-корд от машины.
Еще вариант поставить всем демона snmp и собирать от всех компов информацию.
>Но ведь скрипт будет пинговать все машины по очереди 192.168.15.1-254 если работают
>например 251 и 252 это сколько времени теряется :(
>Я понинимаю что не все машины откликаються на пинг :)
>Задача то простая : в сети 50 рабочих станций (каждая из них
>на персональный пинг откликается) хочу узнать ,к примеру, какие машины сейчас
>включены.Угу, а man ping на предмет таймаута/количества пакетов почитать не судьба? Чтобы еще быстрее было, как раз-таки парсинг вывода arp. В общем, поизголяться можно.
>Угу, а man ping на предмет таймаута/количества пакетов почитать не судьба? Чтобы
>еще быстрее было, как раз-таки парсинг вывода arp. В общем, поизголяться
>можно.Есть еще вариант с nmap'ом.
Я как-то увлекся в сканировании и залез на серые провайдерские адреса. Звонок в техподдержку расставил все точки над i - кто-то из админом забыл занулять на входе серые сетки клиентов :)
>
>>Угу, а man ping на предмет таймаута/количества пакетов почитать не судьба? Чтобы
>>еще быстрее было, как раз-таки парсинг вывода arp. В общем, поизголяться
>>можно.
>
>Есть еще вариант с nmap'ом.
>Я как-то увлекся в сканировании и залез на серые провайдерские адреса. Звонок
>в техподдержку расставил все точки над i - кто-то из админом
>забыл занулять на входе серые сетки клиентов :)
Спасибо nmap - то что нужно :)
>>
>>>Угу, а man ping на предмет таймаута/количества пакетов почитать не судьба? Чтобы
>>>еще быстрее было, как раз-таки парсинг вывода arp. В общем, поизголяться
>>>можно.
>>
>>Есть еще вариант с nmap'ом.
>>Я как-то увлекся в сканировании и залез на серые провайдерские адреса. Звонок
>>в техподдержку расставил все точки над i - кто-то из админом
>>забыл занулять на входе серые сетки клиентов :)
>
>
>Спасибо nmap - то что нужно :)fping - как вариант.
>На ping 192.168.15.255 откликается один хост...
Какой? :D
>>На ping 192.168.15.255 откликается один хост...
>Какой? :D
Читай выше.