2026 年 10 月 7 日，Tailscale 发布 v1.104.1，官方在 Android 更新项中确认：修复网络间漫游时涉及 DNS 和 PeerAPI、可能导致 Tailscale 连接中断的问题。遇到 Tailscale Android 切换网络断连，尤其是切换前能访问自己的内网服务、切换后失败的用户，值得优先核对客户端版本。依据是 Tailscale 官方更新日志的 v1.104.1 Android 条目。
截至 2026 年 10 月 8 日，合理做法是先记录故障条件，经官方分发渠道更新，再重复同一组切网操作。官方没有在该条目中列出完整受影响版本范围，因此不能把所有旧版 Android 断线都归因于这一问题；也不能仅凭发布日期认定手机已安装修复版。下文提供的是编辑建议的核验流程，适用于本人或获授权管理的设备，不代表本站已经完成实机测试。
先判断：这次修复是否符合你的故障条件
“网络漫游”在这里指设备从一个网络转到另一个网络。可以用 Wi-Fi 与移动数据之间的切换作为复测场景，但官方条目没有限定运营商、手机型号或具体切换方向，也未提供触发概率。症状吻合只能说明值得验证，不能代替故障定位。
- 优先核验：同一应用、同一内网目标，切换网络前可访问，切换后连接失败，当前手机尚未确认安装 v1.104.1。
- 先检查基线：不切换网络也一直失败，或手机本身无法正常联网。先恢复基础连通性，才有条件比较漫游前后的差异。
- 保留其他线索：只在锁屏后失败、只影响某一个应用、只影响某个域名，应分别记录，避免把不同故障混成一个结论。
如果现象主要是长时间待机后断线，可结合站内的手机 VPN 自动断开与电池、网络切换排查继续定位。本文只处理这次 Tailscale Android 漫游修复的升级判断，不展开所有手机 VPN 故障。
升级前后怎样确认实际版本
先记录手机型号、Android 版本、Tailscale 已安装版本和安装来源。有管理权限时，也可到管理控制台的 Machines 页面查看设备的 Version 列；这是官方更新文档给出的版本核对入口。把“有更新提示”和“设备已完成安装”分开记录，复测使用后者。
对通过 Google Play 安装的客户端，检查商店中的更新与自动更新设置。官方文档提醒，这类设备不一定默认配置好自动更新。企业托管设备则应按管理员的 MDM 更新流程处理；不要为了复测另装来历不明的 APK，也不要自行移除管理策略。
看不到新版本时，不能立即判定分发故障。Android MDM 部署文档明确说明 Play 商店更新采用分批推送，并给出官方应用 ID com.tailscale.ipn。应用 ID 可辅助核对应用身份，但不能单独证明任意下载文件可信。本文没有核实每个地区、账号或托管渠道当前的推送进度。
切网复测清单：固定目标，每次只改一个条件
下面是编辑建议的对照方法，不是官方发布的验收标准。选择一项自己有权访问、平时可用的内网服务；升级前后的测试尽量使用同一手机、同一应用、同一账号和同一目标。不要同时更换 DNS、出口节点及服务端配置，否则即使恢复，也难以判断是哪项变化起作用。
- 建立基线：保持 Wi-Fi 连接，确认手机正常联网、Tailscale 已连接，并在目标应用中执行一次实际操作，例如打开已授权的内部页面。记录成功或错误信息。
- 记录切换：切到移动数据，待系统显示网络已连接，再重复同一操作。记下切换方向、发生时间、Tailscale 显示状态，以及是否需要手动重连。
- 反向比较：从移动数据切回 Wi-Fi，重复测试。若仅一个方向失败，保留这项差异；不要用另一方向成功覆盖失败记录。
- 安装并核对：完成官方渠道更新后，重新确认已安装版本，再按相同顺序复测。若实际仍是旧版，应标记为“尚未验证修复”。
- 确认业务恢复：除了客户端状态，还要确认目标应用能完成实际请求。若原本存在后台或锁屏条件，可在基本切网测试后单独补测，避免一开始加入过多变量。
建议为每轮留下简短记录：“版本、应用、目标、网络切换方向、成功或失败、是否手动重连”。同一场景在升级后不再复现，可以作为这台设备上的改善证据；少量成功不能证明所有网络环境均已修复。分享排障记录时，应去掉账号、私有地址、令牌等无关敏感信息。
更新后仍失败，怎样缩小排查范围
只有一个应用失败：先核对应用分流
官方的 Android 应用分流文档说明，被排除的应用，其流量和 DNS 查询不由 Tailscale 处理。因此，不能拿被排除的浏览器作为内网访问的唯一验收工具。检查测试应用是否属于预期接入 tailnet 的范围；托管设备由管理员核对相应策略。
域名失败：保留解析与服务访问的区别
作为诊断建议，可让管理员分别检查名称解析结果和目标服务是否可达。如果服务本身支持按 IP 访问，再进行对照；依赖域名、证书或虚拟主机的 HTTPS 服务，不宜把直接访问 IP 报错当作网络不通，更不应关闭证书验证来“通过测试”。
若链路还涉及 Mihomo，并且问题集中于分域 DNS，可参考Mihomo v1.19.31 与 Tailscale 分域 DNS 修复指南核对另一端。它属于不同组件的故障范围，不能用 Android 更新记录替代核验。
目标端异常：单独检查服务器状态
若多台客户端同时无法访问同一目标，建议检查服务端在线状态与服务日志，再决定是否继续排查手机。对于使用 Tailscale 容器的目标端，站内另有Tailscale 容器异常退出的版本核验指南。保留手机切网时间与服务器日志时间，有助于管理员判断二者是否相关，不应仅凭同时发生就认定因果。
常见问题
安装 v1.104.1 后，所有 Android 断连都会消失吗？
不能这样推断。官方确认的是网络漫游时涉及 DNS、PeerAPI 的特定连接中断修复，没有给出所有断连原因的覆盖承诺。本文核验的更新条目也没有完整列出受影响旧版本；应结合自己的触发条件判断。
发布了新版本，为什么 Play 商店还没有更新按钮？
官方 Android 部署文档说明采用分批推送，因此发布日期与某台设备收到更新的时间可能不同。先核实已安装版本、安装来源及托管策略；没有更新按钮本身，不能证明手机已有修复，也不能证明商店异常。
换一个 DNS 后能访问，是否说明无需更新？
这只能说明改变条件后症状发生变化，不能证明已经排除客户端问题。保留原始设置与对照结果，在获授权的环境中核验版本，再复测原来的场景。不要仅为让域名可解析就覆盖组织配置。
客户端显示已连接，是否足以确认修复成功？
建议同时核验实际应用请求。尤其要确认测试应用没有被应用分流排除，否则它的访问结果可能不代表 Tailscale 路径。验收记录应包含升级后的版本和切网后的业务结果，而不只有连接状态截图。
官方来源与核验入口
- Tailscale — Changelog：查看 v1.104.1 的 Android 修复条目；相关发布日期：2026 年 10 月 7 日；核验日期：2026 年 10 月 8 日。
- Tailscale — Update Tailscale：核对客户端版本与更新方式；访问核验日期：2026 年 10 月 8 日。
- Tailscale — Deploy Tailscale on Android using MDM：核对应用 ID 与分批分发说明；访问核验日期：2026 年 10 月 8 日。
- Tailscale — Using app-based split tunneling on Android：核对测试应用的流量与 DNS 范围；访问核验日期：2026 年 10 月 8 日。
关于作者
