Skip to content

常见疑难问题

系统兼容性

支持的系统: Debian(11+) Ubuntu(22.04+)

支持的架构:amd64 amd64v3 arm64

其他系统或架构默认不支持,出现任何问题都不要找售后。

跳延迟

可能的原因

  1. 入口或出口负载太满。
  2. 网络波动、丢包。
  3. 使用了域名作为地址,而不是 IP,有时解析域名会花费很长的时间(超过 500ms)。

如果 [诊断] 显示正常,而实际客户端 HTTP 连接测试的延迟有 1~2 个 RTT 的波动(广港 50ms 以内,沪日 100ms 以内),则是 0RTT 复用没有覆盖的原因,这种波动是正常且无法避免的。

同步失败 (TCP 端口占用)

寻找占用程序: netstat -tapn | grep :某个端口

中断本地端口上的连接: ss -K sport 某个端口

nodeclient 不会重复尝试监听端口,若您已释放端口,还需要手动重启规则,规则才会生效。

可能的原因

  1. 入口机器上有其他程序监听了这个端口(永久性占用)
  2. 入口机器上有出站连接占用了这个端口(一般是临时性的)

针对第二种原因,双 IP 的机器可设置环境变量 BIND_INBOUND 指定入口监听 IP,这样隧道入口的「入站」和「出站」端口将位于不同的 IP,不会冲突。

奇怪的问题 1

现象:探针页显示服务器离线,但已有转发规则正常使用。规则的同步变慢或者根本不同步。

原因:网络问题,多见于国内入口。此时服务器与面板的实时通信受阻,进入离线模式。

离线模式:正在运行的规则继续运行,流量信息延缓上报。若在网络恢复前重启,则会丢失运行的规则和流量。

如何恢复:服务器会主动尝试重连,若网络恢复,则自动恢复在线。若网络质量实在太差,建议挂代理

奇怪的问题 2

现象:规则 / 探针时好时坏、随机出现大面积的端口占用。

原因:同一机器重复运行节点端。

排查方法: 在节点机器上 ps -aux | grep nodeclient 查看是否有相同的命令,如果有,请卸载多余的。