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

良许Linux

共 5313字,需浏览 11分钟

 ·

2020-09-21 08:32


点击「阅读原文」查看良许原创精品视频。

来自:DevOps技术栈

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

什么是SSH?


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


SSH登录原理



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,如下图:



现在,我需要操作的是通过SSH在192.168.13.138上面,登录到192.168.13.135上面。

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

netstat -ntlp |grep ssh
使用如下命令进行连接。
ssh -p 22 root@192.168.13.135
若在本机上是首次登录该远程主机,则会出现如下界面。
大致意思就是,无法确认host主机的真实性,只知道它的公钥指纹,问你还想继续连接吗?输入yes即可。
然后输入密码,即可连接ok了。
要想退出,直接输入exit即可。


SSH端口转发


SSH 不仅仅能够自动加密和解密 SSH 客户端与服务端之间的网络数据,同时,SSH 还能够提供了一个非常有用的功能,那就是端口转发,即将TCP 端口的网络数据,转发到指定的主机某个端口上,在转发的同时会对数据进行相应的加密及解密。如果工作环境中的防火墙限制了一些网络端口的使用,但是允许 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)
现在,centos B(192.168.13.142)机器上面安装了mysql,并设置了运行任何主机连接,如下:
此时,在centos A(192.168.13.139)上面是可以连上centos B(192.168.13.142)的mysql,如下:
那么,现在我开始centos B(192.168.13.142)限制不允许外部ip连接,仅仅让127.0.0.1连接,如下:
此时,centos A(192.168.13.139)上面怎么连接上centos B(192.168.13.142)的mysql呢?
此时,我们还是使用上面的mysql连接方式,肯定会报错,如下:
当然在centos B(192.168.13.142)mysql还是可访问的。
这个时候,我们就可以使用本地端口转发了,将本地的某个端口,映射到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
当然,ssh连接的时候,若两台机器的用户名相同,也是可以省略的,即命令可以简写为:
ssh -L 3306:127.0.0.1:3306 192.168.13.14
上面的代码就是将本地的3306端口,转发到192.168.13.142的3306端口。因为centos B(192.168.13.142)上面的mysql使用的3606端口。当然,我们首先得看看本地的3306端口是否被占用,如被占用,可以使用其他的端口。
数据流向如图:
首先,centos A(192.168.13.139)上的应用将数据发送到本地的127.0.0.1上面的3306端口。
然后,centos A(192.168.13.139)将3306端口的数据,通过SSH转发到centos B(192.168.13.142)的3306端口。
接着,centos B(192.168.13.142)将处理后的数据,原路返回给centos A(192.168.13.139)。
如果是首次通过ssh连接cetosB该机器,则会提示确认公钥,并让你选择是否确定连接。
此时,我们在centos A上面连接centos B上面的mysql,就可以这么写了。
bin/mysql -h127.0.0.1 -uroot -p
如下:
我们可以通过下面命令,在centosA查看ssh转发监听的进程。
3.远程转发
由远程服务器的某个端口,转发到本地网络的服务器某个端口。说白了,就是将发送到远程端口的请求,转发到目标端口。格式如下:
ssh -R 远程网卡地址:远程端口:目标地址:目标端口
下面三台机器为例,如下:
centos A(192.168.13.139)
centos B(192.168.13.142)
win7(10.18.78.135)
假设,win7(10.18.78.135)与centos B(192.168.13.142)不能直接连接,但是win7(10.18.78.135)与centos A(192.168.13.139)可以连接centos B(192.168.13.142)也可以centos A(192.168.13.139)连接,那么,我们就可以在centos A(192.168.13.139)上面使用远程端口转发了,让win7(10.18.78.135)与centos B(192.168.13.142)进行通信。
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  dequan@192.168.13.149  'uname -a'
案例2、将机器A(192.168.13.148)中test文件夹复制到B机器(192.168.13.149)。
在A机器上面,执行如下命令:
tar -cz test | ssh dequan@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'



SSH的本地转发


本地转发,说白了,就是把发到本地的某个端口请求,转发到远程的某台机器上面。格式如下:
ssh -L [本地地址:]本地端口:远程地址:远程端口 远程用户@远程地址
案例1、在机器B(192.168.13.149)上面访问机器A(192.168.13.148)的服务。
现在,我们在A机器上面,启动了Nginx服务,如下:
我们希望B机器也能够这样使用A机器上面的服务。需要把B机器上面80端口请求,转发到A机器上面。目前在B机器这样执行,是报错的,如下:
需要在B机器上面,执行如下代码:
ssh -f -N -L 127.0.01:80:192.168.13.148:80 dequan@192.168.13.148
然后,在B机器上面,访问A机器的服务,就想访问自身的服务一样。


SSH的远程转发


远程转发,即把发给远程机器的某个端口请求,转发到本地的机器上面。格式如下:
ssh -R [远程地址:]远程端口:本地地址:本地端口 远程用户@远程地址
在上面的案例中,我们也可以通过远程转发来实现。即在A机器上面执行如下代码:
sudo ssh -f -N -R 8081:127.0.0.1:80 dequan@192.168.13.149
我们监听了B机器的8081端口,把该端口的请求,转发到A机器上面。
可以在B机器上面看到,我们的监听,如下:
此时,执行如下命令,就会被转发到A机器的127.0.0.1的80端口,如下:
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
sudo 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
在C机器上面,我们通过curl模拟请求,利用B机器做代理,如下:
curl -x 192.168.13.149:8081 127.0.0.1


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


SSH的动态转发


对于SSH的本地转发和远程转发,都需要将本地端口和远程端口一一绑定,格式如下:
ssh -D [本地地址:]本地端口号 远程用户@远程地址
比如,把发到B机器上面的请求,都转发到A机器上面,让A机器去执行请求。


SSH存在的问题


如果有人截获了登录请求,然后冒充远程主机,将伪造的公钥发给用户,那么用户很难辨别真伪。因为不像https协议,SSH协议的公钥是没有证书中心(CA)公证的,也就是说,都是自己签发的。
可以设想,如果攻击者插在用户与远程主机之间(比如在公共的wifi区域),用伪造的公钥,获取用户的登录密码。再用这个密码登录远程主机,那么SSH的安全机制就荡然无存了。这种风险就是著名的"中间人攻击"(Man-in-the-middle attack)。


总结


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

良许个人微信


添加良许个人微信即送3套程序员必读资料


→ 精选技术资料共享

→ 高手如云交流社群





本公众号全部博文已整理成一个目录,请在公众号里回复「m」获取!

推荐阅读:

又一家网盘,凉凉了

鸿蒙代码全部开源,一起来写个Demo呗!

那天,我被拉入一个学习群···


5T技术资源大放送!包括但不限于:C/C++,Linux,Python,Java,PHP,人工智能,单片机,树莓派,等等。在公众号内回复「1024」,即可免费获取!!


浏览 54
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报