Win11下ICS自动配置程序重启致共享机制挂死问题求助

核心问题根因 #

代码存在5个致命缺陷，直接导致重启后ICS配置损坏：

• 未配置私网共享连接：Windows ICS必须同时绑定两个连接才能正常持久化配置：对外联网的公网连接设置为ICSSHARINGTYPE_PUBLIC，对内提供网络的内网连接（比如虚拟网卡、接下游设备的以太网口）设置为ICSSHARINGTYPE_PRIVATE。当前代码仅配置了公网连接的共享属性，系统找不到对应的私网绑定项，重启后会残留僵尸共享配置，提示异常连接占用共享。
• COM调用逻辑错误：
  • CoInitializeSecurity是进程全局唯一函数，必须在COM初始化后、创建任何COM对象前调用，代码中先创建了INetworkListManager实例再调用该函数，会返回RPC_E_TOO_LATE错误，权限配置不生效导致配置写入不完整。
  • 所有COM裸指针（pNSC/pNSM等）存在大量泄漏路径，操作完成后未调用Release释放，COM资源未正常回收会导致注册表中的ICS配置写入一半，残留脏数据。
  • 全局hr和pNLM变量跨函数使用，容易出现值覆盖导致逻辑判断错误。
• 网络就绪判断逻辑失效：当前等待循环仅判断get_IsConnectedToInternet接口调用是否成功，完全不检查返回的bIsConnectedInternet值，系统启动早期网络栈未初始化完成时，接口可能调用成功但实际未联网，此时修改ICS配置必然损坏。
• 固定等待时间不可靠：禁用共享后固定等待10秒再启用的逻辑没有适配系统启动场景，此时系统服务加载慢、磁盘IO高，10秒可能不足以让ICS服务完成重置，半重置状态下写入新配置直接导致损坏。
• 未做权限校验：ICS配置需要管理员权限，程序未声明要求管理员权限运行时，启动后权限不足会导致配置写入失败、残留半完成状态。

修复方案 #

按以下要点修改代码即可解决问题：

1. 统一COM初始化逻辑
   • 把CoInitializeEx、CoInitializeSecurity移动到wmain函数最开头，整个进程仅调用一次，COM套间改用COINIT_APARTMENTTHREADED，对网络相关COM组件兼容性更好，必须检查两个函数的返回值，出错直接退出。
   • 删除全局的hr、pNLM变量，全部改为局部变量，所有COM接口指针用CComPtr智能指针包裹，自动管理引用计数，避免手动释放遗漏。
2. 修复网络等待逻辑
   只有同时满足「get_IsConnectedToInternet返回S_OK」和「bIsConnectedInternet == VARIANT_TRUE」两个条件，才退出等待循环，否则每2秒重试一次。
3. 补全ICS配置逻辑
   启动参数同时传入公网连接名和私网连接名，枚举到两个连接后：
   • 先对两个连接都调用DisableSharing，轮询每个连接的SharingEnabled属性，直到确认两个连接的共享都完全关闭，再执行后续操作。
   • 公网连接调用EnableSharing(ICSSHARINGTYPE_PUBLIC)，私网连接调用EnableSharing(ICSSHARINGTYPE_PRIVATE)，之后轮询确认两个连接的共享状态都为启用，再退出程序。
4. 增加权限校验
   程序启动时先检查当前进程是否拥有管理员权限，没有的话直接提示退出，或者嵌入manifest声明requireAdministrator权限，让系统自动弹出UAC提权。
5. 统一资源回收
   所有提前退出的路径都要保证COM智能指针自动释放，最后再调用CoUninitialize。

编译注意事项 #

原有编译命令可用，建议在编译时增加manifest配置，强制要求管理员权限运行，避免权限不足导致的配置损坏。

内容的提问来源于stack exchange，提问作者Stepan Pavlov