‘壹’ 如何通过反向 SSH 隧道访问 NAT 后面的 linux 服务器
除了SSH端口转发外，另一个办法就是SSH反向隧道。SSH反向隧道这个概念其实很简单。为此，你需要在限制性家用网络外面有另一个主机，即所谓的“中继主机”(relay host)，你可以从所在地方通过SSH连接到该主机。你可以使用带公共IP地址的虚拟专用服务器(VPS)实例来建立中继主机。然后要做的就是建立一条持久性SSH隧道，从你家用网络的服务器通向公共中继主机。有了这条隧道，你就可以从中继主机“连回”到家用服务器(这就是为什么它叫“反向”隧道)。无论你人在什么地方，或者你家用网络中的NAT或防火墙限制多严格，只要你可以连接到中继主机，就可以连接到家用服务器。x0dx0a在Linux上建立SSH反向隧道x0dx0a不妨看看我们如何可以建立并使用一条SSH反向隧道。我们假设下列设置。我们将建立一条从家用服务器(homeserver)到中继服务器(relayserver)的SSH反向隧道，那样我们就可以从另一台名为clientcomputer的计算机，通过中继服务器以SSH的方式连接到家用服务器。中继服务器的公共IP地址是1.1.1.1。x0dx0a在家用服务器上，打开通向中继服务器的SSH连接，如下所示。x0dx0ahomeserver~$ ssh -fN -R 10022:localhost:22 [email protected]这里的端口10022是你可以选择的任何随意的端口号。只要确保该端口没有被中继服务器上的其他程序所使用就行。x0dx0a“-R 10022:localhost:22”选项定义了反向隧道。它通过中继服务器的端口1022，将流量转发到家用服务器的端口22。x0dx0a若使用“-fN”选项，一旦你成功验证了身份、登录到SSH服务器，SSH就会径直进入后台。如果你不想在远程SSH服务器上执行任何命令，只想转发端口，就像在本文的示例中，这个选项很有用。x0dx0a运行上述命令后，你将直接回到家用服务器的命令提示符。x0dx0a登录进入到中继服务器，核实127.0.0.1:10022绑定到sshd。如果是这样，那意味着反向隧道已正确建立起来。x0dx0arelayserver~$ sudo netstat -nap | grep 10022x0dx0atcp 0 0 127.0.0.1:10022 0.0.0.0:* LISTEN 8493/sshdx0dx0a现在可以从其他任何计算机(比如clientcomputer)，登录进入到中继服务器。然后访问家用服务器，如下所示。x0dx0arelayserver~$ ssh -p 10022 homeserver_user@localhostx0dx0a需要注意的一个地方就是，你为localhost输入的SSH登录信息/密码应该适用于家用服务器，而不是适用于中继服务器，因为你是通过隧道的本地端点登录进入到家用服务器。所以别为中继服务器输入登录信息/密码。成功登录后，你就接入到了家用服务器。x0dx0a通过SSH反向隧道，直接连接到NAT后面的服务器x0dx0a虽然上述方法让你可以连接到NAT后面的家用服务器，但是你需要登录两次，先登录到中继服务器，然后登录到家用服务器。这是由于中继服务器上SSH隧道的端点绑定到回送地址(127.0.0.1)。x0dx0a但实际上，只要单次登录到中继服务器，就可以直接连接到NAT后面的家用服务器。为此，你需要让中继服务器上的sshd不仅可以从回送地址转发端口，还可以从外部主机转发端口。这可以通过在中继服务器上运行的sshd里面指定GatewayPorts选项来实现。x0dx0a打开中继服务器的/etc/ssh/sshd_conf，添加下面这一行。x0dx0arelayserver~$ vi /etc/ssh/sshd_confx0dx0aGatewayPorts clientspecifiedx0dx0a重启sshd。x0dx0a基于Debian的系统：x0dx0arelayserver~$ sudo /etc/init.d/ssh restartx0dx0a基于红帽的系统：x0dx0arelayserver~$ sudo systemctl restart sshdx0dx0a现在不妨从家用服务器开始建立SSH反向隧道，如下所示。x0dx0ahomeserver~$ ssh -fN -R 1.1.1.1:10022:localhost:22 [email protected]登录进入到中继服务器，用netstat命令核实SSH反向隧道已成功建立起来。x0dx0arelayserver~$ sudo netstat -nap | grep 10022x0dx0atcp 0 0 1.1.1.1:10022 0.0.0.0:* LISTEN 1538/sshd: devx0dx0a不像之前的情况，隧道的端点现在是1.1.1.1:10022(中继服务器的公共IP地址)，而不是127.0.0.1:10022。这意味着，可以从外部主机连接到隧道端点。x0dx0a现在可以从其他任何计算机(比如clientcomputer)，输入下列命令，访问NAT后面的家用服务器。x0dx0aclientcomputer~$ ssh -p 10022 [email protected]在上述命令中，虽然1.1.1.1是中继服务器的公共IP地址，但homeserver_user必须是与家用服务器关联的用户帐户。这是由于，你实际登录进入的主机是家用服务器，而不是中继服务器。后者只是将你的SSH流量中继转发到家用服务器而已。x0dx0a在Linux上建立持久性SSH反向隧道x0dx0a想必你已明白了如何建立一条SSH反向隧道，现在不妨让隧道具有“持久性”，那样隧道随时建立并运行起来(无论面对什么样的情况：暂时网络拥塞、SSH超时还是中继主机重启等)。毕竟，要是隧道没有始终建立起来，你也就无法可靠地连接到家用服务器。x0dx0a为了建立持久性隧道，我要使用一款名为autossh的工具。顾名思义，万一SSH会话由于任何原因而断开，这个程序让你可以自动重启SSH会话。所以，让SSH反向隧道保持持久连接很有用。x0dx0a第一步，不妨建立无需密码的SSH登录机制，从家用服务器登录到中继服务器。那样一来，autossh就能重启断开的SSH反向隧道，不需要用户干预。x0dx0a下一步，将autossh安装到发起隧道的家用服务器上。x0dx0a从家用服务器运行带下列变量的autossh，从而建立一条通向中继服务器的持久性SSH隧道。x0dx0ahomeserver~$ autossh -M 10900 -fN -o "PubkeyAuthentication=yes" -o "StrictHostKeyChecking=false" -o "PasswordAuthentication=no" -o "ServerAliveInterval 60" -o "ServerAliveCountMax 3" -R 1.1.1.1:10022:localhost:22 [email protected]“-M 10900”选项指定了中继服务器上的一个监控端口，将用来交换测试数据，以监控SSH会话。该端口不应该被中继服务器上的任何程序所使用。x0dx0a“-fN”选项传递给ssh命令，让SSH隧道可以在后台运行。x0dx0a“-o XXXX”选项指令ssh执行下列操作：x0dx0a•使用密钥验证，而不是密码验证。x0dx0a•自动接受(未知的)SSH主机密钥。x0dx0a•每60秒就交换持久连接(keep-alive)消息。x0dx0a•最多发送3个持久连接消息，而不接受任何响应。x0dx0a与SSH反向隧道有关的其余选项仍与之前一样。x0dx0a如果你希望SSH隧道一启动就自动建立起来，可以在/etc/rc.local中添加上述的autossh命令。
‘贰’ SSH隧道协议（AES密钥对加密法则）
SSH是每一台Linux电脑的标准配置
随着Linux设备从电脑逐渐扩展到手机、外设和家用电器，SSH的适用范围也越来越广。不仅程序员离不开它，很多普通用户也每天使用；SSH具备多种功能，可以用于很多场合。有些事情，没有它就是办不成
简单说，SSH是一种网络协议，用于计算机之间的加密登录。
如果一个用户从本地计算机，使用SSH协议登录另一台远程计算机，我们就可以认为，这种登录是安全的，即使被中途截获，密码也不会泄露。
最早的时候，互联网通信都是明文通信，一旦被截获，内容就暴露无疑。1995年，芬兰学者Tatu Ylonen设计了SSH协议，将登录信息全部加密，成为互联网安全的一个基本解决方案，迅速在全世界获得推广，目前已经成为Linux系统的标准配置。雹和陵
需要指出的是，SSH只是一种协议，存在多种实现，既有商业实现，也有开源实现。
SSH主要用于远程登录。假定你要以用户名user，登录远程主机host，只要一条简单命令就可以了。
如果本地用户名与远程用户名一致，登录时可以省略用户名。
SSH的默认端口是22，也就是说，你的登录请求会送进远程主机的22端口。使用p参数，可以修改这个端口。
上面这条命令表示，ssh直接连接远程主机的2222端口。
SSH之所以能够保证安全，原因在于它采用了公钥加密。
整个过程是这样的：（1）远程主机收到用户的登录请求，把自己的公钥发给用户。（2）用户使用这个公钥，将登录密码加密后，发送回来。（3）远程主机用自己的私钥，解密登录密码，如果密码正确，就同意用户登录。
这个过程本身是安全的，但是实施的时候存在一个风险：如果有人截获了登录请求，然后冒充远程主机，将伪造的公钥发给用户，那么用户很难辨别真伪。因为不像https协议，SSH协议的公钥是没有证书中心棚裤（CA）公证的，也就是说，都是自己签发的。
可以设想，如果攻击者插在用户与远程主机之间（比如在公共的wifi区域），用伪造的公钥，获取用户的登录密码。再用这个密码登录远程主机，那么SSH的安全机制就荡然无存了。这种风险就是着名的“中间人攻击”（Man-in-the-middle attack）。
SSH协议是如何应对的呢？
如果你是第一次登录对方主机，系统会出现下面的提示：
这段话的意思是，无法确认host主机的真实性，只知道它的公钥指纹，问你还想继续连接吗？
所谓”公钥指纹”，是指公钥长度较长（这里采用RSA算法，长达1024位），很难比对，所以对其进行MD5计算，将它变成一个128位的指纹。上例中是98:2e:d7:e0:de:9f:ac:67:28:c2:42:2d:37:16:58:4d，再进行比较，就容易多了。
很自然的一个问题就是，用户怎么知道远程主机的公钥指纹应该是多少？回答是没有好办法，远程主机必须在自己的网站上贴出公钥指纹，以便用户自行核对。
假定经过风险衡量以后，用户决定接受这个远程主机的公钥。
系统会出现一句提示，表示host主机已经得到认可。
然后，会要求输入密码。
如果密码正确，就可以登录了。
当远程主机的公钥被接受以后，它就会被保存在文件 $HOME/.ssh/known_hosts 之中。下次再连接这台主机，系统就会认出它的公钥已经保存在本地了，从而跳过警告部分，直接提示输入密码。
每个SSH用户都有自己的 known_hosts 文件，此外系统也有一个这样的文件，通常是 /etc/ssh/ssh_known_hosts ，保存一些对所有用户都可信赖的远程主机的公钥。
使用密码登录，每次都必须输入密码，非常麻烦。好在SSH还提供了公钥登录，可以省去输入密码的步骤。
所谓”公钥登录”，原理很简单，就是用户将自己的公钥储存在远程主机上。登录的时候，远程主机会向用户发送一段随机字符串，用户用自己的私钥加密后，再发回来。远程主机用事先储存的公钥进行解密，如果成功，就证明用户是可信的，直接允许登录shell，不再要求密码。
这种方法要求用户必须提供自己的公钥。如果没有现成的源戚，可以直接用 ssh-keygen 生成一个：
运行上面的命令以后，系统会出现一系列提示，可以一路回车。其中有一个问题是，要不要对私钥设置口令（passphrase），如果担心私钥的安全，这里可以设置一个。
运行结束以后，在$HOME/.ssh/目录下，会新生成两个文件： id_rsa.pub 和 id_rsa 。前者是你的公钥，后者是你的私钥。
这时再输入下面的命令，将公钥传送到远程主机host上面：
好了，从此你再登录，就不需要输入密码了。
如果还是不行，就打开远程主机的 /etc/ssh/sshd_config 这个文件，检查下面几行前面”#”注释是否取掉。
然后，重启远程主机的ssh服务。
远程主机将用户的公钥，保存在登录后的用户主目录的 $HOME/.ssh/authorized_keys 文件中。公钥就是一段字符串，只要把它追加在 authorized_keys 文件的末尾就行了。
这里不使用上面的ssh--id命令，改用下面的命令，解释公钥的保存过程：
这条命令由多个语句组成，依次分解开来看：
（1） ”$ ssh user@host” ，表示登录远程主机；
（2）单引号中的 mkdir .ssh && cat >> .ssh/authorized_keys ，表示登录后在远程shell上执行的命令：
（3） ”$ mkdir -p .ssh” 的作用是，如果用户主目录中的.ssh目录不存在，就创建一个；
（4） ’cat >> .ssh/authorized_keys’ < ~/.ssh/id_rsa.pub 的作用是，将本地的公钥文件 ~/.ssh/id_rsa.pub ，重定向追加到远程文件 authorized_keys 的末尾。
写入 authorized_keys 文件后，公钥登录的设置就完成了。
‘叁’ ssh tunnel什么意思
这个回答是恶搞吧？？java的ssh框架是2002年的事情，linux上的ssh协议存在已经好几十年了。
ssh tunnel是ssh隧道，在两台计算机之间建立加密通讯通道，从而达到绕过某些限制、安全访问到某些资源的目的。举个例子，假设计算机A能访问到B，不能访问C，而B能访问C，那么在A与B之间建立一个ssh tunnel，就可以让A访问到C。