Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Brodcast/DHCP в Windows

tesseract © (2006-02-04 12:14:00)
Про весьма своеобразную реализацию winsock можно писать часами.
Но реальная проблема.
допустим есть подсеть 192.168.1.0/24.
В *nix системах по пингу/броадкасту я вижу всем машины, принтеры и главное конверторы RS232 - ethernet в сети. тк. они пингуют на IP 192.168.1.255 и всё ок.

Винда же адрес 255.255.255.255 хоть и прописывает как широковещательный на всей сети (хотя на dhcp широкополосный как раз таки 192.168.1.255), но не пинговать ни отправить широковещательный запрос по UPD(нужно для поиска конвертоеров ) не получается для конкретной подсети, только "ОРУ ВСЕМ" .
Но нужно разделить запросы по подсетям. Кто нибудь колупался ?

tesseract (2006-02-05 15:33:00) [1]
Может неточно выразился

Меня больше интересует - куда конкретно уходит запрос на 255.255.255.255. Во все подсети, или только по конкретной подмаске текущей подсети.

Прчём винда напрочь игнорирует BrodaCast адрес назначаемый DHCP она считает что он должен быть исключительно 0xffffffff, при попытке послать udp запрос на нормальную подсеть он ни до кого не доходит.

0.0.0.0/32 - это запрос на получение адреса к Bootp/dhcp.
Реализация алгоритма в конвертерах вообще загадка tibbo - всё ок даже в dns прописывается. NetEye - как получится, так и получится.

Verg (2006-02-04 22:58:00) [2]
Просто, это повод задуматься либо над файером, либо над тем что именно происходит в твоей сети. Не более. Ты про DHCP читал?

Verg (2006-02-04 22:55:00) [3]

> Anatoly Podgoretsky © (04.02.06 22:37) [10]

см. Verg © (04.02.06 22:05) [7]

Anatoly Podgoretsky (2006-02-04 22:37:00) [4]
Verg © (04.02.06 22:05) [7]
Показывает запрос по 0.0.0.0 порты 67/68 и не показывает обращений по 255.255.255.255

Verg (2006-02-04 22:32:00) [5]

> isasa © (04.02.06 22:31) [8]
> Ошибка визуализации

Нет, просто путаница между dst и src.

isasa (2006-02-04 22:31:00) [6]
Ошибка визуализации
integer<->DWORD = 0xFFFFFFFF ?

Verg (2006-02-04 22:05:00) [7]
http://www.faqs.org/rfcs/rfc2131.html

Почитай. Там, где встретишь слово 0xffffffff, будь особенно внимателен. В частности:
4.4.1 Initialization and allocation of network address .............................. .............................. The client generates and records a random transaction identifier and inserts that identifier into the 'xid' field. The client records its own local time for later use in computing the lease expiration. The client then broadcasts the DHCPDISCOVER on the local hardware broadcast address to the 0xffffffffIP broadcast address and 'DHCP server' UDP port.

Если твой фаейр что-то там показывает, то это не значит, что так работает или должен работать DHCP.

Anatoly Podgoretsky (2006-02-04 20:59:00) [8]
Мне это прекрасно показывает файрвол.

Verg (2006-02-04 14:55:00) [9]

> Anatoly Podgoretsky © (04.02.06 13:59) [4]
> Verg © (04.02.06 13:29) [3]
> 0.0.0.0

Нет. Это не так. DHCP как раз работает с адресом 255.255.255.255 (локальный сетевой броадкаст) на начальном этапе выдачи аренды. А после вообще юникастом. Никаких адресов броадкаст подсети он не использует. Уж тем более 0.0.0.0 :)

Anatoly Podgoretsky (2006-02-04 13:59:00) [10]
Verg © (04.02.06 13:29) [3]
0.0.0.0

Verg (2006-02-04 13:29:00) [11]

> Anatoly Podgoretsky © (04.02.06 13:26) [2]

> Для этого используется самый глобальный сетевой адрес.

И какой же?

Anatoly Podgoretsky (2006-02-04 13:26:00) [12]
DHCP не работает по адресу 255.255.255.255, также и по 192.168.1.255. Для этого используется самый глобальный сетевой адрес.

Verg (2006-02-04 13:21:00) [13]
Винда на самом деле не позволяет пинговать (ICMP) широковещательный адрес(а).

UDP же датаграммы на него прекрасно передаются. Может SO_BROADCAST у сокета не установил?

И при чем тут DHCP ?

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »