@Joshuahui 哈哈，没事，对楼主有帮助就行😁

也许是这个：aVZE0ANcGB5Waarl
base64 解码得到的，希望对楼主有帮助。

@guiqiqi 忘记说了，微信：Y2FweWJhcmEtd2VjaGF0

我在俄罗斯，找我直接给你卢布就行，收一点手续费。

@stone4597 没想到京东服务现在变得这么差，6 、7 年前在国内买京东从来好像没有过这样的体验。

@hippoboy 实惨，不过应该去找他们负责的，大家谁的钱不是辛苦挣来的，出错了就应该负责任。

@hahasong 好的，感谢。我托朋友再问一下，对这些规则不太了解。

@wyntalgeer 纯自己用的机器，没有以此盈利，也没有违反什么规则，为什么要叫别人掮客呢？

几块钱的小铁鞋拔子，真的太方便

遇到了这个 bug 。升级 iOS 17.5 之后，4 年前我删除的两张练习题的照片出现在了最近项目里。从没有开过 iCloud 图片备份。
之所以如此确定，是因为我有清理照片的习惯，而且这两张照片上的练习题我已经很久不做了。

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

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 翻墙，它们提供的服务不是用来干这个的，买个便宜点的梯子或者流量转发比什么都方便。**

希望有帮到楼主。