Linux基础教程之SSH端口转发
|
1
2 3 4 5 6 7 8 |
SSH 会自动加密和解密所有SSH 客户端与服务端之间的网络数据。但是，SSH 还能够将其他TCP 端口的网络数据通过SSH 链接来转发，并且自动提供了相应的加密及解密服务。这一过程也被叫做“隧道”（tunneling），这是因为SSH 为其他TCP 链接提供了一个安全的通道来进行传输而得名。例如，Telnet，SMTP，LDAP 这些TCP 应用均能够从中得益，避免了用户名，密码以及隐私信息的明文传输。而与此同时，如果工作环境中的防火墙限制了一些网络端口的使用，但是允许SSH 的连接，也能够通过将TCP 端口转发来使用SSH 进行通讯。
SSH 端口转发能够提供两大功能： （1）加密SSH Client 端至SSH Server 端之间的通讯数据 （2）突破防火墙的限制完成一些之前无法建立的TCP 连接 例如这样一种应用场景：B、C位于企业内部的同一个局域网，A位于互联网上的某个网络，企业内部设置了防火墙，A想通过互联网访问C机器上的telnet服务，由于telenet服务不安全，所以企业的防火墙策略中一般会禁止外部用户访问内部机器上的telnet，并且企业一般不允许开VPN，开VPN相当于直接连到企业内部。由于ssh服务是比较安全的，所以企业的防火墙策略中一般会允许外部用户访问内部某个运行着ssh服务的主机，所以A要访问C上的telenet服务可以通过ssh端口转发的方式，假设B就是一个ssh服务器，即A可以通过访问B上的ssh服务进而去访问C上的telenet服务，此时B是堡垒机，相当于一个跳板，A借助这个跳板访问企业内部C的telnet服务，此时A和B之间是ssh连接，B和C之间。下面模拟一下这种场景： A：centos7（192.168.25.107） B：rhel5（192.168.25.100） C：centos6（192.168.25.106） |
|
1
|
查看C上是否安装了telnet服务
|
|
1
|
查看telnet服务是否已打开(由图中可看出telnet服务已设为开机启动)
|
|
1
|
telnet服务的23端口已打开
|
|
1
|
先禁用一下C的防火墙
|
|
1
|
拒绝来自于A发起的请求，模拟防火墙对telnet连接的限制
|
|
1
|
A上确认一下没有其他服务正在使用9527端口
|
|
1
|
因为之前做了基于key验证的实验，所以没有输密码直接就连上了，并且跳转到了远程shell即B上，即此时A与B已经建立起ssh连接，相当于为不安全的telnet连接搭建了一个安全的隧道。此时想在A上继续执行命令，不能exit退出远程shell，因为此时隧道已经建起来了，若exit，隧道就断开了，所以要么再单独开一个终端，要么加-Nf选项。
|
|
1
2 3 4 5 |
-N不打开远程shell，不跳到远程主机
-f直接在本机执行命令，不用再打开新终端，即后台执行 192.168.25.106 目标主机C的IP 23目标主机C上的服务端口，即telnet服务 192.168.25.100跳板机B的IP（应确保跳板机上有ssh服务） |
、
|
1
|
如图第三个连接，是B的22端口（即B的ssh服务）连接到A的32926端口，即A和B的ssh连接已建立，即隧道已经搭好了，就等着发起telenet流量了，此时还没有telenet连接。
|
|
1
|
本地的9527端口已处于监听状态
|
|
1
|
C上还没有到23端口的连接，即还没有到telenet服务的连接
|
|
1
2 3 4 |
执行完ssh -L命令后，就在本机（即A）打开了一个随机端口32926，用作ssh客户端，并且建立起与ssh服务器（即B）的连接，并且打开本机（即A）的9527端口，让其充当telenet服务器，去监听本机的telnet请求
执行完telenet 127.0.0.1 9527命令后，就在本机（即A）打开了随机端口38528，充当telenet客户端，由它发起telnet请求，本机的9527端口（即telnet服务端）监听到请求后，就与本机的38528端口（即telenet客户端）建立起telnet连接 本机的9527端口（即telnet服务端）接收到telnet数据包后，就将其转交给本机32926端口（ssh客户端），由它对telnet数据包进行加密封装，封装成ssh包，并由由它转发给ssh服务器（即B）的22端口 图中第一个连接是38528端口（即telenet客户端）向9527端口（即telnet服务端）发起的连接，第三个连接是9527端口（即telnet服务端）向38528端口（即telenet客户端）发起的连接，因为两个端口位于同一台主机，所以都在这里显示了出来。 |
|
1
2 3 |
ssh服务器（即B）收到ssh客户端（即A）发来的ssh包后，将其解密解封装，得到telnet数据包，然后在本机打开53580随机端口用作telnet客户端，并将telnet数据包转发给telnet服务器（即C）的23端口
图中第三条连接是ssh客户端（即A，端口为32926）到B（即ssh服务器）的连接； 第一条是B（即telnet客户端，端口为53580）到telnet服务器（即C，端口为23端口）的连接。 |
|
1
|
此时C上已建立起telnet连接，是由telnet客户端（即B，端口为53580）发起的
|
|
1
|
如图可看出，A已经成功连上了C
|
|
1
|
exit退出与远程shell的连接
|
|
1
2 3 |
退出后，A上telnet服务器（即本机的9527端口）与telenet客户端（本机的38528端口）之间的telnet连接断开，
B（即telnet客户端，端口为53580）到C（即telnet服务器，端口为23端口）的telnet连接断开 此时只剩下ssh客户端（即A）与ssh服务器（即B）的ssh连接，即隧道仍存在，本机的9527端口仍处于监听状态 |
|
1
|
用ps aux可看到后台执行的ssh服务
|
|
1
|
关闭ssh进程
|
|
1
|
关了之后本机的9527端口也关了
|
|
1
|
此时A再次发起telenet连接已经连不上了
|