当前账号存在安全风险，需验证此设备和平板 / PC 连接至相同网络。 你可以选择一种方式将两台设备链接到相同网络：
- 两台设备都连接至同一个无线局域网。
- 一台设备连接无线局域网，另一台设备通过网线连接同一个网络。
- 一台设备开启个人热点，让另一台设备连接。
验证不通过，两台设备连接的网络不一致。 需确保设备已关闭网络防火墙并允许微信访问本地网络。
案例真实，以下文案为codex好几天深度操作后写的复盘
日期：2026-08-08结论：问题已解决，微信登录成功
一、问题表象
微信电脑端提示：「当前账号存在安全风险，需验证此设备和平板/PC 连接至相同网络」
已尝试：同一 WiFi（HUAWEI-Q4FV7B_5G）、手机热点、禁用虚拟网卡 → 全部失败
报错信息：「验证不通过，两台设备连接的网络不一致」
二、根因链（最终确认）
微信「同网络验证」机制： 手机扫码 → 微信要求手机通过局域网 TCP 直连电脑微信监听的 8050 端口 → 直连成功 = 「同一网络」验证通过 → 直连失败 = 报「两台设备连接的网络不一致」 本机实际情况： Windows 防火墙拦截了手机 → 电脑的入站 TCP 连接 → 手机永远连不上电脑 8050 端口 → 无论同 WiFi 还是热点，都报「网络不一致」
关键认知
报错文案是误导性的。「网络不一致」只是微信对「手机连不上电脑」的统一说法，真正原因可能是：
| 可能原因 | 本例是否命中 |
|---|---|
| 电脑防火墙拦截入站 | ✅是（根因） |
| 路由器 AP 隔离 / 访客网络 | ❌ 否（同网段、ping 通） |
| 手机/电脑不在同一子网 | ❌ 否（192.168.3.x 同网段） |
| 系统代理 / VPN / 加速器 | ❌ 否（已确认无代理进程） |
| 账号风控（服务器端） | ❌ 否（本地连通后即成功） |
| 微信版本过旧 / 非官方版 | ❌ 否（4.1.12.26 官方最新版） |
三、为什么「同 WiFi」「热点」都失败
| 尝试 | 为什么失败 |
|---|---|
| 同 WiFi（5G SSID） | 网络层完全没问题（同网段、ping 通），但电脑防火墙拦了手机→电脑 8050 入站 |
| 手机热点 | 电脑连热点后网络介质变了，但防火墙状态没变——拦入站的始终是电脑防火墙 |
核心教训：「换网络」类方案对「网络真的不一致」有效，对「防火墙拦入站」完全无效，因为问题根本不在网络介质。
四、排查时间线
阶段 1：基础网络诊断（只读）
| 动作 | 结果 |
|---|---|
| 枚举网卡/IP | WLAN 192.168.3.33，另发现 VirtualBox Host-Only 虚拟网卡启用（192.168.56.1） |
| 确认手机侧 | vivo S30，IP 192.168.3.37，同 SSID、同网段，ping 通 |
| 禁用虚拟网卡 | 无效（登录仍失败） |
| 检查代理/VPN 进程 | 无（仅注册表残留 127.0.0.1:7890，未启用） |
| 检查微信版本 | 4.1.12.26 官方版，安装于 D:\Weixin |
阶段 2：防火墙疑点（核心战场）
| 动作 | 结果 |
|---|---|
| netsh advfirewall 查询 | 全线超时/挂起 |
| Get-NetFirewallRule | 全线超时 |
| 防火墙配置键（StandardProfile 等） | 缺失 |
| sc stop mpssvc | 挂起，无法停止 |
→ 判定：本机防火墙服务栈异常（管理接口不响应、服务停不掉、配置键缺失），与 WSLService 卡 StartPending 属同类系统服务故障。
阶段 3：尝试修复（多次弯路）
| 动作 | 结果 |
|---|---|
| 注册表直写放行规则（v2.4 格式） | 写入成功，不生效 |
| 注册表直写 v2.10 格式（抄真实规则） | 写入成功，仍不生效 |
| 官方 API New-NetFirewallRule | 超时失败 |
| 强杀 mpssvc / bfe | 提权脚本卡死/失败 |
| 重启电脑（第一次） | 规则仍未加载（此时 EnableFirewall=0 尚未写入） |
阶段 4：决定性修复
| 动作 | 结果 |
|---|---|
| 注册表直写 4 个配置文件 EnableFirewall=0 + DefaultInboundAction=Allow | 写入成功 |
| 重启电脑（第二次） | ✅ 防火墙服务以「关闭」状态启动，入站全部放行 |
| 微信 8050 端口正常监听 | ✅ |
| 手机同一 WiFi 扫码 | ✅登录成功 |
五、弯路复盘（每条错在哪）
弯路 1：在「规则格式」上消耗过多
过程：v2.4 → v2.10 → 加 Profile=Public/Private 变体 → 全不生效
真相：规则本身可能没问题，问题是防火墙服务栈根本没加载新规则（BFE 异常），与格式无关
教训：当「写入成功但不生效」时，怀疑加载机制（服务未重载/栈卡死），而不是反复改格式
弯路 2：测试服务器反复死亡，污染测试结果
过程：Start-Process 起的后台 PowerShell 每次 bash 会话结束就被回收 → 让用户测 8123 时服务器可能已死 → 「连不上」其实是没服务可连
教训：测试工具可信度要先验证。服务器要用计划任务（schtasks）等独立进程启动，每次测试前确认存活（本地 curl 200）
弯路 3：第一次重启无效，差点误导结论
时间线：先写入规则 → 重启（第一次）→ 验证规则仍在但未加载
真相：第一次重启时 EnableFirewall=0 尚未写入，那次重启当然无效；第二次重启才带着「防火墙关闭」配置启动
教训：重启必须发生在写入目标配置之后，且确认写入时间早于重启时间
弯路 4：标准管理工具全部失效，走不通「官方路径」
netsh / Get-NetFirewallRule / sc stop 全线异常 → 只能注册表直写 + 重启
教训：服务栈异常时，放弃官方 API，直接改注册表 + 重启是唯一可靠路径
六、成功的关键动作（按重要性排序）
注册表直写 4 个配置文件的
EnableFirewall=0+DefaultInboundAction=Allow（关掉整个防火墙，而非添加规则）重启电脑，让防火墙服务以「关闭」状态启动（本机动态生效不可靠，必须重启加载）
微信 8050 端口正常监听（微信侧就绪）
手机在同一 WiFi 下扫码 → TCP 直连成功 → 验证通过
七、vivo 办公套件「连接中心」假设分析
用户备注：登录成功前，电脑安装了 vivo 办公套件并通过「连接中心」连上了手机。
事实核查（重启后进程确认）
| 进程 | 状态 |
|---|---|
| pcsuite.exe（vivo PC 套件，多个实例） | ✅ 运行中 |
| vivoSyncService.exe | ✅ 运行中 |
| vivoesService_x64.exe | ✅ 运行中 |
| PhoneExperienceHost.exe（Windows 手机连接） | ✅ 运行中 |
分析结论（诚实表述）
主因是防火墙：登录成功的最强证据链是「EnableFirewall=0 写入 + 重启 + 8050 监听 + 扫码成功」，这条链与 vivo 套件无关也能自洽。
vivo 套件可能是辅助/并存因素，也可能只是巧合：
支持方向：vivo 套件的「连接中心」可能改变了手机侧的 USB 连接模式或网络感知，使手机端微信在验证时采用了不同路径；也可能是它把手机保持在"已连接"状态，避免了手机 WiFi 休眠导致验证窗口错过。
反对方向：电脑侧从未出现 RNDIS 网卡，USB 网络共享在系统层未生效，微信 8050 的直连链路是走 WiFi 局域网完成的，与 USB 链路无关。
结论：无法 100% 归因于 vivo 套件，列为「待验证假设」。但从结果看，登录成功发生在「防火墙关闭 + 重启 + vivo 连接」三件事之后，其中防火墙是必要条件，其余两者为充分性存疑的辅助因素。
下次复现时的验证方法：如果再次触发同网验证，保持防火墙开启、仅靠 vivo 套件连接试一次，即可判断 vivo 套件是否独立有效。
八、沉淀成规则（复用清单）
| # | 规则 |
|---|---|
| 1 | 微信「同网验证失败」≠ 网络不一致：优先验证「手机→电脑入站 TCP 连通性」（防火墙/AP 隔离），再谈网络介质 |
| 2 | Windows 防火墙管理接口全线超时/挂起 = 服务栈异常：放弃官方 API，注册表直写 EnableFirewall=0 + 重启才可靠 |
| 3 | 防火墙配置改动必须重启才生效，且确认「写入时间早于重启时间」 |
| 4 | 后台测试服务器用 schtasks 启动，不要用 Start-Process（会被会话回收，污染测试结果） |
| 5 | 每次让用户做连通性测试前，先自证测试服务器存活（本地 curl 200） |
| 6 | 换网络（WiFi/热点）对防火墙类拦截无效，别在「换网络」上反复消耗 |
| 7 | 无法确认的因素（如第三方连接工具）如实标注「待验证假设」，不夸大归因 |
| 8 | 蓝牙配对失败时，先确认电脑和手机两端都点击了「配对」（双向确认），再查驱动/服务 |
九、本机系统健康隐患
防火墙服务栈异常：netsh advfirewall / Get-NetFirewallRule / sc stop 全线超时或挂起，与 WSLService 卡 StartPending 同病，提示系统服务管理子系统有问题，必要时考虑系统修复或重装。
防火墙当前处于关闭状态（用户选择暂不开启）：公网入站全部放行有风险，建议至少保持路由器 NAT/UPnP 防护，勿暴露敏感服务；日后可通过 Windows 安全中心一键恢复开启。
十、遗留事项
| 事项 | 状态 | 备注 |
|---|---|---|
| 蓝牙配对（vivo S30 ↔ 电脑） | ✅ 已解决 | 关键经验：电脑和手机两端都要点击「配对」（仅一端确认会失败）；bthserv 运行中、BluetoothUserService 按需启动 |
| 临时文件清理 | 待办 | C:\Users\Lenovo\AppData\Local\Temp\下 start_http_test、fw_.ps1/log、计划任务 WeChat8123Test |
| 防火墙恢复 | 用户暂不开 | 见「九」风险提示 |
| vivo 套件独立有效性 | 待验证 | 见「七」下次复现验证方法 |
验收清单（本次任务）
1. 核心目标
✅ 微信电脑登录成功，同网验证通过，问题解决。
2. 改动范围
注册表：4 个防火墙配置文件 EnableFirewall=0、DefaultInboundAction=Allow；多条放行规则（T8123/T8050/APPWX/WeChat）
临时文件：Temp 下测试脚本/日志、计划任务 WeChat8123Test
无源代码/业务文件改动
3. 测试验证
✅ 手机浏览器 8123/8050 连通性测试（最终入站放通）
✅ 微信 8050 端口监听确认
✅ 防火墙配置状态多次核对
✅ 用户实机扫码登录成功
4. 旧功能回归
防火墙关闭（风险提示见上）；虚拟网卡「以太网 3」禁用中（VirtualBox/Docker 用户需重新启用）
5. 异常/边界处理
防火墙服务栈异常 → 注册表直写 + 重启方案 ✅
测试服务器进程被回收 → 计划任务方式 ✅
6. 回滚方式
防火墙恢复：Windows 安全中心重新开启，或删除 EnableFirewall=0 后重启
临时规则可保留（无害）或从注册表 FirewallRules 删除
7. 剩余风险
防火墙关闭状态（建议尽早恢复）
vivo 套件归因未验证（蓝牙已解决：两端都点「配对」即可）