必须以管理员权限运行程序，并用 IPEnabled==true 且 ServiceName!=null（或 InterfaceIndex）精确筛选物理网卡，再调用 EnableStatic 设置 IP 和子网掩码数组，同时单独调用 SetGateways 和 SetDNSServerSearchOrder 配置网关与 DNS，否则无法上网。
用 ManagementClass 调用 EnableStatic 修改本地 IPv4 地址
Windows 下 C# 直接改 IP，绕不开 WMI 的 Win32_NetworkAdapterConfiguration 类。它提供 EnableStatic 方法，是唯一能真正生效的原生方式——不是改注册表、也不是调 netsh 外部命令（那会引入 shell 依赖和权限不确定性）。
常见错误现象：EnableStatic 返回 ReturnValue = 68（“拒绝访问”），或返回 0 却没生效。根本原因几乎全是权限和适配器筛选问题。
- 必须以管理员权限运行程序，否则 WMI 写操作直接被拒绝
- 不能靠网卡名（如“以太网”）匹配，要用
IPEnabled == true+ServiceName或InterfaceIndex精确锁定物理网卡，虚拟网卡（如 Hyper-V、Docker）会干扰判断 -
EnableStatic第一个参数是字符串数组：new string[] { "192.168.1.100"}，第二个是子网掩码数组：new string[] { "255.255.255.0"}；传单个字符串或 null 会报错 - 修改前建议先调用
SetGateways和SetDNSServerSearchOrder，否则网关 /DNS 会被清空
ManagementObjectSearcher 查询时为什么总拿到错误的网卡？
很多人用 SELECT * FROM Win32_NetworkAdapterConfiguration WHERE Description LIKE '%Ethernet%'，结果改了 VMware 网卡或者蓝牙 PAN，本机连不上网。WMI 中“启用且有 IP”的网卡才该动，其他全过滤掉。
关键筛选条件只有两个：IPEnabled = true 和 ServiceName != null（排除纯软件网卡）。更稳的做法是结合 InterfaceIndex——它和 ipconfig 输出里的“以太网适配器 以太网”对应，可用 Get-NetAdapter | Where Status -eq 'Up' | Select ifIndex 验证。
- 避免用
Description或Name字段匹配，这些值本地化严重（中文系统是“以太网”，英文是“Ethernet”） -
Index属性已弃用，必须用InterfaceIndex - 查到多个结果时，优先选
MACAddress != null且不以00:00:00开头的（排除微软虚拟网卡）
改完 IP 后 ping 不通、DNS 失效，是不是代码没生效？
不是。大概率是只调了 EnableStatic，没同步设网关和 DNS。WMI 的网络配置是分步骤的：IP/ 掩码、网关、DNS 必须各自单独调用方法，且顺序无关，但缺一不可。
典型表现：IP 显示已改，ipconfig 看得到新地址，但无法上网、无法解析域名。这是因为 EnableStatic 会清除原有网关和 DNS 列表，不会继承。
- 设网关：
InvokeMethod("SetGateways", new object[] {new string[] {"192.168.1.1"}, new int[] { 1} })—— 第二个参数是 metric（路由跃点数），一般填 1 - 设 DNS：
InvokeMethod("SetDNSServerSearchOrder", new object[] {new string[] {"8.8.8.8", "114.114.114.114"} }) - 所有方法调用后必须检查返回值：
if ((uint)result["ReturnValue"] != 0)，ReturnValue == 0才算成功
有没有更轻量、不依赖 WMI 的替代方案？
没有可靠的纯 .NET 替代。有人试过 NetworkInterface 类，但它只读；也有人封装 netsh interface ip set address，但要处理进程启动、标准输出捕获、UAC 提权弹窗，稳定性远不如 WMI。
真正容易被忽略的点是：WMI 在 Server 2012+ / Win10+ 默认启用，但在某些精简版系统或禁用 Windows Management Instrumentation 服务的机器上会直接失败，错误是 System.Runtime.InteropServices.COMException (0x8004100E)。上线前务必在目标环境验证 WMI 服务状态（Get-Service winmgmt）。
