LINUX.ORG.RU
решено ФорумAdmin

Проблема с Windows 7

 ,


0

1

На Fedora 17 запущен dhcpd, который слушает запросы на интерфейсе p21p1. При подключении компьютеров с OS X и linux проблем с получением ip нет. Если подключить пк с Windows 7, ip адрес почему-то не выдается клиенту. В логах такие строки:

Sep 01 13:36:50 icehammer.localdomain dhcpd[4003]: DHCPREQUEST for 192.168.100.3 from 00:1f:5b:e8:fe:f0 (Macbook) via p21p1
Sep 01 13:36:50 icehammer.localdomain dhcpd[4003]: DHCPACK on 192.168.100.3 to 00:1f:5b:e8:fe:f0 (Macbook) via p21p1
Sep 01 13:36:57 icehammer.localdomain dhcpd[4003]: DHCPDISCOVER from 00:1f:5b:e8:fe:f0 (Macbook) via p21p1
Sep 01 13:36:57 icehammer.localdomain dhcpd[4003]: DHCPOFFER on 192.168.100.3 to 00:1f:5b:e8:fe:f0 (Macbook) via p21p1
Sep 01 13:36:57 icehammer.localdomain dhcpd[4003]: DHCPREQUEST for 192.168.100.3 (192.168.100.1) from 00:1f:5b:e8:fe:f0 (Macbook) via p21p1
Sep 01 13:36:57 icehammer.localdomain dhcpd[4003]: DHCPACK on 192.168.100.3 to 00:1f:5b:e8:fe:f0 (Macbook) via p21p1
Sep 01 13:36:58 icehammer.localdomain dhcpd[4003]: DHCPDISCOVER from 00:1f:5b:e8:fe:f0 (Macbook) via p21p1
Sep 01 13:36:58 icehammer.localdomain dhcpd[4003]: DHCPOFFER on 192.168.100.3 to 00:1f:5b:e8:fe:f0 (Macbook) via p21p1
Sep 01 13:36:58 icehammer.localdomain dhcpd[4003]: DHCPREQUEST for 192.168.100.3 (192.168.100.1) from 00:1f:5b:e8:fe:f0 (Macbook) via p21p1
Sep 01 13:36:58 icehammer.localdomain dhcpd[4003]: DHCPACK on 192.168.100.3 to 00:1f:5b:e8:fe:f0 (Macbook) via p21p1
Sep 01 13:36:59 icehammer.localdomain dhcpd[4003]: DHCPDISCOVER from 00:1f:5b:e8:fe:f0 (Macbook) via p21p1
Sep 01 13:36:59 icehammer.localdomain dhcpd[4003]: DHCPOFFER on 192.168.100.3 to 00:1f:5b:e8:fe:f0 (Macbook) via p21p1
Sep 01 13:36:59 icehammer.localdomain dhcpd[4003]: DHCPREQUEST for 192.168.100.3 (192.168.100.1) from 00:1f:5b:e8:fe:f0 (Macbook) via p21p1
Конфиг /etc/dhcp/dhcpd.conf довольно короткий, но вроде корректный:
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;
  default-lease-time 600;
  max-lease-time 7200;
}
Подскажите решение проблемы.

★★★★★

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

uspen ★★★★★
()
Ответ на: комментарий от uspen

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

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

Cyril ★★
()
Ответ на: комментарий от anonymous

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

Cyril ★★
()

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

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

Kuzz ★★★
()
Ответ на: комментарий от anonymous

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

Cyril ★★
()

Проблема с Windows 7

На финфак!

anonymous
()

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

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

Kuzz ★★★
()
Ответ на: комментарий от xorik

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

ostin ★★★★★
() автор топика
Ответ на: комментарий от dizaster

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

ostin ★★★★★
() автор топика
Ответ на: комментарий от Kuzz

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

ostin ★★★★★
() автор топика
Ответ на: комментарий от Kuzz

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

Cyril ★★
()
Ответ на: комментарий от Kuzz

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

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

ostin ★★★★★
() автор топика
Ответ на: комментарий от ostin

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

Cyril ★★
()

Вот лог после подключения ноута с 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

ostin ★★★★★
() автор топика
Ответ на: комментарий от Cyril

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

ostin ★★★★★
() автор топика
Ответ на: комментарий от ostin

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

Cyril ★★
()
Ответ на: комментарий от Cyril

Блиииин!!!!!!!!!!!!!!!!! Все, кто отписался в этой теме - лопухи. Я - тоже. Ж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;

? Ж;-)

Cyril ★★
()
Ответ на: комментарий от ostin

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

Cyril ★★
()

option subnet-mask 255.255.255.252;

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

juk4windows
()
Ответ на: комментарий от Cyril

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

ostin ★★★★★
() автор топика
Ответ на: комментарий от ostin

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

Cyril ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.