Проблема с Windows 7

проблема известная.
я в лог не вчитывался.
винда, кто бы сомневался, коиво dhcp поддерживает.
она просит прошлый присвоенный адрес, но сервер отаергает и дает свой, но венда все равно настаивает....

Перезагрузи винду. Я серьезно

grep по логу mac-адресом вендомашины был бы полезней.

ipconfig /release ipconfig /renew

винда, кто бы сомневался, коиво dhcp поддерживает.

Если бы ты был честен, то написал бы «винда, кто бы сомневался, криво поддерживает корявый и убогий dhcpd».

корявый и убогий dhcpd

и что в нем корявого?

Читай RFC 2131, раздел 3.2 - описанное в нём повторное использование адресов должно, по-хорошему, поддерживаться DHCP-серверами из коробки. И в данном случае проблема как со стороны клиента Windows (не понимает, что имеет дело с криво настроенным или не полностью RFC-совместимым сервером), так и со стороны сервера (не понимает, что клиент желает повторно использовать адрес). Причём надо ещё разбираться, с какой стороны вины больше - мой личный опыт говорит, что, вероятнее всего, со стороны dhcpd. Особенно - с идеологической точки зрения.

"(Macbook)" в каждой строке лога намекает, что виндовых запростов здесь нет.

У вин-машины имя, случайно, не с русскими буквами/подчеркиваниями?

Хотя вчитался сейчас в лог подробнее - возможно, моя аргументация не вполне корректна.

У вин-машины имя, случайно, не с русскими буквами/подчеркиваниями?

А какое это значение имеет для DHCP?

Проблема с Windows 7

На финфак!

Вообще, не должно влиять, но и сразу исключить нельзя. (Вот на DDNS влияет))

Это весь конфиг? А как же «allow unknown-clients;»?

И тупой вопрос: у семерки то служба dhcp-клиента запущена?

Сделано, не помогло, к сожалению.

Честно говоря не уверен что знаю, где это делается.

Хостнейм такой у машины, это точно виндовые запросы.

Ну на DDNS оно и должно влиять. Но DHCP?! В процессе стандартного запроса и выдачи адреса имя узла не участвует никак. Вообще. Только MAC- и IP-адреса. Имя узла появляется только в случае интеграции DHCP и DDNS - но обычно это происходит уже ПОСЛЕ выдачи адреса. По крайней мере, на практике я не видел ни одной реализации, в которой бы использовалась предусмотренная стандартами возможность не давать клиенту адрес до успешной регистрации имени в DDNS. Хотя что там накручено у ТС - нам не очень известно, конечно.

Ну семерка успешно получает адреса по dhcp с роутера, галочка «получать ip адреса автоматически» стоит ;-)

Конфиг точно весь, без указанной тобой строки работает с линукс и макосью, могут ее добавить, если оно нужно.

Ну DHCPDISCOVER и DHCPREQUEST от неё приходят же... Ж;-)

Какая еще информация нужна для решения - подскажи - я предоставлю.

Например: исходя из имени машины (Macbook), хочу спросить - OS X и Windows у тебя не на одном и том же ноутбуке, случайно? И не возникает ли проблема в процессе перезагрузки из OS X в Windows?

Вот лог после подключения ноута с OS X:

Sep 04 00:50:34 icehammer.localdomain dhcpd[3628]: DHCPDISCOVER from c8:2a:14:59:a8:05 via p21p1
Sep 04 00:50:35 icehammer.localdomain dhcpd[3628]: DHCPOFFER on 192.168.100.2 to c8:2a:14:59:a8:05 (belka) via p21p1
Sep 04 00:50:35 icehammer.localdomain avahi-daemon[686]: Registering new address record for fe80::224:1dff:fedf:b186 on p21p1.*.
Sep 04 00:50:36 icehammer.localdomain dhcpd[3628]: DHCPREQUEST for 192.168.100.2 (192.168.100.1) from c8:2a:14:59:a8:05 (belka) via p21p1
Sep 04 00:50:36 icehammer.localdomain dhcpd[3628]: DHCPACK on 192.168.100.2 to c8:2a:14:59:a8:05 (belka) via p21p1

Там два макбука, один только с виндоувс, другой только с OS X. У виндового не было проблем с получением адресов с роутера по dhcp. Проблема, как я понял, в моих настройках dhcpd, но непонятно, что не нравится виндоувс.

Попробуй поставить значения default-lease-time и max-lease-time в более широких пределах. Например, 86400 и 691200 соответственно.

Блиииин!!!!!!!!!!!!!!!!! Все, кто отписался в этой теме - лопухи. Я - тоже. Ж8-) Не видишь ничего странного здесь:

subnet 192.168.100.0 netmask 255.255.255.252 {
range 192.168.100.2 192.168.100.3;
option broadcast-address 192.168.100.4;
option subnet-mask 255.255.255.252;

? Ж;-)

бродкаст должен быть 192.168.100.3, спасибо тебе, чувак

Угу. Не за что. Ж;-) А ещё неплохо было бы диапазон сдвинуть на 1-2 - хотя мне кажется, что лучше было бы подсеть расширить.

option subnet-mask 255.255.255.252;

А нихрена ни мало вы адресов выделили. Попробуйте маску шире сделать, а option broadcast-address вообще убрать - на какого органа эта опция?

Из диапазона я 192.168.100.3 убрал. Ну там с той стороны только одна машина в один момент времени, сети из 4 адресов вполне достачно. Что же, сам дурак)

Да тут все участники темы отличились умом. Кроме juk4windows. Ж;-)