Ubuntu systemctl status sshd.service显示inactive，如何排查并解决SSH服务未启动问题？

Question

### Ubuntu `systemctl status sshd.service` 显示 inactive，如何排查并解决 SSH 服务未启动问题？ 在使用 Ubuntu 系统时，SSH（Secure Shell）是一个非常重要的远程管理工具。然而，有时我们可能会遇到 `systemctl status sshd.service` 命令显示 `inactive (dead)` 的情况，这表明 SSH 服务没有正常运行。本文将详细介绍如何排查和解决这一常见问题。 --- #### **1. 确认问题：检查 SSH 服务状态** 首先，我们需要确认 SSH 服务的状态是否确实为 `inactive`。可以通过以下命令检查： ```bash systemctl status sshd.service ``` 如果输出中包含类似以下内容，则说明 SSH 服务当前处于未激活状态： ``` ● sshd.service - OpenSSH server daemon Loaded: loaded (/lib/systemd/system/sshd.service; enabled; vendor preset: enabled) Active: inactive (dead) ``` 此外，还可以尝试直接连接服务器以验证 SSH 是否可用： ```bash ssh user@your_server_ip ``` 如果连接失败，并提示类似“Connection refused”或“Network is unreachable”，则进一步确认了 SSH 服务未启动。 --- #### **2. 排查 SSH 服务未启动的原因** 以下是可能导致 SSH 服务未启动的常见原因及对应的排查步骤： ##### **(1) SSH 服务未被启用** 默认情况下，某些系统可能未启用 SSH 服务。可以通过以下命令检查 SSH 服务是否已设置为开机自启： ```bash systemctl is-enabled sshd.service ``` 如果返回结果为 `disabled`，则需要手动启用 SSH 服务： ```bash sudo systemctl enable sshd.service ``` 然后重新启动服务： ```bash sudo systemctl start sshd.service ``` 再次检查状态： ```bash systemctl status sshd.service ``` 如果服务成功启动，则问题解决。 --- ##### **(2) 配置文件错误** SSH 服务依赖于 `/etc/ssh/sshd_config` 文件中的配置。如果该文件存在语法错误或不正确的设置，可能导致服务无法启动。 **解决方法：** 1. 检查配置文件是否有语法错误： ```bash sudo sshd -t ``` 如果有错误信息，请根据提示修复配置文件。 2. 恢复默认配置（仅在必要时操作）： ```bash sudo mv /etc/ssh/sshd_config /etc/ssh/sshd_config.bak sudo cp /etc/ssh/sshd_config.original /etc/ssh/sshd_config sudo systemctl restart sshd.service ``` --- ##### **(3) 端口冲突或防火墙阻止** SSH 默认使用端口 22。如果该端口被其他服务占用或被防火墙阻止，SSH 服务可能无法正常启动。 **解决方法：** 1. 检查端口占用情况： ```bash sudo netstat -tuln | grep :22 ``` 如果发现其他服务占用了 22 端口，请调整这些服务的配置或更改 SSH 的监听端口。 2. 检查防火墙规则： ```bash sudo ufw status ``` 如果防火墙启用了且未允许 SSH 流量，请添加规则： ```bash sudo ufw allow 22/tcp sudo ufw reload ``` --- ##### **(4) 系统资源不足** 如果系统内存或磁盘空间不足，也可能导致 SSH 服务无法启动。 **解决方法：** 1. 检查磁盘空间： ```bash df -h ``` 如果磁盘空间不足，请清理不必要的文件。 2. 检查内存使用情况： ```bash free -m ``` 如果内存不足，可以尝试重启系统或优化内存使用。 --- ##### **(5) 日志分析** 如果以上步骤均未能解决问题，可以通过查看系统日志进一步分析原因： ```bash sudo journalctl -xe ``` 或者直接查看 SSH 服务的日志： ```bash sudo journalctl -u sshd.service ``` 重点关注错误信息，例如配置文件加载失败、权限问题等，并根据具体错误进行修复。 --- #### **3. 总结** 当 `systemctl status sshd.service` 显示 `inactive (dead)` 时，通常可以通过以下步骤逐步排查并解决问题： 1. 确认 SSH 服务是否已启用。 2. 检查配置文件是否存在语法错误。 3. 确保端口未被占用且防火墙规则正确。 4. 检查系统资源是否充足。 5. 分析系统日志以获取更多信息。 通过以上方法，绝大多数 SSH 服务未启动的问题都可以得到有效解决。如果问题依然存在，建议查阅相关文档或寻求社区支持。

Answer 1

1. 初步确认问题

当遇到 `systemctl status sshd.service` 显示 inactive (dead) 的情况时，首先需要确认 SSH 服务是否确实未启动。以下是初步排查步骤：

• 使用以下命令检查 SSH 服务状态：

systemctl status sshd.service

如果输出中显示 Active: inactive (dead)，则说明服务当前未运行。

还可以尝试直接连接服务器以验证 SSH 是否可用：

ssh user@your_server_ip

如果连接失败并提示“Connection refused”或“Network is unreachable”，这进一步确认了 SSH 服务未启动。

2. 排查 SSH 服务未启动的原因

以下是可能导致 SSH 服务未启动的常见原因及解决方案：

2.1 SSH 服务未被启用

默认情况下，某些系统可能未启用 SSH 服务。可以通过以下命令检查 SSH 服务是否已设置为开机自启：

systemctl is-enabled sshd.service

如果返回结果为 disabled，则需要手动启用 SSH 服务：

sudo systemctl enable sshd.service

然后重新启动服务：

sudo systemctl start sshd.service

再次检查状态以确认服务是否成功启动。

2.2 配置文件错误

SSH 服务依赖于 /etc/ssh/sshd_config 文件中的配置。如果该文件存在语法错误或不正确的设置，可能导致服务无法启动。

解决方法：

1. 检查配置文件是否有语法错误：

sudo sshd -t

如果有错误信息，请根据提示修复配置文件。

恢复默认配置（仅在必要时操作）：

sudo mv /etc/ssh/sshd_config /etc/ssh/sshd_config.bak
sudo cp /etc/ssh/sshd_config.original /etc/ssh/sshd_config
sudo systemctl restart sshd.service
    

2.3 端口冲突或防火墙阻止

SSH 默认使用端口 22。如果该端口被其他服务占用或被防火墙阻止，SSH 服务可能无法正常启动。

解决方法：

1. 检查端口占用情况：

sudo netstat -tuln | grep :22

如果发现其他服务占用了 22 端口，请调整这些服务的配置或更改 SSH 的监听端口。

检查防火墙规则：

sudo ufw status

如果防火墙启用了且未允许 SSH 流量，请添加规则：

sudo ufw allow 22/tcp
sudo ufw reload
    

3. 进一步分析与日志排查

如果以上步骤均未能解决问题，可以通过查看系统日志进一步分析原因：

sudo journalctl -xe

或者直接查看 SSH 服务的日志：

sudo journalctl -u sshd.service

重点关注错误信息，例如配置文件加载失败、权限问题等，并根据具体错误进行修复。

3.1 系统资源不足

如果系统内存或磁盘空间不足，也可能导致 SSH 服务无法启动。

解决方法：

1. 检查磁盘空间：

df -h

如果磁盘空间不足，请清理不必要的文件。

1. 检查内存使用情况：

free -m

如果内存不足，可以尝试重启系统或优化内存使用。

4. 总结性流程图

以下是排查 SSH 服务未启动问题的流程图：

graph TD;
            A[开始] --> B{SSH 服务是否启用?};
            B -- 否 --> C[启用 SSH 服务];
            B -- 是 --> D{配置文件是否正确?};
            D -- 否 --> E[修复配置文件];
            D -- 是 --> F{端口是否冲突?};
            F -- 是 --> G[解决端口冲突];
            F -- 否 --> H{防火墙是否阻止?};
            H -- 是 --> I[配置防火墙];
            H -- 否 --> J{资源是否充足?};
            J -- 否 --> K[释放资源];
            J -- 是 --> L{日志是否有错误?};
            L -- 是 --> M[分析日志];
            L -- 否 --> N[完成];