非常抱歉给大家带来了不好的学习体验。

本OJ于八百多年前开启了安全防御功能，今日上午10时许，OJ减弱了防御功能，使得OJ盾可以秒过（相对原来），可以尽量减少用户的卡顿体验，非常不幸，lyx引导OJ采用的Cloudflare服务默认情况下是将所有信息传输到127.0.0.1:20的，具体可以询问@，导致所有从外网域名的访问全部出现了一次性ban掉的问题。这个问题从14:00就出现了，不过由于@更新的机房网络结构，成功使得OJ崩溃，问题没有体现。

于下午约2:30许，OJ恢复时，外网域名仍然处于“访问受限”状态，为了让小炒版及时考试，我决定暂时开放域名直到某个时间点。

很遗憾的，在本人离开学校后，OJ出现了巨额访问（前面提到了，所有的信息都被解释到了一个端口上，所以我这边无法分析，进一步的解析等待@的数据），导致所有通过外网域名访问的同学都出现了“访问受限”的情况。

糟糕的是，当我回到home的时候，已经18:30，此时，有@,, @, @已经向我反馈问题，很快，时间来到19:20，我终于与Samm取得了联系，不久后，我也收到了来自@的消息。

有人肯定要问了：那你这段时间在干什么啊！！！！

我只能表示：我已力竭。首先，我尝试连接到学校的电脑以连接OJ，很不妙，这个方式行不通。我又尝试通过ikuai服务器，依旧不行。我只好先传达“我无法解决”的方式，目前的，我好像只能等待lyx919在cf上调整连接方式或者给我SSH通道了

OJ的检测系统认为：IP地址127.0.0.1:20有大量访问，强行停止了这个服务。这导致，我通过任何形式的连接都不奏效。

我只好找到我在大旧OJ时期（可以理解为V2时期）的用于穿透的服务中心，得益于平时我比较懒，没有管ta，所以我正常的通过这个服务临时创建了一个SSH服务，连接上了OJ(20:00)

在恢复连接后，我第一时间向可能的用户提供了解决方案（直到20分），接下来是拯救时刻！！！！

事实上，我并不知道应该怎么办。首先，备份的caddy数据并不在本地，我无法取得。又因为AHA更换了网络，我无法找到存储在旧的配置文件中的数据了！！

有个小插曲：

OJ客户端在这个期间出现了问题，我需要同时维护两个BUG

很快21：45，OJ客户端先一步完成了与OJ的连接（有人问为什么呢？因为我在今天上午就发现了客服端会无法通过人机验证，就给客户端开启了特别通道），随后，我打算先一步让GPT-6-LUNA实现优化，同时找到BZ的联系方式，希望能够停止OJ dns测试服务（这是我的一个猜测，这是bz上线的一个服务，用于查看OJ的稳定状态，但是需要不停的造成请求）。很快，到了22:00，OJ的连接终于恢复了（可能只是因为到达了解封时间或者bz停止了请求）

22:35，我终于修好了！！！

补记：大约是疲倦了吧，我打算尽早停用cloudflare服务并且完成域名备案。

我非常愤怒和疲倦