折腾记录 | 记录帮朋友debug的过程

纯文科背景的技术小白对代码基础知识掌握有限，使用GPT写代码或部署网站工具的时候，很容易会遇到一些奇奇怪怪的报错，卡住后往往不知道如何解决。

如果将报错的日志，相关背景给到大模型，能更有针对性得解决问题。

下面记录了自己帮助朋友解决X-UI的报错过程：

朋友的描述： 使用X-UI部署自用的外网访问工具，刚开始能正常运行，过了一段时间后突然无法使用，怀疑是SSL证书过期就重新部署了证书但没效果。

我看了下客户端日志，找到了核心报错信息

proxy/http: failed to read response from s.f.360.cn:80 > io: read/write on closed pipe

对于这种成熟的工具，网上有很多教程，一般自己遇到的bug别人都遇到过而且分享了解决办法。

当我将报错信息放到谷歌中搜索后发现，出现同样问题的人很多，但没找有效的解决方案。

网上一种说法是服务器系统的时间错误，通过SSH连接服务器后发现确实时间有问题，当校正时间后依旧无法连接成功。

到这里就卡住了，持续在网上找了很多资料都没能解决😅

没办法就考虑其他途径，在X-UI中尝试找服务端的相关日志。竟然在日志中发现了证书相关报错，在特定路径下没有找到证书文件？可朋友明明已经部署过SSL证书了。

将报错给到GPT后，按照提供的命令尝试重新部署证书：

**ls /root/.acme.sh/new.lingotek.top_ecc/**

结果域名未发生变化，跳过了证书创建过程！

因此添加”--force”强制申请证书：

/root/.acme.sh/acme.sh --issue --force --standalone -d new.lingotek.top

证书申请后，客户端和服务端的报错日志都已经解决了，结果还是不能成功连接😂

无奈之下，又是各种操作，就快要放弃时，尝试重新在网站添加入站规则并放开服务器端口，然后尝试访问外网，结果能成功访问了！

搞不懂为什么新建的入站规则可以，但原来的不行？

灵机一动关了安全验证，原来的入站规则也能成功访问了~

总结： debug重点要看日志，尽量找全服务端和客户端所有相关日志，然后根据核心信息在网络上检索、或询问GPT解决办法。