MoeWang

越改越难用

尽快清理空间，另外我也建议不要重启，这种情况下重启很大可能会导致卡 logo 进不去系统了

有困难，找记者。这句话真不是白说的，不施加点压力可能这件事就这么不了了之了。OP 的做法是正确的。点个赞。苹果再这么个吊态度，只能祝它以后“蒸蒸日上”了。

@unafraid7580 从来没有所谓的安全，取决于自己设置的管控规则。哪怕设置个回家的 vpn （比如 wg ，不要用过时且不安全的协议）都比直接暴露在公网更“安全”。

x-cache 不是 cloudflare 的缓存标识，你需要检查你自己 web 服务器的缓存，cloudflare 的缓存标头有且只有 cf-cache-status

建议查看：
https://community.cloudflare.com/t/what-does-x-cache-header-hit-server-mean/143290

@m1s4k1 登陆 tplogin.cn 或者你路由的后台地址，输入密码登录，即可看见下挂的子路由，那个路由就是易展子节点。

@m1s4k1 我也遇到了。不过我遇到的问题是易展将网络路径似乎了绕一圈。我是 RouterOS 路由器作为主路由，有个 openwrt 旁路网关，两个 TP 的路由器关闭 dhcp 做纯 ap 。

问题似乎出在有 Wi-Fi 设备离开当前易展节点（称作 A ，主易展路由），连接到其他易展节点（称作 B ，子易展路由），然后又返回初始易展节点（ A ）时，会导致全局域网的网络设备的网络变成这样（表现为：ipv6 首次建连速度很慢，且速度也很慢，ipv4 也有类似情况，拔下子节点 B 的网线后恢复正常，根据此情况，推测局域网数据包透过 A 再到 B 绕了一圈再到 RouterOS 出去，和你的情况有出入，但也有点接近）。

似乎是这种情况下，A 和 B 会在易展节点间建立一个隧道或者说“优先交换数据”一类的操作。且无论有线还是无线易展大概都会受到影响（我的是有线易展）。使用 traceroute 根本看不到，第一跳就是 openwrt ，第二跳就是 ros 。我也试过恢复全部设备的出厂设置，由于是这种情况，治标不治本，包括使用 tplink 应用中心的 ap 功能，都无法解决。只要不干掉易展这种奇怪的行为，就没有希望能够解决。

我是在不经意间，用了一种奇怪的易展子母路由连接方式，发现这种奇怪的特性的。

大多数家宽 IPv 不好用，都是这个问题导致的。运营商给的 MSS 过大。

老哥有没有遇到这个问题，就是在使用过程中，如果超过一分钟（左右，大概）不发送信息，再发送消息的话就会报错，而且经常会报错，一刷新就跳 5 秒盾，除非在它回复之前赶紧编辑好下一句，等它回答完马上就回复，不然又会出现上面的问题。试过清理 cookies ，更换浏览器和落地 ip （包括 warp 的 ip 也会出现这个问题），之前也会跳，不过是在一两个小时不回复的情况下才会出现，从年前几天就变频繁了。