Назад | Перейти на главную страницу

Клиент Windows 7 наводняет сеть DHCP-запросами. Не устанавливаю IP

У меня небольшая сеть с 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.

https://support.microsoft.com/en-us/help/325487/advanced-network-adapter-troubleshooting-for-windows-workstations

Вы пробовали использовать другой кабель Ethernet / подключение к nic? Вы пробовали отключить ipv6 на нике? Вы отключили брандмауэр на машине и снова проверили?