# mihomo 反复 SSL/Timeout 模式 (2026-07-21 实测)

## 现象

ccxt 调 OKX API 时频繁遇到:
- `urllib3.exceptions.SSLError: [SSL: UNEXPECTED_EOF_WHILE_READING]`
- `ccxt.base.errors.NetworkError: okx GET https://www.okx.com/api/v5/asset/currencies`
- `RequestTimeout: HTTPSConnectionPool(host='www.okx.com', port=443): Read timed out`

## 根因 (按概率)

### 1. mihomo 选了"挂掉的"出口节点 (最常见)

**诊断**:
```bash
# 看 mihomo 日志找超时节点
tail -50 ~/.hermes/cron/output/.../mihomo.log 2>/dev/null
# 或实时:
tail -f /tmp/mihomo.log | grep "dial\|timeout"
```

**症状**:
```
[TCP] dial BiXin Network (match Match/) ... ns1.accor.zone:23100 connect error: connect failed: dial tcp 112.119.223.235:23100: i/o timeout
```

**修复**:
- 节点真挂了 → 等节点恢复,或换 BiXin Network selector 顺序
- 改 selector 从 `type: select` 为 `type: fallback` (自动跳过死的):
  ```yaml
  - { name: BiXin Network, type: fallback, url: 'http://cp.cloudflare.com/generate_204', interval: 300, proxies: [活的节点, 死的节点] }
  ```

### 2. 同一节点 TCP 连接被 mihomo 复用,服务器端 RST

**症状**:
- `Connection reset by peer` (Errno 104)
- 同一进程跑 5-10 次 OKX API 后开始 EOF

**修复**:
- 短连: process_signal 每次新 process
- 长连: 不可行(进程池问题)

### 3. mihomo 版本或 config 异常

**症状**:
- 重启 mihomo 后短暂能用,再 5-10 分钟又坏
- 节点 timeout 时间越来越长

**修复**:
- 升级 mihomo (当前 v1.19.8, 2025-05-13)
- 换 sing-box (国内 VPS 更稳)

## 实战: 排查 + 临时恢复

### Step 1: 看 mihomo 是否活着
```bash
pgrep mihomo
# 期望: 输出 1-2 个 PID
```

### Step 2: 看节点 timeout 日志
```bash
tail -30 /tmp/mihomo.log | grep -E "dial|error|timeout"
```

### Step 3: 临时恢复
```bash
pkill mihomo
sleep 2
nohup bash ~/clash/start.sh > /tmp/mihomo.log 2>&1 &
sleep 5
pgrep mihomo
```

### Step 4: 验证 OKX 通了
```bash
curl -x http://127.0.0.1:7890 --max-time 8 -s https://www.okx.com/api/v5/public/time
# 期望: {"code":"0","data":...}
```

## 永久修复建议

1. **process_signal.py 加 mihomo 健康检查 + 自动重启**
   - 每次 advisor.execute 前 ping OKX
   - 失败 2 次 → 自动 kill mihomo + restart
   - 重试 advisor.execute 1 次

2. **proxychains 升级到 4.17+**
   - 当前 4.14 已知有 TLS 重协商问题
   - 4.17+ 修复 + SOCKS5 keepalive 改进

3. **BiXin Network 改 fallback + 加健康检查 cron**
   - 每 5 分钟 cron ping 一次所有节点
   - 死节点自动踢出 selector

4. **关键路径双 proxy**
   - mihomo 7890 (HTTP)
   - clash 7891 (SOCKS5)  
   - 任一不通立刻切另一条

## 已知 FAIL 模式 (写进 cron)

| 错误 | 触发 | 修复 |
|------|------|------|
| SSL EOF | 节点死/拥塞 | 切 fallback |
| Connection reset | 节点 RST 复用连接 | 换节点 |
| Request timeout | 节点慢/丢包 | 换节点 |
| 5xx OKX 错误 | OKX 服务问题 | 立即重试 1 次 |
| 401 auth | API key 过期 | 立即停(需人工) |
| 429 rate limit | 频率高 | 退避 30s 重试 |

## agent 实战原则

**当遇到 SSL/timeout 错误**:
1. 立即尝试 1 次重试(同 selector)
2. 重试失败 → `pkill mihomo && nohup start.sh` 30 秒内恢复
3. 仍失败 → 提示用户"网络问题,需手动处理",**不假装成功**
4. **绝不**把 advisor 计算值当成交回报 (铁律 15)

**对用户**:
- "网络 SSL 错误,正在重启 mihomo..." 简短告知
- 重启成功 → 立即重试原任务
- 重启 2 次失败 → 停止并报告,不无限循环