ssh远程访问及控制

最新推荐文章于 2023-05-23 16:00:32 发布

烟花雨..

最新推荐文章于 2023-05-23 16:00:32 发布

阅读量2.9k

点赞数

文章标签： linux 运维

本文链接：https://blog.csdn.net/gcc001224/article/details/124235039

版权

引言

今天我来教教大家ssh远程管理的操作和如何配置密钥的操作过程。

一、SSH远程管理

1.SSH (Secure Shell)协议

是一种安全通道协议
对通信数据进行了加密处理，用于远程管理
SSH 为 Secure Shell 的缩写，由 IETF 的网络小组（Network Working Group）所制定；SSH为建立在应用层基础上的安全协议。
SSH 是较可靠，专为远程登录会话和其他网络服务提供安全性的协议。利用 SSH 协议可以有效防止远程管理过程中的信息泄露问题。
SSH最初是UNIX系统上的一个程序，后来又迅速扩展到其他操作平台。SSH在正确使用时可弥补网络中的漏洞。
SSH客户端适用于多种平台。几乎所有UNIX平台—包括HP-UX、Linux、AIX、Solaris、Digital
UNIX、Irix，以及其他平台，都可运行SSH。

2.ssh的优点

SSH客户端<--------------网络---------------->SSH服务端

数据传输是加密的，可以防止信息泄漏
数据传输是压缩的，可以提高传输速度

3.常见的ssh协议

客户端： Linux Client: ssh, scp, sftp，slogin Windows Client：xshell, MobaXterm,putty, securecrt, sshsecureshellclient

OpenSSH 是实现SSH协议的开源软件项目，适用于各种UNIX、 Linux 操作系统。

Centos 7系统默认已安装openssh相关软件包，并将sshd 服务添加为开机自启动。

执行"systemctl start sshd"命令即可启动sshd 服务

sshd 服务默认使用的是TCP的22端口，安全协议版本sshv2，出来2之外还有1（有漏洞）

sshd服务的默认配置文件是/etc/ssh/sshd_config ssh_config和sshd_config都是ssh服务器的配置文件，二者区别在于前者是针对客户端的配置文件，后者则是针对服务端的配置文件。

4.配置OpenSSH

服务名称: sshd d：以守护进程方式运行
服务端主程序: /usr/sbin/sshd
服务端配置文件: /etc/ssh/sshd_config

sshd_config配置文件的常用选项设置
vim /etc/ssh/sshd_config
Port 22                  监听端口为22
ListenAddress 0.0.0.0     监听地址为任意网段，也可以指定OpenSSH服务器的具体IP(提高安全性使用服务器地址，多个地址用空格隔开)
LoginGraceTime 2m         登录验证时间为2分钟
PermitRootLogin no         禁止 root用户登录
MaxAuthTries 6             最大重试次数为6
PermitEmptyPasswords no    禁止空密码用户登录
UseDNS no           禁用DNS反向解析，以提高服务器的响应速度

只允许zhangsan、lisi、wangwu用户登录，且其中wangwu用户仅能够从IP地址为61.23.24.25 的主机远程登录
（白名单）AllowUsers zhangsan lisi wangwu@61.23.24.25          多个用户以空格分隔
禁止某些用户登录，用法于AllowUsers类似（注意不要同时使用）
（黑名单）DenyUsers zhangsan

在这里插入图片描述

二.SSHD服务

1.远程登陆

-l:指定登录名称。
-P:指定登录端口(当服务端的端口非默认时，需要使用-p指定端口进行登录)


登录方法一:
ssh  远程服务器用户名@远程服务器主机名或IP地址 -p 端口    //默认端口为22，可以不加-p
登录方法二：
ssh -l +远程主机用户名 +远程服务器主机名或IP地址 -p 端口
 
因方法二繁琐，我们正常使用方法一进行远程登录

在这里插入图片描述

2.文件传输

sftp是安全文件传送协议，可以为传输文件提供一种安全的网络的加密方法。
sftp与ftp有着几乎一样的语法和功能。SFTP 为SSH的其中一部分，其实在SSH软件包中，已经包含了一个叫作SFTP全文件信息传输子系统，SFTP本身没有单独的守护进程，它必须使用sshd守护进程(端口号默认是22)来完成相应的连接和答复操作。所以，使用SFTP是非常安全的。但是，由于这种传输方式使用了加密/解密技术，所以传输效率比普通的FTP要低得多，如果您对网络安全性要求更高时，可以使用SFTP代替FTP。

sftp root@192.168.190.3    #登陆到服务器
get                       #下载
get -r                    #下载目录
put                       #默认会上传到/root
help                      #查看sftp可使用的命令和用途
pwd                       #显示当前服务器所在位置
lpwd                      #显示当前主机位置

在这里插入图片描述

3.故障集

在平时工作中，有时候需要sSH登陆到别的Linux主机上去，但有时候sSH登陆会被禁止，并弹出如下类似提示:

The authenticity of host ‘192.168.10.9 (192.168.10.9)’ can’t be established.ECDSA key fingerprint is SHA256:AaGpHeEiRuXMy96oezzV6Toej5nJUmZIe/djqR7qCVk.ECDSA key fingerprint is MD5:78:al:bl:1c:36:76:c7:34:54:87:cc:ea:51:3f:0c:24.Are you sure you want to continue connecting (yes/no) ? yes

warning: Permanently added '192.168.10.9’(ECDSA) to the list of known hosts.Authentication failed.

ssh会把你每个你访问过计算机的公钥(publickey)都记录在~/.ssh/known_hosts。当下次访问相同计算机时，OpensSH会核对公钥。如果公钥不同，openSSH会发出警告，避免你受到DNS Hijack之类的攻击。

解决办法

1．使用ssh连接远程主机时加上"-o strictHostKeyChecking=no"的选项，如下:

ssh -o .StrictHostKeyChecking=no 192.168.xxx.xxx

2.一个彻底去掉这个提示的方法是，修改/etclssh/ssh_config文件（或$HOME/.ssh/config)中的配置，添加如下两行配置:

strictHostKeyChecking no

UserKnownHostsFile /dev/null

原因:一台主机上有多个Linux系统，会经常切换，那么这些系统使用同一ip，登录过一次后就会把ssh信息记录在本地的~/.ssh/known hsots文件中，切换该系统后再用ssh访问这台主机就会出现冲突警告，需要手动删除修改known_hsots里面的内容。

sshd服务器配置文件为：/etc/ssh/sshd_config

4.sshd服务支持登录验证方式

密码验证：
以服务器中本地系统用户的登录名称、密码进行验证。这种方式使用最为简便，但从客户机角度来看，正在连接的服务器有可能被假冒，从服务器角度来看，当遭遇密码暴力破解攻击时防御能力比较弱。
同时：18位密码复杂性(大写、小写、字符、数字) 端口(1023以上叫做高危端口)
密钥对验证：
要求提供相匹配的密钥信息才能通过验证，通常先在客户机中创建一对密钥文件（公钥和私钥），然后将公钥文件放到服务器中的指定位置。远程登录时，系统将使用公钥、私钥进行加密/解密关联验证，增强了远程管理的安全性。该方式不易被假冒，且可以免交互登录，在Shell 中被广泛使用。当密码验证、密钥对验证都启用时，服务器将优先使用密钥对验证。对于安全性要求较高的服务器，建议将密码验证方式禁用，只允许启用密钥对验证方式;若没有特殊要求，则两种方式都可启用。

三、密钥对构建

1.密钥对原理

首先ssh通过加密算法在客户端产生密钥对(公钥和私钥)，公钥发送给服务器端，自己保留私钥，如果要想连接到带有公钥的SSH服务器，客户端SSH软件就会向SSH服务器发出请求，请求用联机的用户密钥进行安全验证。SSH服务器收到请求之后，会先在该SSH服务器上连接的用户的家目录下寻找事先放上去的对应用户的公用密钥，然后把它和连接的SSH客户端发送过来的公用密钥进行比较。如果两个密钥一致，SSH服务器就用公钥加密"质询" ( challenge)并把它发送给SSH客户端。
当密码验证、密钥对验证都启用时，服务器将优先使用密钥对验证。可根据实际情况设置验证方式。

通俗点讲，就是客户端生成一对密钥，私钥自己保存，公钥发给服务器，当进行连接时，系统验证公钥私钥是否匹配，匹配则验证通过，否则拒绝登入。

2.远程拷贝–scp

通过scp命令可以利用SSH安全连接与远程主机相互复制文件；接下来我为大家做两个演示，分别是把远程主机的文件复制给本机，还有把本机的文件复制给远程主机：

scp远程复制
下载复制
scp passwd root@192.168.190.3:/opt/    将远程主机中的passwd文件下载复制到本机
上传复制
scp -r /etc/ssh/ root@192.168.190.3:/home           将本机的/etc/ssh目录复制到远程主机

本地文件复制到服务器
在这里插入图片描述

复制服务器的文件到本地
本地目录复制到服务器

3.密钥对配置

在这里插入图片描述

4.将公钥文件上传至服务器

ssh-copy-id -i /root/.ssh/id_rsa.pub root@192.168.48.6
此方法可直接在“~/.ssh/”目录下生成authorized_ keys文件
在这里插入图片描述

四.访问控制–TCP Wrappers

在Linux 系统中，许多网络服务针对客户端提供了访问控制机制，如Samba、 BIND、HTTPD、 OpenSsh 等TCP Wrappers 将TCP服务程序“包裹"起来，代为监听TCP服务程序的端口，增加了一“个安全检测过程，外来的连接请求必须先通过这层安全检测，获得许可后才能访问真正的服务程序。
大多数Linux发行版，TCP wrappers是默认提供的功能。

[root@localhost ~]# rpm -q tcp_wrappers
tcp_wrappers-7.6-77.el7.x86_64 #系统默认安装

1.TCP Wrappers概述

TCP Wrapper保护机制的两种实现方式

直接使用tcpd程序对其他服务程序进行保护，需要运行tcpd程序。
由其他网络服务程序调用libwrap.so.*链接库，不需要运行 tcpd程序。此方式的应用更加广泛，也更有效率。

使用ldd命令可以查看程序的libwrap.so.*链接库

ldd $ (which ssh)

在这里插入图片描述

语法格式: <服务程序列表>: <客户端地址列表>
(1)服务程序列表
ALL:代表所有的服务。
单个服务程序:如“vsftpd" .
多个服务程序组成的列表:如“vsftpd，sshd"。 .
(2)客户端地址列表
ALL:代表任何客户端地址。
LOCAL:代表本机地址。多个地址以逗号分隔
允许使用通配符*"和"?”，前者代表任意长度字符，后者仅代表一个字符
网段地址，如"192.168.223." 或者192.168.223.0/255.255.255.0
区域地址，如”lic.com"匹配lic.com域中的所有主机。

2.TCP Wrappers访问策略

TCP Wrappers 机制的基本原则:
首先检查/etc/hosts.allow文件，如果找到相匹配的策略，则允许访问;
否则继续检查/etc/hosts.deny文件，如果找到相匹配的策略，则拒绝访问;
如果检查上述两个文件都找不到相匹配的策略，则允许访问。

"允许所有，拒绝个别”
只需在/etc/ hosts.deny文件中添加相应的拒绝策略
"允许个别,拒绝所有”
除了在/etc/hosts.allow中添加允许策略之外，还需要在/etc/hosts.deny文件中设置"ALL:ALL”的拒绝策略。

若只希望从IP地址为12.0.0.1的主机或者位于192.168.80.0/24网段的主机访问sshd服务，其他地址被拒绝。
vi /etc/hosts.allow
sshd:12.0.0.1,192.168.80.*
vi /etc/hosts.deny
sshd:ALL

在这里插入图片描述