Ubuntu22.04修改ssh端口不生效

February 27, 2026

在 Ubuntu 22.04 中，传统的修改方式失效，是因为系统引入了 Systemd SSH 监听机制 (ssh.socket)。要成功修改端口，必须处理“大管家” Systemd 的配置。

第一步：修改 Systemd 监听配置（核心关键）

Ubuntu 22.04 默认由 ssh.socket 掌握端口监听权。

编辑套接字配置：
```
sudo systemctl edit ssh.socket
```
输入以下内容（以改为 2222 为例）：
```
[Socket]
ListenStream=
ListenStream=2222
```
💡 注意：第一个空的 ListenStream= 至关重要！它负责清除系统默认的 22 端口监听，否则会造成双端口同时监听。

第二步：更新传统 SSH 配置文件

为了保持配置一致性，传统的配置文件也建议同步修改。

编辑文件：sudo nano /etc/ssh/sshd_config
修改端口行：将 Port 22 改为 Port 2222。

第三步：应用更改并重启

必须刷新 Systemd 管理器并重启套接字才能生效。

sudo systemctl daemon-reload      # 重新加载 Systemd 配置
sudo systemctl restart ssh.socket # 重启 SSH 套接字（接听权生效）
sudo systemctl restart ssh        # 重启 SSH 服务（处理逻辑生效）

第四步：验证状态

检查端口是否已经在预期的位置“营业”：

ss -tlnp | grep ssh

预期输出：LISTEN 0 128 *:2222

🧠 深度解析：什么是 `ssh.socket` 机制？

1. 形象类比：保安 vs. 自动门

传统模式 (sshd.service)：像一个一直醒着的保安。不管有没有人来，他都坐在门口（占用内存），盯着 22 号门。
Socket 模式 (ssh.socket)：像一个带传感器的自动门。平时没有 sshd 保安，由 systemd 这个“大管家”看着门。有人敲门时，管家瞬间叫醒保安过来处理。

2. 为什么这样设计？（核心优势）

节省资源：对于低频访问的服务器，不再让 sshd 进程常驻内存。
自愈性：即使 sshd 进程意外崩溃，systemd 依然在监听端口，下次连接时会再次触发拉起服务。
启动加速：系统启动时，systemd 只要把 Socket 坑位占好，就可以去跑其他任务，不需要等待 SSH 完全启动。

3. 为什么只改 `sshd_config` 会失效？

这是最容易踩坑的地方。权力不对等导致了连接失败：

你改了 sshd_config 的端口，只是告诉了保安去守 2222 号门。
但由于没改 ssh.socket，大管家依然守在 22 号门。
结果：
- 外部访问 2222 端口：大管家没在听，连接被拒。
- 外部访问 22 端口：大管家接听并拉起保安，但保安一看：“我该守的是 2222 门啊，你给我 22 号门的客户干嘛？” -> 连接断开。