以 JWT 自身的设计逻辑来说，靠的是『算法』验证，而非『数据』验证，这注定是一种『离线验证』方式。

各类试图为 JWT 加入吊销机制的方式，实际上都需要引入『数据』，不管这个『数据』是什么形式存在的，都势必变为『在线验证』方式。
各类优化的本质，还是将『数据』做压缩和分发，尽可能让这个『数据』去中心化。

这个方式在现实中也许可以使用，也确实有了性能上的优化，但确实不是那个『离线验证』的 JWT 了，只能说是在 JWT 外，额外添加了一重黑名单机制，是两种验证方式的组合。

『中心服务器同步状态后分发这个长度为 256bytes 的字符串』

这个过程是 Server Side 的。

@whileFalse #9
『在 HTTPS 没普及的时候』

也许可以关闭 Power Nap 试试？

https://support.apple.com/zh-cn/guide/mac-help/mh40773/mac

鱼竿厂忠实用户路过，目前来说买过的几根条子都正常运行

https://ww1.sinaimg.cn/large/760b39b3gy1go4wrtrfh2j20u00uhk2c.jpg

首先：
关于『网段』，IP+子网掩码 才能确定一个网段，并不是说 192.168.1.x 和 192.168.33.x 一定不是同一个网段。
当然，大部分情况下，192.168.x.x 习惯划分为 C 类网络，此时 1.x 和 3.x 确实不是同一个网段。

其次：
只要存在合适的路由，不同网段也是可以互相访问的，可以使用 tracert -d x.x.x.x 的方式追踪一下路由走向；
即使 WAN 口是运营商分配的 IP，也存在是运营商大内网 IP 的可能，可能存在路由配置问题造成内网互通。

再其次：
HTTP 的 Server 字段就是个普普通通可以被服务器自定义的字段，不管是什么服务器，都可以声称自己是 Cdn Cache Server V2.0，不管它到底是不是真的 CDN 服务器。

最后：
CDN 全称 Content Delivery Network，只要是为了加速资源分发的服务器，都可以称为 CDN 服务器，即使抛开楼主的提问场景不谈，内网中的 CDN 也是很常见的。（长城宽带：这活儿我熟）