并发运行修改同一网卡的多个PowerShell脚本是否安全？

Windows 平台（PowerShell 脚本场景） #

不存在会损坏网卡、导致系统网络栈永久崩溃的严重安全风险，但竞态条件必然存在，不存在例外，具体表现如下：

• 配置结果完全不可预期：Windows的网络配置子系统对网卡IP、网关、DNS这类配置的修改没有做全局请求锁，也不支持事务式提交。基于NetTCPIP模块的配置cmdlet（Set-NetIPAddress、New-NetIPAddress、Set-NetIPInterface等）本质是串行向WMI/CIM服务提交配置写入请求，多个进程同时操作同一块网卡时：
  • 最终生效的配置完全取决于哪个进程的写入请求最后被处理，不存在固定的先后顺序
  • 高概率出现部分配置错乱的中间态：比如一个脚本要设置IP为192.168.1.10/24、网关192.168.1.1，另一个脚本要设置IP为10.0.0.10/8、网关10.0.0.1，并发执行后可能出现IP是前者、网关却是后者的不匹配配置。这是因为单脚本的配置流程本身是多步操作（禁用DHCP→清旧IP→加新IP→加网关→设DNS），步骤之间没有锁保护，随时可能被其他进程的写入操作打断。
  • 概率性触发操作报错：部分进程提交修改时，之前读取到的网卡配置对象已经被其他进程改动，会直接抛出CIM类异常（比如"对象已被修改"、"访问被拒绝"），导致当前脚本配置失败，但不会影响系统稳定性。
• 最坏影响范围可控：所有配置都是写入系统注册表的网络配置项，不会损坏网卡驱动、不会造成不可逆的系统故障，哪怕配置完全错乱，只要重新执行一次正确的配置、或者重置网卡就能恢复。

规避方案也很简单：在自己的脚本逻辑里加全局互斥锁即可，比如PowerShell中可以通过.NET的Mutex类创建一个全局命名互斥量，拿到锁的进程才允许执行网卡配置操作，执行完成后释放锁，从应用层避免并发写入。

Unix/Linux 平台（ip 命令场景） #

同样存在竞态风险，具体表现和Windows有一定区别：

• 纯追加类操作的冲突概率很低：如果多个进程只是并发执行ip addr add给同一块网卡添加不同IP，因为这个命令本身是追加逻辑而非覆盖逻辑，大概率所有IP地址都会被正常添加，不会出现互相覆盖的问题。
• 涉及修改、删除、模式切换的操作同样会出现竞态：如果脚本包含清空原有IP（ip addr flush）、切换静态/DHCP模式、修改默认路由、设置DNS这类操作，竞态问题和Windows场景完全一致：比如一个脚本刚执行完flush操作准备加新IP，另一个脚本的写入操作插进来，就会出现配置被覆盖、IP丢失、路由表项重复/错乱的问题。
• 风险同样可控：ip命令修改的是内核内存中的运行时网络配置，不会损坏硬件或内核栈，哪怕配置乱了，重启网络服务或者重启系统就能恢复到磁盘上持久化配置的正常状态。

内容的提问来源于stack exchange，提问作者Matthew Roberts