@ileeoyo 我不明白，都 ddns 了为啥还要内网穿透呢？自己用 A↑PN 直连回家不是美滋滋。有公网 IP 又内网穿透南辕北辙吧。

如果真的是丢包 tcp 重传导致的，你将路由器从 AP 切换到网关模式也可以排除吧。

无线测速没有参考意义，你先看一下无线网络的协商速度是多少。

首先按描述 WiFi 链路是没问题的，排除；
虚拟正常、直通网口有问题，莫不是问题出在软路由的交换机，先看看软路由交换机是不是全双工吧。

@free4537 迅雷的开机启动（除了一服务）、今日推荐、界面特效都可以关掉。
之前的版本还可以手动限制连接数，X 不能限制了，所以你如果用 WiFi 来 P2P 下载，很容易被迅雷爆连接数导致网络卡顿，只能改有线。
分享率的问题，你只会被迅雷分享已下载完成列表里的任务，如果你觉得上传影响了你的网络，可以仅“彻底删除”已完成的任务而不删除文件。就不会再上传了，但要设置准确的分享率数值不知道怎么操作。
上面的操作会影响你迅雷账号的分享值和幸运值，具体算法只有迅雷知道咯。

😂，你这马赛克打了和没打一样呀，阿里云 BJ。
先排除服务器还是 PC 的问题，用手机 WIFI 设置 HTTP 代理测试一下。

补充上条，虽然目前主用迅雷，但最近迅雷新出的“抱团下载”有点搞笑。我自己搭的服务器，自己的文件，第一遍用迅雷下载很正常，重复下载第二次时竟然提示我有 50 个人正在抱团下载，是否开启抱团。当然开启后自然也没提速（自己的文件提了就怪了），虽然确实有撞 Hash 的可能，但我还挺想认识一下那 50 个人的🙂。

因为目前的 P2P 下载对于小白用户真的是一件有门槛的事情，而迅雷也真的没必要去限速啥的（是“没必要”，但它是否真的做了我无法证伪；广告问题是另一码事，这里不讨论），就如百度网盘的成本真的不低一样。

公网 IP、端口映射、防火墙、trackers、种子健康度（冷门程度）...任何一个都可能导致小白用户速度慢。

首先，BT 下载的原理需要有公网 IP 参与，新装联通光猫默认路由模式的话，普通用户无权限开启默认关闭的 UPNP 和端口映射以及 DMZ。未改桥接的二级路由自然怎么设置也没用。

这就导致拥有资源的用户若无公网 IP+开放的端口，要传输给同样无公网 IP 的接收方就需要第三个拥有公网 IP+开放端口的用户做中转，这是当时 BT 创新的一点。

然而迅雷改进的地方是“P2SP”，加了中心服务器，做了“防死链”功能。就是若你 BT 下载的文件 Hash 值若和别人采用 BT 协议、http 协议、FTP 协议、ed2k 下载的相同，则从多来源同时下载该文件，这才是迅雷的创新处。

你如果想测试其它纯“P2P”软件配置是否正常，第一步应该先排除种子健康度的问题，因为这个最难解决（解决不了）。你可以先用类似 Debian、CentOS、Ubuntu 最新稳定版镜像的种子做测试，这些热门种子基本不存在健康度的问题，到这一步你就可以手动进行排除 软件配置、网络配置、网络运营商、跨运行商限制 这些可疑问题。

平时我主用迅雷，备用 aria2(aria2 不支持 upnp，已添加 trackers ），之前也用过 FDM （时间太久了，忘记为啥放弃的了），偶尔用 aria2 下载 BT 无速度时。。。。S=S+H 到 US 的小鸡上，啥也不用配置直接用 aria2 下载同一个种子，60MiB/s，😔显然还是广阔的太平洋吞掉了资源。
[以上基于葱省中北部联通网络环境，仅供参考]

@RanTuki 其实没啥好纠结的，因为现在的规定是新装家宽必须有公网 IP （ v4/v6 一个是公网即符合），而且目前的大环境用家宽搭建 web 服务肯定不长久。所以需求点也就是远程类和 P2P 下载用的比较多，如果没有 BT 下载冷门资源的癖好，IPv6 也足够了。

@lzr757220430 😂想多了，是指 IPv4 和 IPv6 都是公网 IP，因为目前移动基本都是内网 v4+公网 v6，还有许多地方的电联是 v4v6 二选一公网。

葱省联通送的宽带 200Mbps/30Mbps，实际测速能到 251Mbps/35Mbps，双公网 IP。

用的联通一直双公网，然并卵。
目前又不敢搭建 web 服务了，也就 P2P 下载时方便点。
而且现在联通外网时不时丢包 50%，换移动流量立马舒服了。

@DelayNoMay 等于 1000，由于采用“位”而不是“字节”，所以不是二进制换算。

网游加速器、wegame 之类的装过没

独立窗口播放：
腾讯家 x5 ；
迅雷家 aplayer。
前者比较多

楼主，我把你提供的 https 链接测试了几次，由于环境所限，只能你自己具体排除。
发现速度曲线和 TCP 拥塞控制的缓冲区膨胀惊人的相似，但无法确定。
楼主是否可以将服务端和客户端都开启 BBR 拥塞控制后进行测试呢，另外可否将 https 用 Let's Encrypt 证书签一下。

逻辑链有问题，结论不具备说服力。
至少也得路由追踪一下，证明移动劫持了测速节点才能算是移动的锅吧。
毕竟在网络这方面利益方太多

问题难道不是联通的网连接的却是移动的测速节点，跨运营商本来就不保证带宽。