warp.sh
warp.sh copied to clipboard
WARP 官方客户端 SOCKS5 代理 自动停止
Debian 10 操作系统, bash <(curl -fsSL git.io/warp.sh) s5 配置官方客户端SOCKS5 代理, 运行一段时间后 自动停止。
这时 netstat 命令查看 127.0.0.1:40000 依然在监听,但是 bash <(curl -fsSL git.io/warp.sh) menu 显示: WARP 客户端状态 : 运行中 SOCKS5 代理端口 : 未开启
希望大佬的脚本能自动处理这种情况,一旦自动停止就给它自动重启一下,保持代理不掉线。
同,也遇到此问题。
WARP 客户端状态 : 运行中
SOCKS5 代理端口 : 未开启
WireGuard 状态 : 运行中
IPv4 网络状态 : WARP
IPv6 网络状态 : WARP
一样的问题
Debian 10 操作系统, bash <(curl -fsSL git.io/warp.sh) s5 配置官方客户端SOCKS5 代理, 运行一段时间后 自动停止。
这时 netstat 命令查看 127.0.0.1:40000 依然在监听,但是 bash <(curl -fsSL git.io/warp.sh) menu 显示: WARP 客户端状态 : 运行中 SOCKS5 代理端口 : 未开启
希望大佬的脚本能自动处理这种情况,一旦自动停止就给它自动重启一下,保持代理不掉线。
它不是停止了,可能只是客户端的某些问题导致断线了,又可能是 WARP 本身网络的问题。
可以自己设个 crontab 定时任务,以 Debian 为例子,其它系统自行探索:
# 每天 0 点定时重启
echo '0 0 * * * systemctl restart warp-svc' >>/var/spool/cron/crontabs/root
# 每 5 分钟检测一次 WARP 网络,不通就重启
echo '*/5 * * * * curl -sx "socks5h://127.0.0.1:40000" https://www.cloudflare.com/cdn-cgi/trace --connect-timeout 2 >/dev/null || systemctl restart warp-svc' >>/var/spool/cron/crontabs/root
官方客户端似乎还有内存泄露的问题一直没解决,暂时也能缓解这个问题。
同,也遇到此问题。
WARP 客户端状态 : 运行中 SOCKS5 代理端口 : 未开启 WireGuard 状态 : 运行中 IPv4 网络状态 : WARP IPv6 网络状态 : WARP
你这属于是套娃了,官方客户端和 WireGuard 只能二选一,不然必炸。