У меня небольшая сеть с 15 рабочими станциями, SAMBA AD и кучей виртуализированных серверов Linux. Все рабочие станции и серверы находятся в одной подсети.
Все рабочие станции работают под управлением Windows 7 Pro
И мой Samba 4 DC, и ISC-DHCP-SERVER работают на одном виртуализированном хосте.
На большинстве, если не на всех рабочих станциях, настроено резервирование DHCP.
Одна из моих рабочих станций не получит адрес DHCP. Когда я включаю адаптер, мой системный журнал DHCP-сервера сообщает следующее: (Я попытался удалить сценарии dydns, и это не имело никакого значения, поэтому, пожалуйста, не обращайте внимания на эти сообщения.)
Jan 6 03:47:21 frfdc dhcpd[984]: DHCPREQUEST for 192.168.1.249 (192.168.1.19) from 00:23:24:a1:cd:80 via eth0
Jan 6 03:47:21 frfdc dhcpd[984]: DHCPACK on 192.168.1.249 to 00:23:24:a1:cd:80 via eth0
Jan 6 03:47:21 frfdc dhcpd[984]: DHCPDISCOVER from 00:23:24:a1:cd:80 via eth0
Jan 6 03:47:21 frfdc dhcpd[984]: DHCPOFFER on 192.168.1.249 to 00:23:24:a1:cd:80 via eth0
Jan 6 03:47:21 frfdc dhcpd[984]: Commit: IP: 192.168.1.249 DHCID: 1:0:23:24:a1:cd:80 Name: FRF-M014-PC
Jan 6 03:47:21 frfdc dhcpd[984]: execute_statement argv[0] = /etc/dhcp/bin/dhcp-dyndns.sh
Jan 6 03:47:21 frfdc dhcpd[984]: execute_statement argv[1] = add
Jan 6 03:47:21 frfdc dhcpd[984]: execute_statement argv[2] = 192.168.1.249
Jan 6 03:47:21 frfdc dhcpd[984]: execute_statement argv[3] = 1:0:23:24:a1:cd:80
Jan 6 03:47:21 frfdc dhcpd[984]: execute_statement argv[4] = FRF-M014-PC
Jan 6 03:47:21 frfdc dhcpd: 06-01-18 03:47:21 [dyndns] : Getting new ticket, old one has expired
Jan 6 03:47:21 frfdc sh[984]: kinit: Permission denied while getting initial credentials
Jan 6 03:47:21 frfdc dhcpd: 06-01-18 03:47:21 [dyndns] : dhcpd kinit for dynamic DNS failed
Jan 6 03:47:21 frfdc dhcpd[984]: execute: /etc/dhcp/bin/dhcp-dyndns.sh exit status 256
Jan 6 03:47:21 frfdc dhcpd[984]: DHCPREQUEST for 192.168.1.249 (192.168.1.19) from 00:23:24:a1:cd:80 via eth0
Jan 6 03:47:21 frfdc dhcpd[984]: DHCPACK on 192.168.1.249 to 00:23:24:a1:cd:80 via eth0
Jan 6 03:47:21 frfdc dhcpd[984]: DHCPDISCOVER from 00:23:24:a1:cd:80 via eth0
Jan 6 03:47:21 frfdc dhcpd[984]: DHCPOFFER on 192.168.1.249 to 00:23:24:a1:cd:80 via eth0
Jan 6 03:47:21 frfdc dhcpd[984]: Commit: IP: 192.168.1.249 DHCID: 1:0:23:24:a1:cd:80 Name: FRF-M014-PC
Jan 6 03:47:21 frfdc dhcpd[984]: execute_statement argv[0] = /etc/dhcp/bin/dhcp-dyndns.sh
Jan 6 03:47:21 frfdc dhcpd[984]: execute_statement argv[1] = add
Jan 6 03:47:21 frfdc dhcpd[984]: execute_statement argv[2] = 192.168.1.249
Jan 6 03:47:21 frfdc dhcpd[984]: execute_statement argv[3] = 1:0:23:24:a1:cd:80
Jan 6 03:47:21 frfdc dhcpd[984]: execute_statement argv[4] = FRF-M014-PC
Jan 6 03:47:21 frfdc dhcpd: 06-01-18 03:47:21 [dyndns] : Getting new ticket, old one has expired
Jan 6 03:47:21 frfdc sh[984]: kinit: Permission denied while getting initial credentials
Jan 6 03:47:21 frfdc dhcpd: 06-01-18 03:47:21 [dyndns] : dhcpd kinit for dynamic DNS failed
Jan 6 03:47:21 frfdc dhcpd[984]: execute: /etc/dhcp/bin/dhcp-dyndns.sh exit status 256
Похоже, я получаю 10 запросов в секунду для этой рабочей станции. В конце концов Windows истекает время ожидания, присваивает себе адрес 169.x.x.x и закрывается.
Любые идеи / предложения приветствуются.
На рабочей станции пробовал: Обновление драйверов. Установка голой ОС. Отключение беспроводной сетевой карты. Применение параметра реестра «DhcpConnEnableBcastFlagToggle to 1» в HKLM-System-Current Control Set-Services-TCPIP-Parameters-interfaces-GUID.
На сервере я попытался обновить DHCP-сервер. Сейчас я нахожусь в 3.3-5ubuntu12.7. Я исследовал различные настройки задержки, но они, похоже, не помогают.
dhcpd.conf ниже: (Другие оговорки удалены)
default-lease-time 600;
max-lease-time 7200;
authoritative;
subnet 192.168.1.0 netmask 255.255.255.0 {
option subnet-mask 255.255.255.0;
option broadcast-address 192.168.1.255;
option time-offset 0;
option routers 192.168.1.1;
option domain-name "CHANGED.local";
option domain-name-servers 192.168.1.19;
option netbios-name-servers 192.168.1.19;
option ntp-servers 192.168.1.19, 192.168.1.250;
host FRF-M014-PC.FRFCanada.local{
hardware ethernet 00:23:24:a1:cd:80;
fixed-address 192.168.1.249;
}
pool {
max-lease-time 1800; # 30 minutes
range 192.168.1.150 192.168.1.199;
}
}
Обновление: 7 января 2018 г. 12:40 Я не вижу в журналах событий на клиенте ничего, что выглядело бы актуальным. Я попытался изменить IP-адрес резервирования на 192.168.1.6. Клиент по-прежнему заполняет DHCP-сервер примерно 30 секунд, но в конечном итоге принимает IP-адрес. Я ищу возможный дубликат 192.168.1.249, но пока не могу его найти. Сегодня воскресенье, а в офисе больше никого нет, так что это может быть одной из причин. Я также добавил предложенный ключ реестра.
Обновление: 7 января 2018 г. 12:40 Я праздновал слишком рано. Я перезагрузил клиента, и он больше не принимает IP
Обновление 7 января 2018 г. 13:45 После 15 минут запроса IP-адреса клиент в конечном итоге принял IP-адрес. Журнал записан ниже:
Jan 7 13:42:05 frfdc dhcpd[1693]: DHCPREQUEST for 192.168.1.6 (192.168.1.19) from 00:23:24:a1:cd:80 via eth0
Jan 7 13:42:05 frfdc dhcpd[1693]: DHCPACK on 192.168.1.6 to 00:23:24:a1:cd:80 via eth0
Jan 7 13:42:05 frfdc dhcpd[1693]: DHCPDISCOVER from 00:23:24:a1:cd:80 via eth0
Jan 7 13:42:05 frfdc dhcpd[1693]: DHCPOFFER on 192.168.1.6 to 00:23:24:a1:cd:80 via eth0
Jan 7 13:42:05 frfdc dhcpd[1693]: Commit: IP: 192.168.1.6 DHCID: 1:0:23:24:a1:cd:80 Name: FRF-M014-PC
Jan 7 13:42:05 frfdc dhcpd[1693]: execute_statement argv[0] = /etc/dhcp/bin/dhcp-dyndns.sh
Jan 7 13:42:05 frfdc dhcpd[1693]: execute_statement argv[1] = add
Jan 7 13:42:05 frfdc dhcpd[1693]: execute_statement argv[2] = 192.168.1.6
Jan 7 13:42:05 frfdc dhcpd[1693]: execute_statement argv[3] = 1:0:23:24:a1:cd:80
Jan 7 13:42:05 frfdc dhcpd[1693]: execute_statement argv[4] = FRF-M014-PC
Jan 7 13:42:05 frfdc dhcpd: 07-01-18 13:42:05 [dyndns] : Getting new ticket, old one has expired
Jan 7 13:42:05 frfdc sh[1693]: kinit: Permission denied while getting initial credentials
Jan 7 13:42:05 frfdc dhcpd: 07-01-18 13:42:05 [dyndns] : dhcpd kinit for dynamic DNS failed
Jan 7 13:42:05 frfdc dhcpd[1693]: execute: /etc/dhcp/bin/dhcp-dyndns.sh exit status 256
Jan 7 13:42:05 frfdc dhcpd[1693]: DHCPREQUEST for 192.168.1.6 (192.168.1.19) from 00:23:24:a1:cd:80 via eth0
Jan 7 13:42:05 frfdc dhcpd[1693]: DHCPACK on 192.168.1.6 to 00:23:24:a1:cd:80 via eth0
Jan 7 13:42:08 frfdc dhcpd[1693]: DHCPINFORM from 192.168.1.6 via eth0
Jan 7 13:42:08 frfdc dhcpd[1693]: DHCPACK to 192.168.1.6 (00:23:24:a1:cd:80) via eth0
Обновление 7 янв.2018 г. 14:45
Изменен сетевой адаптер, обновлено резервирование с новым MAC-адресом сетевого адаптера. Тот же результат.
Обновление 8 января 2018 г. 9:45
Обновление от 9 января 2018 г.
Я приобрел окно отключения на 13/14 января. Никаких обновлений до 15 числа
Обновление 14 января 2018 г. Я попытался перезагрузить коммутатор и физический сервер. По-прежнему без изменений. Затем я назначил серверу собственный физический порт NIC / Switch. По-прежнему без изменений. Затем я просмотрел конфигурацию коммутатора и повторно применил настройки порта к используемому порту, и наводнение, похоже, прекратилось. Я пока не убедился, и буду мониторить пару дней.
Мне показалась плохая сетевая карта в рабочей станции.
Попробуйте обновить прошивку, и, если она по-прежнему не работает, замените сетевую карту.
Основываясь на предложении -> совершить, похоже, что DHCP-сервер работает; поэтому по какой-то причине клиент не принимает выданный IP.
Есть ли что-то еще, использующее этот IP-адрес; Windows будет использовать ARP для выявления любых конфликтующих привязок mac / IP для IP-адреса, прежде чем он привяжет его к собственному интерфейсу.
Самый простой тест - попробовать другой IP-адрес; в качестве альтернативы вы можете отключить обнаружение повторяющихся адресов через реестр:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
DWORD ArpRetryCount = 0
Вы проверяли события Windows на наличие проблем с сетевым адаптером? Я нашел ссылку ниже на сайте поддержки MS.
Вы пробовали использовать другой кабель Ethernet / подключение к nic? Вы пробовали отключить ipv6 на нике? Вы отключили брандмауэр на машине и снова проверили?