当 AI 助手遇上固执的人类:一次网络故障排查实录

1、折腾的起因

最近搞了个蒲公英虚拟组网，想把办公室和家里的设备连起来。

目标是：办公室电脑 → 蒲公英VPN → 家里电脑 → 局域网里的 .247 和 .248

简单说，就是在办公室能直接访问我的家庭网络，进行相关的测试和验证。

2、踩坑的开始

为了让流量能”穿透”到局域网，我在家里电脑上执行了一堆命令：

powershell复制# 开启 IP 转发Set-ItemProperty ... IPEnableRouter 1Restart-Computer# 启动路由服务Set-Service RemoteAccess -StartupType AutomaticStart-Service RemoteAccess# 关闭防火墙（方便测试）Set-NetFirewallProfile ... Enabled False

当时觉得：IP 转发开了，路由服务启动了，应该能转发流量了吧？

3、诡异的现象

重启完，正准备继续配置，突然发现：

ping 192.168.31.247请求超时。请求超时。

？？？

家里电脑本机 ping 不通局域网里的 .247 了？

但奇怪的是：

• 浏览器能正常上网
• 能 ping 通路由器 192.168.31.1
• 甚至 ARP 缓存里还有 .247 的 MAC 地址

就是 ping 不通 .247 和 .248。

4、AI 的”跑偏”分析

把问题丢给 AI 助手，它的分析路径：

“检查路由表…正常” “检查防火墙…已关闭”

“检查 ARP…正常”

“那可能是 .247/.248 本身出了问题，建议晚上回家检查物理机。”

我：？？？

我明明说过了，我根本没动过 .247/.248，问题肯定出在本机。

但 AI 坚持要我检查其他设备，甚至让我晚上回家看物理机。

5、人类的直觉

这时候，人类的直觉和坚持起了作用。

我反复告诉 AI：

我没碰过 .247/.248

问题是在执行了一堆命令后出现的

一定是本机的配置导致的

最后逼着自己回顾执行过的命令，锁定了罪魁祸首：IPEnableRouter=1

这个系统级的 IP 转发开关，让 Windows 进入了”路由模式”，但路由服务又没正确配置，结果把本地网络访问搞崩了。

6、解决

解决方法：

powershell复制Set-ItemProperty ... IPEnableRouter 0Restart-Computer

关闭 IP 转发，重启，局域网访问立即恢复。

问题根源： IPEnableRouter=1 让 Windows 进入了路由模式，但缺少正确的路由配置，导致本地网络访问异常。

7、教训

对 AI：

不要忽视用户的坚持和现场感知

优先回滚最近的修改，而不是怀疑无关的设备

系统级开关（如 IPEnableRouter）影响范围很大，要谨慎

对人类：

坚持自己的观点，当 AI 的建议与事实矛盾时要敢于质疑

记录操作日志，清楚自己执行过什么命令

最小化修改原则，能用应用层解决的，不动系统层

最核心的认知：

AI 是辅助工具，不是权威。最终做决策和承担后果的是人类。

当 AI 的建议与常识冲突时，相信常识，相信自己对环境的了解。

这次要不是坚持是本机的问题，真就被 AI 牵着鼻子走，晚上回家折腾物理机了。

人机协作的边界：AI 擅长信息检索和逻辑推理，但对具体环境的感知和直觉判断，人类更胜一筹。