看起来你遇到了一个挺棘手的网络配置问题——明明netsh命令执行没报错，GUI也显示IP配置完成，但就是没法正常使用10.100.100.1这个地址，换同子网的其他IP却能正常工作。咱们一步步来拆解问题，找找根源和排查方向：

可能的原因分析 #

• 服务/进程IP占用冲突：作为Active Directory域控制器，系统默认会运行DNS、LDAP等核心服务，这些服务可能默认监听所有可用网络接口的IP。如果10.100.100.1已经被某个服务绑定，就会导致配置看似成功但实际无法生效。
• 虚拟网卡的兼容性问题：你这是在虚拟机上操作，Hyper-V/VMware等虚拟化平台的虚拟网卡驱动如果存在bug或未更新，可能会导致IP配置出现异常，尤其是针对特定IP地址的情况。
• DHCP或IP预留冲突：哪怕你设置的是静态IP，也可能存在其他设备（比如同一网络的DHCP服务器）已经将10.100.100.1预留或分配给其他主机，导致本地配置出现隐性冲突。
• 系统网络组件的隐性限制：虽然Windows Server没有明文禁止使用子网第一个可用IP（10.100.100.1是子网10.100.100.0/24的第一个可用IP），但某些域控相关的网络组件可能会对这类IP有特殊处理。

关键排查线索 #

1. 查看系统事件日志 #

打开事件查看器，导航到Windows日志 -> 系统，筛选来源为TCP/IP、Dhcp-Client或NetworkProfile的事件，这里会记录IP配置失败的具体原因（比如冲突、权限不足、服务占用等），是最直接的排查入口。

2. 用命令行深度验证配置 #

尝试用PowerShell命令重新配置IP，它会返回更详细的错误信息：

New-NetIPAddress -InterfaceAlias "Ethernet 2" -IPAddress 10.100.100.1 -PrefixLength 24

另外，用以下命令查看网卡的实际生效IP（避免GUI缓存的干扰）：

Get-NetIPAddress -InterfaceAlias "Ethernet 2"

3. 检查IP是否被进程占用 #

用netstat命令查看是否有进程绑定了10.100.100.1：

netstat -ano | findstr "10.100.100.1"

如果返回结果，记下对应的PID，打开任务管理器找到该进程，确认是否是域控核心服务（比如DNS、LDAP），再检查这些服务的监听配置是否允许使用新网卡的IP。

4. 验证虚拟网卡状态 #

• 尝试禁用再启用Ethernet 2网卡，刷新网络配置；
• 检查虚拟化平台的虚拟网卡驱动是否为最新版本，必要时卸载重装驱动。

5. 检查域控核心服务配置 #

作为域控制器，DNS服务是核心组件：

• 打开DNS管理器，右键点击服务器名选择“属性”；
• 切换到“接口”选项卡，确认是否设置为“所有IP地址”，或者是否将10.100.100.1排除在外。

备注：内容来源于stack exchange，提问作者berndbausch