sub2api 反代老是掉线？排查思路与稳定运行方案全解析

最近不少用自建节点的小伙伴反馈，自用的 sub2api 反代服务老是莫名其妙地掉线，明明进程还在，但就是死活连不上。这种“假死”状态最搞人心态，尤其在关键时刻掉链子，简直让人抓狂。

今天咱们不扯虚的，直接针对“sub2api 反代频繁掉线”这个问题，给出一套保姆级的排查思路和解决方案，帮你把这个服务稳住。

一、为什么老是掉？常见原因分析

反代掉线通常不是因为软件本身不好用，更多是环境或配置问题。可以先从这几个角度自查：

1. 拿来主义：IP 被墙或端口被封 这是最常见的原因。很多便宜 VPS 的 IP 段早就被针对了。如果你发现一开始能连，过段时间全红，大概率是 IP 问题。解决办法也很简单：换 IP 或换商家。

2. 配置缺陷：超时设置过短 部分默认配置下，Nginx 或 Caddy 的超时时间设置得比较保守。一旦上游服务器响应稍微慢一点，连接就会被直接切断。建议将 proxy_read_timeout、proxy_connect_timeout 等参数适当调大，比如设置到 300s 甚至更高，给数据传输一点缓冲时间。

3. 内存爆了：VPS 资源吃紧 如果你的 VPS 只有 128M 或 256M 内存，跑个面板再跑个反代，多开几个连接可能就把内存占满了，导致系统 OOM（Out of Memory） Killer 杀进程。建议增加 Swap 分区，或者干脆升级配置。

4. 域名/证书问题 如果反代用的 SSL 证书即将过期，或者 DNS 解析出现波动，也会导致握手失败。确保用上了靠谱的 ACME 自动续期脚本，并且 DNS 服务商没摆烂。

二、实战方案：如何让服务“死不了”？

光排查还不够，咱们得想办法让服务具备“自我复活”的能力。以下是三种不同力度的稳如老狗方案。

方案一：Systemd 守护进程（基础版）

不要用 nohup 或者 screen 这种老旧方式后台运行。现在的 Linux 发行版都用 systemd，它能自动拉起意外退出的进程。

写一个 service 文件（例如 /etc/systemd/system/sub2api.service）：

[Unit]
Description=Sub2API Service
After=network.target

[Service]
Type=simple
User=root
WorkingDirectory=/root/sub2api
ExecStart=/usr/bin/node /root/sub2api/index.js
Restart=on-failure
RestartSec=5s

[Install]
WantedBy=multi-user.target
``

保存后执行：
`systemctl daemon-reload`
`systemctl enable sub2api`
`systemctl start sub2api`

这样，只要程序挂了，系统会在 5 秒内自动重启它。

#### 方案二：定时脚本监控（进阶版）
有时候进程还在，但端口“假死”不听话。这时候可以用一个简单的 Shell 脚本配合 Cron 定时任务来检测 HTTP 状态码。

逻辑很简单：尝试访问你的反代链接，如果返回不是 200，就重启服务。

脚本示例：

```bash
#!/bin/bash
URL="https://your-domain.com/api/healthcheck"

CODE=$(curl -s -o /dev/null -w "%{http_code}" $URL)

if [ "$CODE" != "200" ]; then
    echo "Service is down, restarting..."
    systemctl restart sub2api
    # 或者 killall -9 node && nohup node index.js &
else
    echo "Service is OK."
fi
``

把这个脚本丢进 crontab，每 5 分钟跑一次：
`*/5 * * * * /root/check_sub.sh >> /var/log/check_sub.log 2>&1`

#### 方案三：Docker 容器 + 自动重启（容器版）
如果你 Docker 玩得溜，强烈建议把反代丢进容器里。Docker 自带的 `--restart=always` 策略非常稳。加上如果配合 Watchtower 或者 Portainer 这种工具，更新重启全自动，省心省力。

### 三、总结
反代掉线不可怕，可怕的是出了问题不知道从哪下手。

1. 先检查 VPS IP 和端口是否被封连通性；
2. 再看 Nginx/Caddy 的超时配置是否合理；
3. 最后加上 Systemd 或者 Cron 脚本兜底，确保挂了能拉起来。

按照这一套组合拳下来，你的 sub2api 基本上就能稳如泰山了。如果还有问题，那可能真的得考虑换个更靠谱的 VPS 服务商了。希望大家的服务都不再掉线！