大家好，我是熊哥！在掘金社区分享一个Tailscale组网的实战经验：开启子网路由后，家庭网络出现访问异常，尤其是域名解析的服务无法正常响应。花时间排查后，发现是路由优先级冲突导致的。今天详解Tailscale子网路由冲突排查过程，帮助开发者避开类似问题，适用于远程办公和NAS场景。
问题描述与原因分析
- 子网路由优先级机制：启用后，它高于主路由权限，所有数据优先走Tailscale虚拟网段（如100.64.0.0/10）。我的环境中，某些服务（如文档系统）依赖域名解析，无论用内网IP还是域名，都跳转到域名。
- 域名解析异常：外网访问时，域名解析到局域网IP，但Tailscale抢占路由，导致响应延迟或无法连接。Ubuntu作为跳板，整个局域网受影响。
- 其他注意点：Tailscale服务器海外部署，未直连时延迟较高（我的Ping在45-50ms，可接受）。若延迟大，可考虑自建国内中转（DERP）。
- 外部因素：家庭网络流量大（NAS、文件共享、监控、上传等），运营商可能有流量监控策略，偶尔中断连接，促使我探索Tailscale。
总体上，子网路由方便但易引发主/子路由冲突，特别是域名依赖的服务。
排查步骤与优化方案
- 禁用子网路由：关键一步！非必需时关闭。命令：tailscale up --advertise-routes=（移除路由广告）。AI建议：DDNS与Tailscale虚拟网别同时用，除非无冲突。
- 采用点对点客户端：仅在需远程访问的设备安装Tailscale（如Windows、Linux）。优势：服务异常仅限单设备，不影响全网。
- 关闭端口暴露：禁用Windows 3389（远程桌面）和SSH 22端口转发，避免DDNS映射，减少公网IP暴露，提升安全性。
- 验证与重启：关闭Tailscale后，重启路由和服务测试。逐一停用公司/家庭端，隔离问题。
- 延迟改进：若两设备Ping>100ms，自建DERP中转到云服务器。
优化后，一周内网络更稳定。运营商中断减少（持续反馈有效）。
实用建议
- 适用范围：远程工作、家庭存储系统，优先点对点模式。
- AI工具利用：通过AI对话辅助排查，它推荐关闭子网路由，但需结合实际场景。
- 遇Tailscale家庭网络域名访问异常，先试关闭子网路由！
这个经验让我更好地管理网络。掘金开发者有疑问，欢迎讨论。下个内容聊Panelai，搜索“熊哥的Panelai”查看。点赞收藏，分享给朋友！
