@totoro625 chatgpt 的回答：
根据这条款本身的字面含义，它关注的是“域名所有者”或“服务使用者”是否主动将 Cloudflare 代理的域名流量引导到非 Cloudflare 分配的 IP 地址上。如果仅仅是某个访问者（用户）在自己本地修改 hosts 文件或私有 DNS ，将域名解析到 Cloudflare 之外的服务器或 IP ，这更多是访问者自己的行为，并非域名所有者或服务使用者在 Cloudflare 侧对域名做了违规修改。

换句话说：

条款针对的主体

主要是指对 Cloudflare 服务有实际配置权限的人（如域名所有者、管理员）。
要防止的是“人为绕过”或“故意变更”原本应该指向 Cloudflare 的 DNS 记录，从而让流量去到 Cloudflare 未分配的 IP 上。
访问者自己修改本地解析

访问者自己在本地进行 DNS 配置或修改，是他们个人层面的操作，并非由域名所有者直接操控。
这种行为严格来说不会构成域名所有者“故意”绕过或违反 Cloudflare 的服务条款。
什么情况下才算违约

如果是域名所有者或服务使用者主动把域名的官方 DNS 记录改到不属于 Cloudflare 的 IP ，或者通过某些技术手段在服务器端强行让流量绕过 Cloudflare ，那就可能触发条款中的“interfere with 、disrupt 、alter 、modify”这些关键字，从而违反协议。
简单来说，只要是由域名所有者主动实施、引导、操控导致域名流量进入非 Cloudflare 指定 IP 的行为，才会构成条款所要限制或禁止的情况。
因此，如果只是访问者自己在本地做解析修改，通常并不会导致域名所有者被认定为违反这条条款； Cloudflare 也不太可能因为访问者的这种个人行为而判定服务使用者违规。

我理解 waf 是个中间人，替换 waf 的证书用户就可以看到。waf 是否检验 nginx 的证书应该是有相关设置的。

不能编辑吗？ https://unix.stackexchange.com/questions/628842/decode-encode-base64url-with-common-unix-tools

看看这个 https://www.bing.com/ck/a?!&&p=676cde27786ff9291d07acf74ff4df9c129f38fd3e7afba27335ceb1d0acabe4JmltdHM9MTczMTM2OTYwMA&ptn=3&ver=2&hsh=4&fclid=148badcc-4837-6334-21b8-b9f74974621e&psq=openssl+base64url&u=a1aHR0cHM6Ly91bml4LnN0YWNrZXhjaGFuZ2UuY29tL3F1ZXN0aW9ucy82Mjg4NDIvZGVjb2RlLWVuY29kZS1iYXNlNjR1cmwtd2l0aC1jb21tb24tdW5peC10b29scw&ntb=1

-vvv 之后的显示应该是这样的，估计没收到响应
debug3: send packet: type 20
debug1: SSH2_MSG_KEXINIT sent
debug3: receive packet: type 20
debug1: SSH2_MSG_KEXINIT received