SSH只能用于远程Linux主机？那说明你见识太小了！

比眉伴天荒 2021-07-26 16:17 203阅读 0赞

![1803089889.png][]

开源Linux

长按二维码加关注~

![undefined][]

![format_png][]

今天小编为大家分享一篇关于SSH 的介绍和使用方法的文章。本文从SSH是什么出发，讲述了SSH的基本用法，之后在远程登录、端口转发等多种场景下进行独立的讲述，希望能对大家有所帮助。

**什么是SSH？**

SSH是一种网络协议，用于计算机之间的加密登录。最早的时候，互联网通信都是明文通信，一旦被截获，内容就暴露无疑。1995年，芬兰学者Tatu Ylonen设计了SSH协议，将登录信息全部加密，成为互联网安全的一个基本解决方案，迅速在全世界获得推广，目前已经成为Linux系统的标准配置。

**SSH登录原理**

![format_png 1][]

**SSH基本用法**

语法:

ssh -p 22 user@host

参数:

\-p：指定端口号。

user：登录的用户名。

host：登录的主机。

默认的端口号为22，当端口号为22的时候，可以省略，直接使用如下方式:

ssh user@host

此外，如果本地正在使用的用户名与远程登录的用户名一致，登录用户名也是可以省略的，即如下：

ssh host

**SSH远程登录实例**

现在我有两台Linux虚拟机，上面安装都是centOS6.5，ip分别为192.168.13.135和192.168.13.138，如下图：

![format_png 2][]

![format_png 3][]

现在，我需要操作的是在192.168.13.138机器上，SSH连接192.168.13.135机器。

首先，我们可以使用如下命令，查看两台机器是否启用了ssh。

netstat -ntlp |grep ssh

![format_png 4][]

使用如下命令进行连接：

ssh -p 22 root@192.168.13.135

若在本机上是首次登录该远程主机，则会出现如下界面。

![format_png 5][]

**大致意思就是，无法确认host主机的真实性，只知道它的公钥指纹，问你还想继续连接吗？输入yes即可。**

![format_png 6][]

然后输入密码，即可连接ok了。

![format_png 7][]

要想退出，直接输入exit即可。

![format_png 8][]

**SSH端口转发**

SSH 不仅仅能够自动加密和解密SSH客户端与服务端之间的网络数据，同时SSH 还提供了一个非常有用的功能，那就是**端口转发**，即 **将TCP 端口的网络数据，转发到指定主机的某个端口上，在转发的同时会对数据进行相应的加密及解密**。如果工作环境中的防火墙限制了一些网络端口的使用，但是允许SSH连接，那么也是能够通过使用SSH转发后的端口进行通信。

SSH端口转发，主要分为本地转发与远程转发两种类型。

1.端口转发命令参数

-C：压缩数据
    -f ：后台认证用户/密码，通常和-N连用，不用登录到远程主机。
    -N ：不执行脚本或命令，通常与-f连用。
    -g ：在-L/-R/-D参数中，允许远程主机连接到建立的转发的端口，如果不加这个参数，只允许本地主机建立连接。
    -L : 本地端口:目标IP:目标端口
    -D : 动态端口转发
    -R : 远程端口转发
    -T ：不分配 TTY 只做代理用
    -q ：安静模式，不输出 错误/警告 信息

2.**本地转发**

由本地网络服务器的某个端口，转发到远程服务器某个端口。说白了就是，**将发送到本地端口的请求，转发到目标端口**。格式如下：

ssh -L 本地网卡地址:本地端口:目标地址:目标端口 用户@目标地址

现在我们利用本地转发来解决一个问题，比如我们有两台机器，如下：

centos A（192.168.13.139）
    centos B（192.168.13.142，安装MySQL）

现在，centos B机器上面安装了mysql，并设置了允许任何主机连接，如下：

![format_png 9][]

此时，在centos A是可以连上centos B的mysql，如下：

![format_png 10][]

那么，现在我开始限制centos B（192.168.13.142）不允许外部ip连接，仅仅让127.0.0.1连接，如下：

![format_png 11][]

此时，centos A怎么连接上centos B的mysql呢？

现在我们还是使用上面的mysql连接方式，肯定会报错，如下：

![format_png 12][]

当然在centos B（本机）mysql还是可访问的。

![format_png 13][]

这个时候，我们就可以使用本地端口转发了，将本地的某个端口，映射到centos B（192.168.13.142）机器上面的。

如下：

ssh -L 127.0.0.1:3306:127.0.0.1:3306 root@192.168.13.142

因为本地网卡地址是可以省略的，上面的转发，可以简写为：

ssh -L 3306:127.0.0.1:3306 root@192.168.13.142

上面的代码就是将本地的3306端口，转发到192.168.13.142的3306端口。因为centos B（192.168.13.142）上面的mysql使用的3306端口。当然，我们首先得看看本地的3306端口是否被占用，如被占用，可以使用其他的端口。

数据流向如图：

![format_png 14][]

1）首先，centos A 上的应用将数据发送到本地的127.0.0.1上面的3306端口。

2）然后，centos A 将3306端口的数据，通过SSH转发到centos B的3306端口。

3）接着，centos B 将处理后的数据原路返回给centos A。

如果是首次通过ssh连接centos B机器，则会提示确认公钥，并让你选择是否确定连接。

![format_png 15][]

ssh -L 3306:127.0.0.1:3306 192.168.13.142（简写）

此时，我们在centos A上连接centos B上面的mysql，就可以这么写了。

bin/mysql -h127.0.0.1 -uroot -p

如下：

![format_png 16][]

我们可以通过下面命令，在centosA上查看ssh转发监听的进程。

![format_png 17][]

**3.远程转发**

由远程服务器的某个端口，转发到本地网络的服务器某个端口。说白了，就是将发送到远程端口的请求，转发到目标端口。格式如下：

ssh -R 远程网卡地址:远程端口:目标地址:目标端口

下面三台机器为例，如下：

centos A（192.168.13.139）
    centos B（192.168.13.142）
    win7（10.18.78.135）

假设，win7与centos B不能直接连接，但是win7与centos A可以连接，centos B也可以与centos A连接，那么，我们就可以在centos A上面使用远程端口转发了，让win7与centos B进行通信。

如下，在centos A上配置远程端口转发：

ssh -R 127.0.0.1:80:10.18.78.135:80 root@192.168.13.142

即centos B（192.168.13.142）监听自己的80端口，然后将所有数据由centos A（192.168.13.139）发给win7（10.18.78.135）。

**SSH的远程操作**

ssh远程操作，主要用于在远程机器上面执行某个操作，格式如下：

ssh user@host 'command'

案例1：

在机器A（192.168.13.148）中查看机器B（192.168.13.149）的操作系统类型。

在A机器上面执行如下命令：

ssh  root@192.168.13.149  'uname -a'

案例2：

将机器A（192.168.13.148）中test文件夹复制到B机器（192.168.13.149）。

在A机器上面，执行如下命令：

tar -cz test | ssh root@192.168.13.149 'tar -xz'

当然，我们也可以使用scp命令或rz命令，传输文件。

案例3：

在机器A（192.168.13.148）上查看B机器（192.168.13.149）是否监听了1080端口。

在A机器上面，执行如下命令：

ssh dequan@192.168.13.149 'netstat -tln |grep 1080'

![format_png 18][]

**SSH的本地转发**

本地转发，说白了，就是**把发到本地的某个端口请求，转发到远程的某台机器上面**。格式如下：

ssh -L  [本地地址:]本地端口:远程地址:远程端口 远程用户@远程地址

案例1：

在机器B（192.168.13.149）上面访问机器A（192.168.13.148）的服务。

现在，我们在A机器上面，启动了Nginx服务，如下：

![format_png 19][]

我们希望B机器也能够这样使用A机器上面的服务。需要把B机器上面80端口请求，转发到A机器上面。目前在B机器这样执行，是报错的，如下：

![format_png 20][]

需要在B机器上面，执行如下代码：

ssh -f -N -L 127.0.0.1:80:192.168.13.148:80 dequan@192.168.13.148

然后，在B机器上面，访问A机器的服务，就像访问自身的服务一样。

![format_png 21][]

**SSH的远程转发**

远程转发，即**把发给远程机器的某个端口请求，转发到本地的机器上面**。格式如下：

ssh -R [远程地址:]远程端口:本地地址:本地端口 远程用户@远程地址

在上面的案例中，我们也可以通过远程转发来实现。即在A机器上面执行如下代码：

ssh -f -N -R 8081:127.0.0.1:80 dequan@192.168.13.149

我们监听了B机器的8081端口，把该端口的请求，转发到A机器上面。

可以在B机器上面看到，我们的监听，如下：

![format_png 22][]

此时，在B机器上执行如下命令，就会被转发到A机器的127.0.0.1的80端口，如下：

![format_png 23][]

1、利用远程转发，实现代理功能

目前B机器，只能在自己127.0.0.1的80端口监听并转发，如何让B机器作为代理，转发其他机器的请求到A机器上面呢？比如，现在有一台机器C（192.168.13.143），C不能访问A，但是能够访问B。如何让C利用B来访问A呢？

此时，需要将B的监听端口由127.0.0.1:8081，改为0:0.0.0:8081，修改sshd的配置/etc/ssh/sshd\_config。

vim /etc/ssh/sshd_config
    如果有
    GatewayPorts no
    改为
    GatewayPorts yes
    
    
    没有，添加即可
    然后重启sshd
    
    
    service sshd restart

然后重新，设置动态转发，如下：

ssh -f -g  -N -R 8081:127.0.0.1:80 dequan@192.168.13.149

可以看到，此时B机器，已经监听了0:0.0.0:8081

![format_png 24][]

在C机器上面，我们通过curl模拟请求，利用B机器做代理，如下：

curl -x 192.168.13.149:8081 127.0.0.1

![format_png 25][]

当然，如果还有其他机器，也可以使用类似的方式，来请求A机器。

**SSH的动态转发**

对于SSH的本地转发和远程转发，都需要将本地端口和远程端口一一绑定，格式如下：

ssh -D [本地地址:]本地端口号 远程用户@远程地址

比如，把发到B机器上面的请求，都转发到A机器上面，让A机器去执行请求。

**SSH存在的问题**

如果有人截获了登录请求，然后冒充远程主机，将伪造的公钥发给用户，那么用户很难辨别真伪。因为不像https协议，SSH协议的公钥是没有证书中心（CA）公证的，也就是说，都是自己签发的。

可以设想，如果攻击者插在用户与远程主机之间（比如在公共的wifi区域），用伪造的公钥，获取用户的登录密码。再用这个密码登录远程主机，那么SSH的安全机制就荡然无存了。这种风险就是著名的"中间人攻击"（Man-in-the-middle attack）。

**总结**

本篇文章主要介绍了SSH的基本概念和实践中常用的一些方法，并没有涉及深层原理和优化的知识，在底层实现和协议具体内容还能继续深入研究。如果有什么疑问或建议，可以在下方留言。

**- End -**

![format_png 26][]

[1803089889.png]: /images/20210726/0c036f507d6c4412969bb2ad660c0ad6.png
[undefined]: /images/20210726/960f1a81dfe44c71ad295268f0e33bb4.png
[format_png]: /images/20210726/6b96e768f8ca41d399504265a47c2343.png
[format_png 1]: /images/20210726/f38b3ffed3a34132a9e3573e5fa07d35.png
[format_png 2]: /images/20210726/2879b364bd284d029675310009ec67ad.png
[format_png 3]: /images/20210726/3978cc3ebd7d48928cbdf954858dbd99.png
[format_png 4]: /images/20210726/2248c08f289c4315bedbbcca4f780cb4.png
[format_png 5]: /images/20210726/cf61b30b5acb4f4bb1857f6d6796f5a3.png
[format_png 6]: /images/20210726/ccc0675f4b5c41d8a718f6f682cc67a2.png
[format_png 7]: /images/20210726/02bf2155ca56436bbb75dfd41b9bdfa6.png
[format_png 8]: /images/20210726/7505a3f514c74945a79526f5ca87191f.png
[format_png 9]: /images/20210726/b9e9be2192b14647bbeca14a9b56d1b1.png
[format_png 10]: /images/20210726/b0d818a0f04d47f8aef9e80f47a5d8ae.png
[format_png 11]: /images/20210726/854cfae405dc43e49807771ebee8462b.png
[format_png 12]: /images/20210726/517bd445778f42bc96bc490c4c951c74.png
[format_png 13]: /images/20210726/dba761d2374545d3a5c90f851cdad029.png
[format_png 14]: /images/20210726/c4ead35b7f4d4c3aa787854533141f9d.png
[format_png 15]: /images/20210726/76301e7b37c24e849b4f01eafa966111.png
[format_png 16]: /images/20210726/5a096b6e71f94723b7ea34cb967462a4.png
[format_png 17]: /images/20210726/dd44a9c04c0f46d5b6b2ef8d9c40be35.png
[format_png 18]: /images/20210726/39be474b9c894b3f97d3e1db77930d74.png
[format_png 19]: /images/20210726/3922455ef7cb4a058a0243324371ab9d.png
[format_png 20]: /images/20210726/f7292891d73041a1964f9bc3a7c79262.png
[format_png 21]: /images/20210726/cac77e9c66a342c283101063d7f64236.png
[format_png 22]: /images/20210726/8c0bcf3321ad432d8d9813298e526007.png
[format_png 23]: /images/20210726/8631b7122bdc43c28cb016633f474fbd.png
[format_png 24]: /images/20210726/980614687b25472cb11cfe1045c83c3a.png
[format_png 25]: /images/20210726/8c05efe0d7974ff081624ff02e10d92e.png
[format_png 26]: /images/20210726/3f65c68aa4184ac0b08ec0778a766d07.png