☰

Windows 7 客户端通过 DHCP 请求淹没网络。未设置 IP

tag-icon • tag-icon windows-7 dhcp tcpip samba4 isc-dhcp
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.xxx 地址，然后退出。

非常欢迎任何见解/建议。

在工作站上，我尝试过：更新驱动程序。安装裸机操作系统。禁用无线网卡。在 HKLM-System-Current Control Set-Services-TCPIP-Parameters-interfaces-GUID 中应用注册表设置“DhcpConnEnableBcastFlagToggle to 1”。

在服务器上，我尝试更新 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;
  }
}

更新：2018 年 1 月 7 日 12:40 我没有在客户端事件日志中看到任何相关内容。我尝试将保留 IP 更改为 192.168.1.6 - 客户端仍会向 dhcp 服务器发送约 30 秒的流量，但最终会接受该 IP。我正在寻找 192.168.1.249 的可能重复项 - 但目前尚未找到。今天是星期天，办公室里没有其他人，所以这可能是部分原因。我还添加了建议的注册表项。

更新：2018 年 1 月 7 日 12:40 我庆祝得太早了。我重启了客户端，它不再接受 IP

更新于 2018 年 1 月 7 日 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

更新时间：2018年1月7日 14:45

更改了 NIC，使用新 NIC 的 MAC 更新了预留。结果相同。

更新于2018年1月8日9:45

来自 DHCP 服务器的 Wireshark 屏幕截图，捕获来自客户端以太地址的所有流量。

2018 年 1 月 9 日更新

我已获得 1 月 13/14 日的停机窗口。15 日之前不会再有更新

2018 年 1 月 14 日更新 我尝试重新启动交换机和物理服务器。仍然没有变化。然后我为服务器分配了自己的物理 NIC/交换机端口。仍然没有变化。然后我检查了交换机配置，并将端口设置重新应用于正在使用的端口，洪水似乎已经停止了。我还不确定，会监控几天。

答案1

在我看来工作站的网卡有问题。

尝试固件更新，如果仍然不起作用，请更换 NIC。

答案2

根据提供的内容 -> 提交，DHCP 服务器似乎正在运行；因此由于某种原因，客户端不接受发出的 IP。

是否有其他东西使用该 IP；在将 IP 地址绑定到其自己的接口之前，Windows 将使用 ARP 来识别任何冲突的 mac/IP 绑定。

最简单的测试是尝试另一个 IP；或者您可以通过注册表终止重复地址检测：

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

DWORD  ArpRetryCount = 0

答案3

您是否检查过 Windows 事件中是否存在任何 NIC 问题？我在 MS 支持网站上找到了以下链接。

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

答案4

您是否尝试过使用不同的以太网电缆/连接网卡？您是否尝试过禁用网卡上的 ipv6？您是否关闭了机器上的防火墙并再次检查？

相关内容