sitka 🐳 — 2023/07/06 03:24大家好,
这个公告将详细解释一下XJ的总体情况,详细阐述了究竟发生了什么,我们尝试了什么,以及我们最终得出的结果。
一切都始于4月13日,我们的托管服务提供商进行了维护工作。这导致我们被注销出账户,无法手动重新登录。我们尝试了账户找回程序,但2FA信息的延迟导致我们在收到它时令牌已经无效。我们的电子邮件服务提供商向我们证明问题是由kimsufi引起的。我们向kimsufi解释了整个情况(我们很幸运能与他们取得联系),但他们拒绝接受这是他们的错误,并且没有表现出帮助解决问题的意愿。我们认为另一种解决方案可能是完全从我们的账户中禁用2FA功能。然而,联系支持线路已经成为一个巨大的问题,因为唯一的官方支持渠道是通过我们无法访问的账户创建工单。我们尝试过给他们发邮件,但他们从未回应。支持热线通常有一个机器人指导我们通过账户创建工单。七天前,我们又发了一封邮件,请求从我们的账户中禁用2FA,但我们尚未收到回复。这只是故事的简短概述,因为我们由于通信问题而浪费了很多时间。如果我要详细解释一切,篇幅会很长。这个情况需要多方参与,大部分时间都严重延误了进程。
PeKz关于技术方面的一些话以及透露的新信息:
大家好,我们将在这里详细解释实际的问题。
在处理了两周的大规模DDOS攻击后,我们以为我们终于能享受一些安静。但是这是错误的!
关于旧服务器的技术说明:在OVH进入维护模式1-2天后,我发现我们的nginx服务已经被破坏。我首先尝试的是重启nginx的服务,但systemctl报告说"启动nginx失败:连接超时"。所以我认为nginx配置出了问题,我检查了所有我能检查的,但一切看起来都正常,然而nginx无法重启。所以我运行了另一个systemctl命令(systemctl status mariadb)只是为了看看会发生什么,结果又是一个超时!
我尝试的每一个核心linux命令都失败了,包括包管理,所以我尝试重启服务器看看能否帮助。即使是"reboot"命令也不起作用,并返回一个超时错误;结果,我从服务器注销。几个小时后,我试图再次通过SSH登录到服务器,但发现它已经完全关闭,我们无法重新启动它(ShoCk在上面说明了原因)。
"你为什么不在另一台服务器上恢复备份,并将域名指向新服务器?"你可能会这样问。问题在于,整个堆栈(从e107本身到php、mysql、nginx等等)都是如此的古老,以至于我们不能在新的操作系统上运行它。他们不会支持我指定的堆栈的旧版本。所以我尝试了其他解决方案,如使用docker和通过web获取旧堆栈(而不是真正的OS仓库),但我无法使其工作,所以我们基本上没有旧服务器就不能有旧XJ和它的数据...
关于我们的未来计划:现在,我们唯一的选择是从头开始,这一次,我们有很大的可能会全面开放源代码(当然,除了数据库:D)。此刻,我们有一部分新的设计实际上已经在React中编码了,这要归功于我们的设计师/前端开发人员(我不会说出任何人的名字,因为他们中的一些人在我成为CTO之前就在这个项目上工作过,我不想通过只说出其中一些人的名字来冒犯他们)。我考虑过使用Golang作为后端,但由于它完全依赖于我,我们决定使用Typescript(我们还需要确定是否使用ExpressJS或NestJS)。
这就是我关于我们未来计划的所有内容,但我会保持更新。
遗憾的是,这次运气似乎并不在我们这边,剩下的运气空间非常小。我们可能会在执行计划B的过程中尝试一些更多的选择,但这肯定需要一些运气。所以,计划B是kreedz.com,这是一个已经进行了一段时间的项目,目前正在加速进行中。我们暂时不会提供具体的日期,但肯定正在进行中。
我们也将很快与社区组织一次问答会。请关注日期和地点。