guiqiqi

@JohnChang 域名范解析+重定向，很有趣😀

哈哈哈，我 CF 的老用户了，Pages 、Worker 、CDN 、Zero Trust 、WAF 、R2 Bucket 、域名注册解析，它们大部分的业务我都在用（白嫖），但是交过钱的只有买域名的时候，但是从来没收到它们的邮件，可能还是流量太小了。

记得之前在 tg 中国站长群里看到一个站长通过 cf 搭了公益性质的图床服务，结果不知情的情况下被 1024 很多人拿去做了图床，后来貌似是一天跑了 10T 多的流量，好像也是这个 lulu xing 什么的，给他发的邮件说这个级别的流量服务需要升级了，他查了后台才发现被滥用了。

Putty Pals 非常合适，我和对象之前玩的很开心，难度也不算很高。
分手厨房还是要慎重，我俩玩到后面两关差点打起来。

楼主可以看一下下面这个帖子，我也在使用 iperf 测速时遇到了相同的问题。

https://www.v2ex.com/t/998872

我是协商 780Mbps 的 RX ，但是只能跑到 300 Mbps 不到的下载速率，上传则没有此类问题。
通过与 Windows 机器对比、以及查看 TCP 重传和 UDP 丢包率，初步推测是 macOS 的 Wi-Fi 驱动有一部分性能问题，导致内核没有办法及时从网卡 Buffer 取包传递给应用层。

希望对你有帮助。

@kwater 感谢回复。预期不是不丢包，因为上下行对等，那么不应该丢掉 80%的数据包，也不会测出下行速度只有 180Mbps ；并且同位置 windows 本可以跑到下行 600Mbps 。

-b 0 的意思是不限制速度发包，服务器那边上行 1Gbps ，路由器给 MBP 分的带宽 860Mbps ，本地应该下行可以收到 600Mbps 左右（通过对等的上行的速度就可以看出），大概计算出的丢包率在 40%左右 — 80%明显是不正常的速度。

另外，我在上面已经回复，经过测试每次盒盖之后重新打开就会遇到此问题。重启网卡似乎可以解决。

如果你 m1 也有 90%的丢包，导致无法跑满带宽，则说明你可能也遇到了相同的问题，这可能是一个驱动的 bug 。

@Wasabi722 感谢回复。我们的问题症状很相似。我刚刚试了一下。每次盒盖再打开之后就会出现这个问题，要想解决，需要把重启网卡，重启后即可恢复正常，但下次再打开之后又会出现问题……

@lslqtz 感谢回复，我在同位置使用其他设备测试（包括 iPad 、windows pc ）都没有此问题，推测应该不是路由器的问题。

@lynan 感谢回复我使用的就是 webdav 协议，但是下行速度太慢了。

楼主提供的信息太少：配置文件、传输层协议、是否有直连 SSH 、是否可以正常解析域名。根据现有的信息可以推测的有：

0. 域名 ping 不通应该不会是 Cloudflare 的边缘节点 IP 被阻断，而是因为 DNS 污染导致域名解析异常。
1. Cloudflare 的 ECH 因为技术原因被关闭了，所以对应域名下的流量会被记录 SNI ，有可能会入灰名单。
2. 使用 vless 如果没有配置 fallback ，有可能会被主动探测。
3. 如果通过 Cloudflare CDN 转发 websocket 流量，服务器 IP 不会被探测到，也就不会被封禁。
**4. 十分不建议继续滥用 Cloudflare 翻墙，它们提供的服务不是用来干这个的，买个便宜点的梯子或者流量转发比什么都方便。**

希望有帮到楼主。