内网穿透之 ssh 转发 Myths的博文

本内容引用自：Myths的博文

利用反向ssh从外网访问内网主机

前言

最近遇到一个问题，就是过几天我需要离开学校，而且到时候仍然想登陆校园网里的一台服务器进行工作；但是我又没有校园网网关的操作权限，不能做端口映射，也不能搞到校园网内部主机的外网ip，而且学校自己提供的vpn又根本没法用。研究了半天，总算找到了一个比较不错的利用反向ssh(reverse ssh tunnel)进行内网登陆的解决方案。

工作原理

之所以很多转发的方法无法应用在这里，就是因为内网主机对外网其实是不可见的，也就是说外部主机不能用一般的方法访问到内部主机。那么我们就想了，能不能用内网主机找外网主机，找到之后再把这条内网主机登陆外网的信道转换成外网主机登陆内网的信道呢？辛运的是，这个方法的确是可行的，这也就是所谓反向ssh最通俗的理解，这就像寄信一样，”虽然我不知道你的地址，但是你知道我的地址，那么你就先给我写封信，告诉我你的地址，然后我不就可以回信给你了么？“。

操作步骤

由于我们自己使用的电脑未必有外网ip，因此我们需要一个有固定外网ip的服务器(随便搞个腾讯云阿里云的小机子就行)，然后用这台服务器与内网的机子进行通信，我们到时候要先登陆自己的服务器，然后再利用这个服务器去访问内网的主机。

1、准备好有固定ip的服务器A，以及待访问的内网机器B。两者都开着sshd服务，端口号默认都是22。顺便做好ssh免密码登陆。

2、内网主机B主动连接服务器A，执行以下命令：

1	$ ssh -NfR 1111:localhost:22 username@servername -p 22

这条命令的意思是在后台执行(-f)，不实际连接而是做port forwarding(-N)，做反向ssh(-R)，将远程服务器的1111端口映射成连接本机(B)与该服务器的反向ssh的端口。

附：这里有必要加强一下记忆，这个端口号一不小心就容易搞混。。man文档中的参数命令是这样的：

1	-R [bind_address:]port:host:hostport

bind_address以及其后面的port是指远程主机的ip以及端口，host以及其后的hostport是指本机的ip和端口。由于ssh命令本身需要远程主机的ip(上上条命令中的servername)，因此这个bind_address原则上是可以省略的。

执行完这条命令，我们可以在服务器A上看到他的1111端口已经开始监听：

1 2	$ ss -ant |grep 1111 LISTEN 0 128 127.0.0.1:1111 *:*

3、在上面的操作中，这个1111端口就已经映射成了内网主机B的22端口了，现在我们只要ssh到自己的这个端口就行了。在服务器A中执行：

1	$ ssh 主机B的用户名@localhost -p1111

这样就成功的登陆了内网的主机了。

功能优化

上面的做法其实有一个问题，就是反向ssh可能会不稳定，主机B对服务器A的端口映射可能会断掉，那么这时候就需要主机B重新链接，而显然远在外地的我无法登陆B。。。这其实有一个非常简单的解决方案，就是用autossh替代步骤2中的ssh：

1	$ autossh -M 2222 -NfR 1111:localhost:22 username@servername -p 22

后面的参数跟ssh都一样，只是多了一个-M参数，这个参数的意思就是用本机的2222端口来监听ssh，每当他断了就重新把他连起来。。。不过man文档中也说了，这个端口又叫echo port，他其实是有一对端口的形式出现，第二个端口就是这个端口号加一。因此我们要保证这个端口号和这个端口号加一的端口号不被占用。

缺陷：

autossh 本身只是一个脚本而不是一个监控程序，因此也会出现失效的情况，除此之外，autossh 还会屏蔽 ssh 本身的报错，从而导致无法连接时不能准确找出掉线原因，因此更为稳妥的办法是不使用 autossh，而直接通过监控进程来检测 ssh 进程是否存在，如果不存在则重启 ssh 进程，这样可以在启动ssh过程中看到ssh的报错信息从而加快排错速度。所需执行的命令只需要将 autossh -M <监听端口号> 改写为 ssh 即可，即：

1	$ autossh -M 2222 -NfR 1111:localhost:22 username@servername -p 22

等价于

1	$ ssh -NfR 1111:localhost:22 username@servername -p 22

参考资料

SSH反向连接及Autossh