Форум: "Сети";
Текущий архив: 2006.06.04;
Скачать: [xml.tar.bz2];
ВнизBrodcast/DHCP в Windows Найти похожие ветки
← →
tesseract © (2006-02-04 12:14) [0]Про весьма своеобразную реализацию winsock можно писать часами.
Но реальная проблема.
допустим есть подсеть 192.168.1.0/24.
В *nix системах по пингу/броадкасту я вижу всем машины, принтеры и главное конверторы RS232 - ethernet в сети. тк. они пингуют на IP 192.168.1.255 и всё ок.
Винда же адрес 255.255.255.255 хоть и прописывает как широковещательный на всей сети (хотя на dhcp широкополосный как раз таки 192.168.1.255), но не пинговать ни отправить широковещательный запрос по UPD(нужно для поиска конвертоеров ) не получается для конкретной подсети, только "ОРУ ВСЕМ" .
Но нужно разделить запросы по подсетям. Кто нибудь колупался ?
← →
Verg © (2006-02-04 13:21) [1]Винда на самом деле не позволяет пинговать (ICMP) широковещательный адрес(а).
UDP же датаграммы на него прекрасно передаются. Может SO_BROADCAST у сокета не установил?
И при чем тут DHCP ?
← →
Anatoly Podgoretsky © (2006-02-04 13:26) [2]DHCP не работает по адресу 255.255.255.255, также и по 192.168.1.255. Для этого используется самый глобальный сетевой адрес.
← →
Verg © (2006-02-04 13:29) [3]
> Anatoly Podgoretsky © (04.02.06 13:26) [2]
> Для этого используется самый глобальный сетевой адрес.
И какой же?
← →
Anatoly Podgoretsky © (2006-02-04 13:59) [4]Verg © (04.02.06 13:29) [3]
0.0.0.0
← →
Verg © (2006-02-04 14:55) [5]
> 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 20:59) [6]Мне это прекрасно показывает файрвол.
← →
Verg © (2006-02-04 22:05) [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 0xffffffff IP broadcast address and "DHCP
server" UDP port.
Если твой фаейр что-то там показывает, то это не значит, что так работает или должен работать DHCP.
← →
isasa © (2006-02-04 22:31) [8]Ошибка визуализации
integer<->DWORD = 0xFFFFFFFF ?
← →
Verg © (2006-02-04 22:32) [9]
> isasa © (04.02.06 22:31) [8]
> Ошибка визуализации
Нет, просто путаница между dst и src.
← →
Anatoly Podgoretsky © (2006-02-04 22:37) [10]Verg © (04.02.06 22:05) [7]
Показывает запрос по 0.0.0.0 порты 67/68 и не показывает обращений по 255.255.255.255
← →
Verg © (2006-02-04 22:55) [11]
> Anatoly Podgoretsky © (04.02.06 22:37) [10]
см. Verg © (04.02.06 22:05) [7]
← →
Verg © (2006-02-04 22:58) [12]Просто, это повод задуматься либо над файером, либо над тем что именно происходит в твоей сети. Не более. Ты про DHCP читал?
← →
tesseract © (2006-02-05 15:33) [13]Может неточно выразился
Меня больше интересует - куда конкретно уходит запрос на 255.255.255.255. Во все подсети, или только по конкретной подмаске текущей подсети.
Прчём винда напрочь игнорирует BrodaCast адрес назначаемый DHCP она считает что он должен быть исключительно 0xffffffff, при попытке послать udp запрос на нормальную подсеть он ни до кого не доходит.
0.0.0.0/32 - это запрос на получение адреса к Bootp/dhcp.
Реализация алгоритма в конвертерах вообще загадка tibbo - всё ок даже в dns прописывается. NetEye - как получится, так и получится.
Страницы: 1 вся ветка
Форум: "Сети";
Текущий архив: 2006.06.04;
Скачать: [xml.tar.bz2];
Память: 0.47 MB
Время: 0.048 c