将 Tailscale 部署在内网的测试服务器上进行了以下试验：

禁用 NAT66 时：分别用 “AWS + iperf3” 和 “上海联通 5G 蜂窝网络 + 全球网测” 进行了一些测试，没有观察到 Tailscale 有绕过限速的能力。

Tailscale 、IPv6 直连、家宽端口 41641 、客户端端口 41641：限速 5 Mbps 。
Tailscale 、IPv6 直连、家宽端口 443 、客户端端口 41641：限速 5 Mbps 。

启用 NAT66 时：Tailscale 会使用 NAT 地址打洞进行连接，进而享受到 WAN 口 IPv6 地址不限速的待遇。同时 Tailscale 还会尝试用本机的 IPv6 地址再打一个洞作为备用链路，如果打洞成功且 Tailscale 选择使用这个备用链路则会被限速 5 Mbps 。

如果 Tailscale 被直接安装在负责拨号的路由器上，而非我这样安装在其他内网设备上：只要 Tailscale 选择使用 WAN 口 IPv6 地址进行连接，不论是否启用 NAT66 都不会被限速。

总结：Tailscale 本身不能触发白名单，IPv6 + Tailscale 能绕过限速的主要原因是上海联通目前对 WAN 口 IPv6 地址不限速，与 Tailscale 关系不大。

@superhero007 如果与你观察到的情况不符还请指出。感谢你先前的分享帮助发现了 WAN 口 IPv6 地址这一白名单策略。（也有可能是漏洞？）

@tril #26 订正：iperf3 是上行限速 5 Mbps 。

@jyeric 是指什么类型的流量？

HTTPS 流量：我额外测试了一下，https://speed.sbcu.xxx.yyy:442 这种低位端口仍然会被上行限速 10 Mbps 。

iperf3：跟上海腾讯云的 443 端口进行测试仍然会被上行限速 10 Mbps 。

我目前没有观察到低位端口就不限速、只限速高位端口的情况。

@superhero007 很好的建议，我之后会考虑要不要进一步测试 IPv6 下的 Tailscale 。它过于智能，反而对测试造成了较大的影响，另外我的 NAT66 环境也对测试造成了不小的麻烦。目前先简单测试了一下 IPv4 网络下的 Tailscale ，限速 5 Mbps 。

更重要的是，在测试 Tailscale 的过程中意外发现 WAN 口 IPv6 地址不会被限速，只有 IPv6-PD 地址段会被限速。目前测试了 iperf3 和 WireGuard ，只要使用 WAN 口 IPv6 地址均不会被限速。

@weixulin 这只有上海联通自己才知道了，运营商这种偷偷摸摸的限速一直是黑箱操作。

@fengyaochen 啥时候新开的？大概多少价位的套餐？不会是统一给低价套餐限速了吧……

@WizardLeo

使用 WireGuard 、上海联通家宽 16384/udp -> 上海联通 5G 蜂窝网络，限速 5 Mbps 。

使用 iperf3 、上海联通家宽 16384/tcp -> 上海腾讯云，限速 5 Mbps 。

使用 iperf3 、上海联通家宽 16384/udp -> 上海腾讯云，限速 5 Mbps 。

@hackroad 正常情况下没有限速，上海电信家宽到上海电信蜂窝网络用 WireGuard 跑个 100 Mbps 还是没问题的，只能跑 5 Mbps 那不正常。不过你也可以试试 OpenVPN ，看看在不在上海电信的白名单里 XD

@yinmin PPPOE 接口 MTU 1492 ，用 ping -M do -s 1465 测了一下 MTU 也是 1492 。

@peasant 我之前还想着要不要换个呢，还好偷懒没换。目前还是联通原装猫。倒是提醒我了，虽然我没动过联通的猫，但说不定是上报功能莫名其妙坏掉了之类的原因导致我被限速？

@aihttp 你这么用不仅更保险，还不怕被限速，改改打隧道的方式就能绕过限速，就是成本有一点点高。

@czwstc 一样的套餐，不过好几年了我还是头一次被限。投诉之后有上门处理之类的吗？还是打个电话过会儿就自动解除了？

如果有台式机的话，可以通过铁壳交换机 -> 屏蔽网线 -> 台式机实现单端接地，或者有些铁壳交换机会有专门的接地螺丝。

单端和双端接地的差异和选择可以看这俩视频，介绍的比较详细：b23.tv/BV1Hg4y197uP 和 b23.tv/BV1hNHLe3EkQ

去临时开一台按量付费的阿里云/腾讯云/华为云或者运营商自家云的服务器，自建 iperf3 服务端测试，测一趟下来几毛到几块钱的事。

我凌晨在打游戏也没断，翻了延迟监控也很正常，拨号时指定了 M6000 。要么只有 vbras 故障要么是个别区的问题。

要追求低延迟还是得靠加速器，自建梯子也是一样的情况，低延迟的线路需要针对性去选择。

可以试试用 A/B/其他节点 持续 ping C 的公网 IP ，然后试着在 C 上控制防火墙丢弃/取消丢弃 ICMP 入站呢？ C 对防火墙的操作会立刻反应出来吗？

对内开放的服务仍然需要做好安全防护，至少不能放着有这么严重漏洞的设备存在。更正确的方式是把内网当公网对待，不要把内网当成一个安全的环境，尤其是有智能家具的内网。

所有设备和系统都有生命周期，大家最常用的 Windows 也不例外。但系统的生命周期是公开且可以提前预知的事，正常的系统都会公布这个生命周期计划，好让你提前做准备。至于毫无计划说停更就停更的厂商，和飞牛坐一桌，远离就对了。

暴露在公网上的网站多了去了，做好防护的风险并没有那么高，家庭用户自己暴露到公网的风险在于绝大多数用户没有能力去做安全措施。

官方的透传不一样，用户按月交钱提供资金支持，厂商的安全团队做一份策略就能给所有用户提供防护。哪怕还是出现了 0d ，官方的安全团队在透传上打补丁就能立刻覆盖所有用户，专业的安全团队通过日志确定受灾用户进行针对性通知也比让用户自行排查更方便、省心。相当于拼团凑了个专业团队提供安全服务，理想状态下还是比较安全的。

显然飞牛只认为自己卖的是付费 frp 服务，而且也完全没有能及时响应的安全团队，可能是用户交的钱还不够吧。

@dizhang 被限速不会超过 5Mbps ，能跑 30Mbps 以上大概没被限速。

突然一个月这么高流量如果你确定不是你用的话，最好问清楚是怎么来的、传给谁了。往好了说是统计故障，往坏了说万一是有人盗用你宽带账号呢？

上移晚高峰到阿里/腾讯都存在丢包，别指望能有啥好体验了

同样是上移、桥接，目前还能拿到 /60 的 PD 。小哥不知道就让他去问。