ssh -R 连不上主因是服务端 GatewayPorts 默认为 no,需改为 clientspecified 或 yes 并重启 sshd,同时开放防火墙端口;localhost 在 -R 中指内网机而非服务器,不可误写为 127.0.0.1;断连需用 autossh 保活;connection refused 则检查内网机 SSH 状态、防火墙及云安全组。
能用 ssh -R 建起来,但连不上、连着连着就断、或者连上了却只能本机访问——这些问题不是配置写错了,而是默认行为和网络边界没对齐。
ssh -R 2222:localhost:22 user@server 连不上?最常见原因是服务器 SSH 守护进程默认只监听 127.0.0.1 上的反向端口,外部 IP 无法访问。这不是客户端命令的问题,是服务端限制。
/etc/ssh/sshd_config 是否包含 GatewayPorts no(默认值)GatewayPorts clientspecified 或 GatewayPorts yes
sudo systemctl restart sshd
ufw),还要放行对应端口:sudo ufw allow 2222
-R 参数里 localhost 和 127.0.0.1 的区别在反向隧道中,localhost 不是指服务器本机,而是指“发起隧道的那台内网机器”。所以 2222:localhost:22 的意思是:把服务器上收到的 2222 端口请求,转发回内网机的 22 端口。
2222:127.0.0.1:22 ——这会让 SSH 尝试在服务器本地找 22 端口,而不是回连内网机127.0.0.1:22(比如绑定了 0.0.0.0:22),不影响;SSH 反向隧道只认你写的 host 字段语义GatewayPorts clientspecified + 绑定到 *:2222,即用 -R *:2222:localhost:22
原生命令不保活,ssh 断了隧道就没了。别靠 while 循环套 ssh,用 autossh 更稳。
sudo apt install autossh(Debian/Ubuntu)或 sudo yum install autossh(CentOS/RHEL)autossh -M 0 -N -f -R *:2222:localhost:22 user@server
-M 0 表示禁用内置监控端口(避免端口冲突),依赖 SSH 自身的 ServerAliveInterval 保活autossh 会卡在密码提示上ps aux | grep autossh,再看服务器上 netstat -tlnp | grep :2222
ssh -p 2222 user@server 提示 connection refused?不是隧道没建好,而是目标内网机的 SSH 服务没开、没监听、或被本地防火墙拦了。
ss -tlnp | grep :22,看是否有 0.0.0.0:22 或 [::]:22
sudo ufw status,若为 active,需允许 22:sudo ufw allow OpenSSH
sudo setsebool -P ssh_sysadm_login on 可能影响真正麻烦的从来不是敲哪条命令,而是每层网络设备(内网机防火墙、云安全组、服务器 SSH 配置、服务器系统防火墙)都得对齐绑定地址和端口策略。少一个 GatewayPorts,整条链就卡在最后一公里。