porco (@SeanchenZ) “折腾了半天 Tailscale，最后发现问题根本不在 Tailscale。 最近准备把我的 KnowledgeO” — TopicDigg
porco
@SeanchenZ
加入 April 2026
0 正在关注 0 粉丝
折腾了半天 Tailscale，最后发现问题根本不在 Tailscale。
最近准备把我的 KnowledgeOS 部署到手机上，需要通过 Tailscale 打通 iPhone 和本地电脑。
结果安装完成后，软件死活打不开。
排查过程挺有意思：
① Windows 服务正常运行，Running。
② tailscale status 显示 Logged out。
③ tailscale login 执行后直接卡死。
④ 测试登录服务器的 443 端口，结果居然是 True。
按常规思路，服务正常、端口通了，怎么还登录不了？
直到我注意到一个细节：
被解析到了 198.18.0.19，网络接口显示 Mihomo。
问题终于有了方向。
Mihomo 的 Fake-IP 机制会给域名分配虚拟地址。TCP 连接测试通过，不代表应用真正连接到了目标服务器。
退出 Mihomo，清除 DNS 缓存，再次解析，终于拿到了正常的公网地址。
重新执行 tailscale login，登录链接立刻出来了。
这次经历让我重新认识了一个问题：
网络通了，不代表应用通了。服务运行了，也不代表业务正常了。
TCP 连通性、DNS 解析、代理路由、应用认证，本来就是不同层次的验证。
这和我平时处理自动化设备异常很像。PLC 在线、I/O 信号正常，并不意味着整套设备就能完成动作闭环。
很多时候最浪费时间的，不是故障本身，而是在错误的层级反复排查。
AI 能帮我迅速缩小范围，但真正有用的是每一步都拿到可验证的证据，而不是看见一个 True 就认定系统正常。
显示更多
