CentOS无法远程连接，如何查看sshd服务状态？

在Linux系统管理中,OpenSSH服务器（sshd）是至关重要的服务，它为系统管理员提供了安全的远程登录和管理能力，确保sshd服务正常运行是日常运维的基础工作之一，在CentOS系统中，有多种方法可以查看sshd服务的状态，从现代的systemctl命令到传统的service命令，再到更底层的进程和端口检查，每种方法都有其独特的用途，本文将详细介绍这些方法，帮助您全面掌握在CentOS中监控和诊断sshd状态的技巧。

使用 systemctl 命令（推荐方法）

对于CentOS 7及更高版本，系统和服务管理器（systemd）是标准的管理工具。systemctl是与systemd交互的主要命令，功能强大且信息详尽，是查看sshd状态的首选方法。

要查看sshd服务的当前状态,可以在终端中执行以下命令：

systemctl status sshd.service

（注：.service后缀通常可以省略，即systemctl status sshd）

执行后,您将看到类似以下的输出：

● sshd.service - OpenSSH server daemon
   Loaded: loaded (/usr/lib/systemd/system/sshd.service; enabled; vendor preset: enabled)
   Active: active (running) since Mon 2025-10-23 10:30:15 CST; 2 days ago
     Docs: man:sshd(8)
           man:sshd_config(5)
 Main PID: 1234 (sshd)
    Tasks: 1 (limit: 1137)
   Memory: 1.2M
   CGroup: /system.slice/sshd.service
           └─1234 /usr/sbin/sshd -D [listener] 0 of 10-100 startups

输出信息详解：

• Loaded：表示服务的单元文件是否已被加载。enabled意味着服务将在系统启动时自动运行。disabled则表示不会。
• Active：这是最关键的状态信息。active (running)表示服务正在正常运行，其他可能的状态包括inactive (dead)（未运行）、failed（运行失败）或activating（正在启动）。
• Since：显示服务自上次启动以来已经运行了多长时间。
• Main PID：服务主进程的ID号。
• Tasks、Memory、CGroup：提供了关于服务资源使用情况的详细信息，对于性能监控很有帮助。

除了查看状态,systemctl还集成了服务管理功能：

• sudo systemctl start sshd：启动sshd服务。
• sudo systemctl stop sshd：停止sshd服务。
• sudo systemctl restart sshd：重启sshd服务（会中断当前连接）。
• sudo systemctl reload sshd：重新加载配置文件（不会中断现有连接）。
• sudo systemctl enable sshd：设置sshd服务开机自启。
• sudo systemctl disable sshd：取消sshd服务开机自启。

使用 service 命令（传统方法）

对于仍在使用CentOS 6或更早版本的系统，或者习惯于传统SysVinit脚本的管理员，service命令是查看和管理服务的主要方式。

查看sshd状态的命令如下：

service sshd status

其输出通常比systemctl简洁，可能显示如下信息：

sshd (pid  1234) is running...

或者如果服务未运行：

sshd is stopped

同样,service命令也提供基本的管理操作：

• sudo service sshd start
• sudo service sshd stop
• sudo service sshd restart
• sudo service sshd reload

检查端口与进程（深入排查）

有时,服务状态显示为“running”，但您仍然无法通过SSH连接，这时，需要从网络和进程层面进行更深入的排查。

检查监听端口

SSHD默认监听TCP的22号端口,可以使用ss或netstat命令来确认端口是否正在监听。ss是netstat的现代替代品，速度更快。

# 使用 ss 命令
sudo ss -tulpn | grep sshd
# 或者使用 netstat 命令
sudo netstat -tulpn | grep sshd

• -t：显示TCP端口。
• -u：显示UDP端口。
• -l：仅显示监听状态的套接字。
• -p：显示使用该套接字的进程。
• -n：以数字形式显示端口和地址，不进行域名解析。

如果sshd正常运行,您应该能看到类似LISTEN状态的条目，本地地址为0.0.0:22或::22。

检查进程

直接检查系统中是否存在sshd进程。

ps aux | grep sshd

输出会列出所有与sshd相关的进程，通常会有一个以root用户身份运行的主进程（守护进程），以及多个以登录用户身份运行的子进程（代表每个已建立的SSH会话）。

查看日志文件（定位问题根源）

当服务启动失败或连接出现问题时,日志文件是定位故障的关键，在CentOS系统中，SSH服务的日志通常记录在/var/log/secure文件中。

您可以使用grep、tail或less等工具来查看日志：

# 查看最新的SSH相关日志
sudo tail -f /var/log/secure
# 搜索包含"sshd"的日志条目
sudo grep 'sshd' /var/log/secure

在日志中,您可以找到关于登录成功/失败、密钥验证、配置错误、连接断开等事件的详细信息，看到Failed password for invalid user的条目可能表明有人在尝试暴力破解。

---

为了方便快速查阅,下表小编总结了上述几种方法的特点和用途：

方法	命令示例	主要用途	适用系统版本
systemd	systemctl status sshd	全面查看服务状态、资源占用，并集成了启停、重载和开机自启管理	CentOS 7+
SysVinit	service sshd status	简单快速地查看服务是否运行，并进行基本管理	CentOS 6及更早版本
端口检查	ss -tulpn | grep sshd	确认服务是否在正确的端口上监听，排查网络层面问题	所有版本
进程检查	ps aux | grep sshd	确认sshd进程是否存在，区分主进程和用户会话进程	所有版本
日志分析	tail /var/log/secure	深入排查连接失败、认证错误等具体问题根源	所有版本

---

相关问答 (FAQs)

问1：为什么我无法通过SSH连接到服务器，即使 systemctl status sshd 显示服务是 active (running) 的？

答： 这是一个常见问题，通常原因不在服务本身，而在于网络或配置层面，请按以下步骤排查：

1. 防火墙：CentOS 7及以上版本默认使用firewalld，检查SSH服务（端口22）是否在防火墙中放行，可以使用命令 sudo firewall-cmd --list-all 查看，如果未放行，请执行 sudo firewall-cmd --permanent --add-service=ssh 并随后运行 sudo firewall-cmd --reload 使规则生效。
2. 端口监听：使用 sudo ss -tulpn | grep sshd 确认sshd确实在监听22端口，如果没有，可能是配置文件（/etc/ssh/sshd_config）中的Port参数被修改了。
3. 配置文件：检查/etc/ssh/sshd_config文件，看是否有ListenAddress、AllowUsers或DenyUsers等限制性配置，阻止了您的IP地址或用户名登录。
4. 网络连通性：从客户端使用ping命令检查服务器的IP是否可达，并使用telnet <服务器IP> 22测试端口是否被中间网络设备（如路由器、安全组）阻断。

问2：systemctl restart sshd 和 systemctl reload sshd 有什么区别？我应该用哪个？

答： 这两个命令的主要区别在于对现有连接的影响：

• ：这是一个“硬重启”，它会完全终止当前的sshd主进程和所有由它派生的子进程（即所有已建立的SSH会话），然后重新启动一个新的主进程，执行此命令会断开所有当前通过SSH连接到服务器的用户。
• ：这是一个“软重载”，它会让sshd主进程重新读取其配置文件（/etc/ssh/sshd_config），并应用新的配置，但不会终止主进程本身，也不会中断已经建立的SSH会话。

使用建议：

• 当您修改了sshd_config文件中的大多数配置（如更改端口号、禁止root登录、修改密钥算法等）时，使用 reload 是最佳选择，因为它可以在不中断用户会话的情况下使新配置生效。
• 只有当服务出现异常或reload无法解决问题时，才使用 restart，在计划维护窗口期间，如果需要确保服务完全“刷新”，也可以使用restart。