|
ru.nethack
- RU.NETHACK -------------------------------------------------------------------
From : Spartak Radchenko 2:5020/400 02 Apr 2003 12:00:31
To : "Cybervlad"
Subject : Re: LAN (MAC->IP)
--------------------------------------------------------------------------------
Cybervlad <vlad@cybervlad.port5.com> wrote:
C>
C> Зависит от реализации стека. Собсно, при обсуждении смежного вопроса (про
C> обнаружение сниферов) эта тема (что и на каком уровне отфильтровывается) уже
C> поднималась - некоторые стеки отвечают на пинг по их IP и броадкастовому MAC.
А вот это ошибка реализации. Hа такие пинги отвечать не следует.
Из того же rfc1122:
When a host sends a datagram to a link-layer broadcast address,
the IP destination address MUST be a legal IP broadcast or IP
multicast address.
A host SHOULD silently discard a datagram that is received via
a link-layer broadcast (see Section 2.4) but does not specify
an IP multicast or broadcast destination address.
Здесь уже MUST и SHOULD, и никаких MAY.
C> Hо это (линуксы) фигня - очень радует остальной
C> список "забивающих" на упомянутый тобой RFC.
Уточнение: ответ на ping 255.255.255.255 не противоречит этому rfc.
Там всего лишь написано, что они _МОГУТ_ не отвечать на этот пинг.
А могут и отвечать.
C> Речь о "безобразном" пинге 255.255.255.255. Проверить "аккуратным" пингом и
C> arp-reply пока времени нет...
Результат моей проверки и так говорит сам за себя. Определить IP по MAC
разными хитрыми пингами можно только в редких случаях. В общем случае
только сниффер.
--
Spartak Radchenko SVR1-RIPE
--- ifmail v.2.15dev5
* Origin: Arguments & Facts Weekly (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
