Linux实战笔记(六) SSH

本地转发指的是将发送到本地端口的请求转发到远程端口

通常用于远程端上存在有某个服务,本地主机想进行访问,命令格式如下:

ssh <服务端用户>@<服务端地址> -p <服务端端口> -L <绑定地址>:<绑定端口>:<目标地址>:<目标端口>

首先需要说明的是,上述命令是由客户端执行,这里其实是理解转发链路的关键之一

这个命令看起来还挺复杂的,但其实我们可以拆分开来看,分成两个部分:

  1. ssh <服务端用户>@<服务端地址> -p <服务端端口>
  2. -L <绑定地址>:<绑定端口>:<目标地址>:<目标端口>

第一部分跟上一小节的远程访问一样,先建立客户端与服务端连接的隧道

第二部分是本地转发的关键配置所在,将绑定端口上的请求转到目标端口

  1. 绑定端口:是指客户端上所绑定的端口【重点】
  2. 目标端口:是由服务端进行转发的目标【重点】

一句话概括本地转发的转发链路如下:

客户端绑定的端口收到请求时,通过隧道发送到服务端,再由服务端转发到目标端口【重点】

|--------------|        |--------------|        |-----------|
|  客户端的地址  |------->|  服务端的地址  |------->|  目标地址  |
|  所绑定的端口  |------->|  服务端的端口  |------->|  目标端口  |
|--------------|        |--------------|        |-----------|
                  隧道                     转发

实际怎么做本地转发呢?这里举一个例子:

一般来说,云服务器只默认开放 22 端口,但是假设现在 7777 端口运行着一个服务

如果本地要临时访问,则需先修改防火墙,比较麻烦,这时候就可以配置个本地转发

ssh <云服务器用户>@<云服务器地址> -p 22 -L 127.0.0.1:8888:127.0.0.1:7777

# 以上命令在本地主机执行,此时客户端是本地主机,服务端是云服务器,目标地址是 127.0.0.1,也即云服务器 7777 端口
# 
# 执行之后,本地主机访问 127.0.0.1:8888 即可访问云服务器 7777 端口

# 特别说明,关于绑定地址的设置,通常是 127.0.0.1 或 0.0.0.0
# 
# 如果设置 127.0.0.1,则只允许本机的连接;设置为 0.0.0.0,才会监听所有 IP 的连接
# 
# 因为这里的绑定地址是在客户端,即本地主机,后续接收的请求也是来自本地主机,所以设置为 127.0.0.1 就可以

远程转发则是指将发送到远程端口的请求转发到本地端口,这与本地转发的概念相反

通常用于本地端上存在着某个服务,远程主机想进行访问,命令格式如下:

ssh <服务端用户>@<服务端地址> -p <服务端端口> -R <绑定地址>:<绑定端口>:<目标地址>:<目标端口>

上述命令同样是由客户端负责执行,这点首先要理解清楚

下面还是将该命令拆解成两个部分来分析:

  1. ssh <服务端用户>@<服务端地址> -p <服务端端口>
  2. -R <绑定地址>:<绑定端口>:<目标地址>:<目标端口>

第一部分与本地转发是完全一模一样,先建立客户端与服务端连接的隧道

第二部分是远程转发的关键配置所在,这是与本地转发最大的不同:

  1. 绑定端口:是指服务端上所绑定的端口【重点】
  2. 目标端口:是由客户端进行转发的目标【重点】

一句话概括远程转发的转发链路如下:

服务端绑定的端口收到请求时,通过隧道发送到客户端,再由客户端转发到目标端口【重点】

|--------------|        |--------------|        |-----------|
|  服务端的地址  |------->|  客户端的地址  |------->|  目标地址  |
|  所绑定的端口  |------->|  客户端的端口  |------->|  目标端口  |
|--------------|        |--------------|        |-----------|
                  隧道                     转发

还是举一个例子来说明怎么配置远程转发,这里有一个经典的场景:

假设你需要在家里访问公司内网的服务器,并且你现在有一台外网的服务器,怎么办

很简单,其实就是配置远程转发,这也是我们说的做了个内网穿透

ssh <外网服务器用户>@<外网服务器地址> -R 0.0.0.0.8888:127.0.0.1:22

# 以上命令用内网服务器执行,此时客户端是内网服务器,服务端是外网服务器,目标地址是 127.0.0.1,也即内网服务器 22 端口
# 
# 执行之后,家里的电脑使用 ssh 连接外网服务器 8888 端口,即可连接内网服务器 22 端口

# 需要注意,这里的绑定地址设置是 0.0.0.0
# 
# 因为绑定的地址是服务端,即外网服务器,但后续接收的请求是来自家里电脑,不是同一台主机,所以需要设置为 0.0.0.0
# 
# 这时还要修改服务端上的 ssh 配置文件 `/etc/ssh/sshd\_config`,加上 `GatewayPorts yes`,并重启 sshd 服务后才能生效

最后介绍动态转发,动态转发可以理解成是特殊版的本地转发

通常用于本地主机想访问多个远程端服务或未知的远程端服务,其命令格式如下:

ssh <服务端用户>@<服务端地址> -p <服务端端口> -D <绑定地址>:<绑定端口>

上述命令同样是在客户端执行,也可分为两个部分:

  1. ssh <服务端用户>@<服务端地址> -p <服务端端口>
  2. -D <绑定地址>:<绑定端口>

第一部分与本地转发和远程转发一致,用于建立客户端与服务端之间的连接隧道

第二部分是转发规则的配置,在这里,只需配置绑定端口,而无需配置目标端口

这里的绑定端口是指客户端上的端口,这与本地转发一致【重要】

这里没目标端口,则是因为转发目标由发起的请求所决定【重要】

一句话概括动态转发的转发链路如下:

客户端绑定的端口收到请求时,通过隧道发送到服务端,再由服务端转发该请求

服务端转发的请求就是客户端收到的请求,这样就能达到动态转发的效果啦

例如,客户端收到的请求地址是 hostA: portA,则由服务端转发到 hostA: portA

|--------------|        |--------------|        
|  客户端的地址  |------->|  服务端的地址  |------->  目标地址和目标端口
|  所绑定的端口  |------->|  服务端的端口  |------->  由发起的请求所决定
|--------------|        |--------------|        
                  隧道                     转发

写到这里,不知道大家有没有觉得哪里很奇怪,我们举个例子说:

假设现在本地绑定端口收到请求 <remoteHost>:<remotePort>
然后这个请求通过隧道给服务端
最后再由服务端去转发这个请求 <remoteHost>:<remotePort>,那么 <remoteHost>:<remotePort> 就能收到

这些步骤都没有问题,可问题是 本地主机怎么才能让绑定的端口收到请求 <remoteHost>:<remotePort>

举个具体的例子来说:
假如现在要访问百度,行,那么请求就是 百度地址:80,但是这样请求就直接发出去了,没有到绑定的地址和端口
如果想要到绑定端口也行,那么就只能是 127.0.0.1:绑定端口,这样就能通过隧道给服务端,服务端再去做转发
服务端转发了什么呢?由发起的请求决定 127.0.0.1:绑定端口,实际上就发给了自己,而且端口也是绑定的端口

就是说吧,很奇怪,问题在哪呢?

还是那个:本地主机怎么才能让绑定的端口收到请求 <remoteHost>:<remotePort>

这时就需要我们先在本地主机上设置系统或应用代理

使得发送到本地主机上的请求能先发送到绑定的端口 127.0.0.1:绑定端口

然后再通过隧道发送给服务端,并由服务端进行转发

举例来说,如果要在 macOS  设置系统代理,可参考:官方文档

好了,说了这么多,终于介绍完了三种端口转发模式,总结一下:

模式命令
本地转发ssh <服务端用户>@<服务端地址> -p <服务端端口> -L <客户端绑定地址>:<客户端绑定端口>:<目标地址>:<目标端口>
远程转发ssh <服务端用户>@<服务端地址> -p <服务端端口> -R <服务端绑定地址>:<服务端绑定端口>:<目标地址>:<目标端口>
动态转发ssh <服务端用户>@<服务端地址> -p <服务端端口> -D <客户端绑定地址>:<客户端绑定端口>

无论是哪一种方式,都需要先建立起客户端与服务端的连接隧道

但是这种连接往往不够稳定,所以推荐使用autossh来维护连接

autossh 会对连接进行监听,如果发现连接断开,就会自动重连

使用方法也很简单,只要用 autossh 替换掉 ssh,并加 -M 参数指定监听服务端口即可

autossh <服务端用户>@<服务端地址> -p <服务端端口> -L/-R/-D ... -M <监听服务端口>

当然,为了不用每次重连时都要输入密码,可以设置下免密登录

这点就不用多说了,上面已经有介绍过了

4、文件传输

最后我们介绍 ssh 的另一个应用场景,安全文件传输

为了更方便地使用,这里先推荐一个名为 scp 的工具,全称 Secure Copy

这个工具利用 ssh 实现文件传输和身份认证,用起来很方便

命令格式如下:

scp <source> <target> # 表示从 <source> 传输到 <target>

来举两个例子:

  1. 本地主机上传文件到远程主机
scp <本地主机文件路径> <远程主机用户>@<远程主机地址>:<远程主机目标路径>

# e.g.
# scp /path/to/source user@222.234.133.144:/path/to/target

# 上述命令在 本地主机执行,这里:
# source 为 <本地主机文件路径>
# target 为 <远程主机用户>@<远程主机地址>:<远程主机目标路径>

# 如果上传的是目录,那么需要加上 -r 参数
# 另外可以加上 -P <port> 参数指定远程主机端口

  1. 本地主机从远程主机下载文件

先自我介绍一下,小编浙江大学毕业,去过华为、字节跳动等大厂,目前在阿里

深知大多数程序员,想要提升技能,往往是自己摸索成长,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

因此收集整理了一份《2024年最新Linux运维全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友。
img
img
img
img
img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上运维知识点,真正体系化!

由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新

需要这份系统化的资料的朋友,可以点击这里获取!

[外链图片转存中…(img-waVF1K58-1714286886478)]
[外链图片转存中…(img-aKCcewM4-1714286886478)]
[外链图片转存中…(img-c7Wu6fu0-1714286886478)]

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上运维知识点,真正体系化!

由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新

需要这份系统化的资料的朋友,可以点击这里获取!

  • 14
    点赞
  • 27
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值