32 nand sshd shell环境和sshd服务有什么区别？

发布时间 : 2024-11-24

作者 : 小编

访问数量 : 23

扫码分享至微信

shell环境和sshd服务有什么区别？

回答行业问题

这个其实是shell环境和ssh会话的问题，问题看似简单，其实说起来，话题很长。

首先解答问题中两者的区别，然后对ssh会话和shell环境的关系、ssh会话和会话超时之间展开说明。

TMOUT是shell环境下的变量,从名字就可以看出是控制超时时间的，ClientAliveInterval参数是sshd服务会话连接保活的参数。

前者是超时时间，后者是保活连接，看似是一个很对立的关系，但是它们之间，首先来说一下它们的区别。

两者区别

shell空闲等待时间TMUOT变量

TMOUT是shell环境下的一个环境变量，它控制shell环境系统空闲等待时间。一般配置在/etc/profile文件当中，Linux系统默认不配置TMOUT环境变量的值。

当TMOUT的值大于0时，比如为10，shell进空闲等待当终端超过10秒没所有输入，bash将关闭当前shell环境，终端连接断开，长时间离开电脑后断开终端连接，对服务器也是一种保护。

从上图可以看出，配置TMOUT环境的值变量为10之后，ssh终端就自动断开了。

ClientAliveInterval sshd服务保活参数

这个参数和ClientAliveCountMax参数配合使用，sshd服务配置这两个参数之后，比如ClientAliveInterval = 300、ClientAliveCountMax = 3。sshd服务会每隔300秒会给客户端发送心跳包，当客户端没有响应时会进行3次重试，重试后依然没有响应，断开ssh连接。

到这里就看出它们的区别了，TMOUT是控制shell环境虚拟终端层面，当终端没有输入时，多长时间断开终端。而ClientAliveInterval参数是控制sshd服务和ssh客户端之间，没有网络通信时多长时间断开和客户端的连接。

总是说shell环境和sshd服务，那它们之间有什么关系呢？继续往下。

shell环境和sshd服务的关系

现在使用的的终端工具比如xshell、putty、CRT等都集成了ssh客户端，当终端发起ssh请求和sshd服务建立连接，并且通过验证，这时sshd服务将创建一个会话，然后调用系统接口创建一个新的pts字符设备文件，同时sshd服务会创建一个shell环境。

最后将ssh会话和pts字符设备文件绑定，字符设备文件再和和shell绑定，这样就创建了ssh会话和shell环境的连接。

当终端输入命令时，首先会将数据通过ssh协议发送给sshd服务，sshd将数据发送给对应的会话，会话将数据发送给pst字符设备文件，字符设备文件将数据最终转发到shell环境。

shell处理完命令请求，然后依次shell--pts符号设备文件--ssh会话--终端工具，这样就完成了终端界面，控制Linux shell的过程。

从上面的阐述可以得出，shell是sshd服务创建的，但是它们又是独立的，通过pts字符设备文件联系在一起。

ssh会话保活和自动超时

平时使用ssh工具连接linux服务器时，总是超时，这时就可以配置sshd服务定时进行心跳检测，防止通信超时断开。

现在ssh工具也都具备网络保活的功能，也可以通过设置客户端程序来进行连接保活，原理和sshd服务一样，定期发送心跳包。

对于安全比较重视的人来说，这样显然是不合理的，这时就可以设置shell环境变量TMOUT定义系统空闲等待时间，在不使用终端时自动断开。

这里一直是在说超时，那么什么都不配置，ssh会话为什么超时了？继续往下看。

ssh会话为什么会超时？

ssh会话属于TCP长连接，linux系统定义了TCP长连接的超时时间，一般是7200秒，也就是两个小时，长连接达到这个时间就会发起心跳包，检测TCP连接，但是在实际场景到不了这个时间就会断开，比如NAT环境。

ipv4地址有限，我们的上网环境一般都在NAT路由设备后面，NAT路由维护着一张NAT表，当tcp连接长时间没有数据通信，NAT路由就会将这个连接从NAT表中移除，这会引起ssh会话就中断超时。

NAT超时时间远远达不到两个小时，所以TCP长连接如果没有心跳，很容易出现超时现象，再有就是网络不稳定，也会造成连接断开。

总结，我们从最初的shell环境变量TMOUT出发，将shell和sshd服务进行关联，介绍了它们之间的关系，引出了shell环境超时和sshd服务超时，并说明了自动超时和保活会话的应用，最后解释了服务超时的原因，环环相连，到这里我想对于ssh会话已经有了基本了解。

以上回答希望能够帮助到你，欢迎大家评论留言。

为什么我的 SSH 连接被拒绝

当您尝试通过 SSH 连接到您的服务器时，可能会发生许多情况，这可能会导致错误读取“连接被拒绝”。

以下是一些可能会给您带来问题的最常见问题。

　　1. 您的 SSH 服务已关闭

为了使用 SSH 连接到您的服务器，它必须运行一个SSH守护进程——一个在后台运行以侦听和接受连接的程序。

为什么我的 SSH 连接被拒绝

如果此服务关闭，您将无法成功连接到您的服务器，并且可能会收到连接被拒绝的错误：

连接拒绝错误

终端中的连接拒绝错误

您的服务器的SSH守护程序可能由于各种原因而关闭，包括意外的流量高峰、资源中断，甚至分布式拒绝服务 (DDoS) 攻击。除了我们将在下面提到的故障排除步骤之外，您可能还需要联系您的托管服务提供商以确定问题的根本原因。

如果您怀疑您的SSH服务可能已关闭，您可以运行以下命令来找出：

基于CentOS6的查看命令如下：

sudo service ssh status

如果命令行返回关闭状态，那么您可能已经找到了连接错误背后的原因。

　　2. 您的凭证有误

尽管这似乎太简单了，但您可能只是在尝试连接到服务器时输入了错误的凭据。运行 SSH 需要四项信息：

主机名--您尝试连接的服务器的IP 地址或您的域名。

用户名--您的 (S)FTP 用户名或是root。

密码--您的 (S)FTP 密码。

端口--默认端口为 22。

但是，一些托管服务提供商出于安全原因更改了他们的 SSH 端口号。

您还可以通过运行以下命令来检查哪个端口用于 SSH：

grep Port /etc/ssh/sshd_config

命令行应该返回正确的端口。

检查以确保您输入了正确的凭据，并考虑到输入错误或输入错误 IP 地址或端口的可能性。

　　3. 您尝试使用的端口已关闭

“端口”只是您在连接到服务器时被定向到的端点。除了确保您拥有正确的端口外，您还需要检查您尝试使用的端口是否已打开。

任何开放的端口都是一个安全漏洞，因为黑客可以尝试利用它并获得对服务器的访问权限。因此，通常会关闭未使用的端口以防止攻击。

如果端口22或服务器的自定义 SSH 端口已关闭，您可能会看到连接被拒绝的错误。您可以通过运行以下命令查看服务器上侦听的所有端口：

sudo lsof -i -n -P | grep LISTEN

此命令应返回具有 LISTEN 状态的端口列表。理想情况下，您希望看到此处列出的端口 22 或服务器的自定义SSH端口。如果不是，您需要重新打开端口才能连接到您的服务器。

　　4. 你的服务器上没有安装 SSH

正如我们之前简要提到的，服务器使用SSH守护进程来侦听和接受连接。因此，如果您尝试连接的服务器没有安装，您将无法使用SSH访问它。

一般来说，几乎所有的托管服务提供商都会默认在他们的服务器上安装 SSH 守护进程。这个特殊问题在本地主机或专用服务器上更为常见。

　　5. 防火墙设置阻止了 SSH 连接

由于开放端口存在安全风险，为保护服务器免受黑客攻击而安装的防火墙有时会阻止与它们的连接。不幸的是，这意味着即使是尝试通过 SSH 访问其服务器的无害用户也可能会由于防火墙设置而收到连接被拒绝的错误。

您需要查找这些元素以确定您的防火墙是否阻止了 SSH 连接：

dport 22：这是指目的端口，对于SSH通常是22端口。

REJECT：这表示来自指定目的地的连接被拒绝。

DROP：与 REJECT 一样，这意味着与相关端口的连接被阻止。

如果您在上述命令的结果中搜索 dport 22，您应该能够确定您的防火墙是否阻止了 SSH 连接。如果是这样，您必须更改规则才能接受请求。

shell环境和sshd服务有什么区别？

两者区别

shell环境和sshd服务的关系

ssh会话保活和自动超时

ssh会话为什么会超时？

为什么我的 SSH 连接被拒绝

关于我们

产品中心

服务与支持