第32章：SSH 远程管理

  19 分钟阅读  

第三十二章：SSH 远程管理

SSH（Secure Shell）是Linux管理员的"生命线"——没有它，你管不了服务器、传不了文件、登录不了远程主机。

SSH出现之前，远程管理用的是Telnet和rlogin，但这些协议有一个致命问题：明文传输。你输入的密码在网络上"裸奔"，谁截获谁看到。SSH用加密技术解决了这个问题，所有数据都经过加密，让黑客无从下手。

本章配套视频：SSH学不会，服务器管理就是空谈。本章让你从"听说过SSH"到"SSH老司机"。

32.1 SSH 简介：Secure Shell 安全远程登录

SSH（Secure Shell，安全外壳协议）是一种加密的网络协议，用于在不安全的网络上提供安全的远程登录和其他网络服务。

32.1.1 加密通信

SSH的核心是加密。所有传输的数据——包括你输入的密码、你执行的命令、你传输的文件——全部被加密。攻击者即使在网络上抓包，也只能看到一堆乱码。

SSH支持多种加密算法：AES、ChaCha20、3DES、Blowfish等。现代 SSH 的默认加密算法是 chacha20-poly1305@openssh.com 和 aes*-ctr、aes*-gcm 系列，安全性极高。

顺带一提：3DES 和 Blowfish 属于老算法，如今已经被移出 OpenSSH 的默认列表（3des-cbc、blowfish-cbc 都是禁用状态），只有在连接极老的设备时才会手动启用。可以用 ssh -Q cipher 查看当前客户端支持的全部加密算法。

32.1.2 端口：22

SSH默认监听TCP端口22。这个端口是互联网上最"繁忙"的端口之一——大多数服务器管理员都用它来管理服务器。

安全建议：把SSH端口改成非22端口，可以减少大量的自动化暴力破解攻击。攻击者通常只扫描22端口，改端口不会让你绝对安全（攻击者可以扫描所有端口），但会显著减少很多"噪音"。

🔒 更好的安全措施：

  1. 禁用密码登录，只用密钥认证（最安全）
  2. 使用Fail2ban自动封禁暴力破解IP
  3. 配置防火墙只允许特定IP访问SSH
  4. 使用跳板机（Bastion Host）或VPN
  5. 定期更新SSH版本，修复安全漏洞

32.2 SSH 工作原理

SSH的安全性来自于它的加密机制和密钥交换过程。整个连接建立过程分为几个阶段。

32.2.1 密钥交换

SSH连接建立的第一步是密钥交换（Key Exchange）。客户端和服务器协商确定使用哪种加密算法，并交换临时会话密钥。

密钥交换算法（KEX）：Curve25519（curve25519-sha256，现代默认）、ECDH（椭圆曲线 Diffie-Hellman）、DH（Diffie-Hellman）等。这些算法让双方在一条不安全的通道上，“协商"出一个只有双方知道的共享密钥，而攻击者无法推算出来。ssh -Q kex 可以查看支持的 KEX 算法。

32.2.2 对称加密

密钥交换完成后，客户端和服务器会生成一个会话密钥（Session Key），用于对称加密后续的所有通信数据。

对称加密的特点：加密和解密用同一把钥匙，速度快，适合加密大量数据。

32.2.3 非对称加密：验证身份

很多人以为 SSH 是"用服务器公钥把会话密钥加密后传过去”——这是错的（那是 TLS 早期 RSA 密钥交换的做法）。SSH 的会话密钥是双方通过 Diffie-Hellman 类算法各自算出来的，密钥本身从不在网络上传输。

SSH 用到非对称加密（更准确地说，是数字签名）的地方是验证服务器身份：服务器用它自己的私钥，对本次密钥交换的结果做一次签名，客户端再拿服务器公钥去验证签名。验得过，说明对面确实是那台持有对应私钥的服务器，而不是中间人。

服务器和客户端各自可能有一对密钥：

  • 服务器主机密钥对：服务器上一对长期不变的密钥（通常在 /etc/ssh/ssh_host_*），用于验证服务器身份
  • 客户端用户密钥对（可选）：用户的公钥/私钥，用于免密码登录（这是"用户认证"阶段的事，和上面的会话密钥、服务器身份验证是两回事）

SSH连接建立流程：

sequenceDiagram
    participant C as SSH客户端
    participant S as SSH服务器

    C->>S: 1. 发送协议版本与支持的算法列表
    S->>C: 2. 选定算法并返回
    C->>S: 3. 用 curve25519/ECDH 交换临时公钥
    S->>C: 4. 返回自己的临时公钥
    Note over C,S: 5. 双方各自算出同一个会话密钥（密钥不在网络中传输）
    S->>C: 6. 服务器用主机私钥对交换结果签名
    C->>S: 7. 客户端用主机公钥验证签名，确认服务器身份
    Note over C,S: 8. 此后所有数据都用会话密钥对称加密
    C->>S: 9. 用户认证（密码或用户公钥）
    S->>C: 10. 认证通过，进入会话

32.3 SSH 客户端使用：ssh 命令

Linux和macOS自带SSH客户端，Windows 10+也内置了OpenSSH客户端。

32.3.1 ssh 用户@主机

最基础的SSH登录方式：

1
2
3
4
5
6
7
8

# 登录到远程服务器（使用当前用户名）
ssh 192.168.1.100

# 登录到远程服务器（指定用户名）
ssh root@192.168.1.100

# 使用域名登录
ssh user@example.com

第一次连接一台新服务器时，会看到类似这样的提示：

1
2
3

The authenticity of host '192.168.1.100 (192.168.1.100)' can't be established.
ECDSA key fingerprint is SHA256:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx.
Are you sure you want to continue connecting (yes/no)?

这是SSH在问你：“这是你第一次连接这台服务器，它的指纹是xxx，你要信任它吗？”

输入yes确认，SSH会把服务器的公钥保存在~/.ssh/known_hosts文件中。下次再连接时，如果服务器指纹变了（说明有人可能在伪造这个服务器），SSH会发出警告：

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!     @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!

32.3.2 ssh -p 端口 用户@主机

如果SSH服务器不是用默认的22端口（见32.4.5节端口修改），登录时需要用-p参数指定端口：

1
2
3
4
5

# 连接到非标准端口2222
ssh -p 2222 root@192.168.1.100

# 记住这个写法：-p 端口 用户@主机
# 不要和 scp 的 -P 混淆（scp 用大写 -P）

32.3.3 ssh -i 密钥文件 用户@主机

使用私钥文件登录（免密码登录的客户端侧命令）：

1
2
3
4
5

# 使用指定私钥登录
ssh -i ~/.ssh/my_private_key root@192.168.1.100

# 私钥文件权限必须是600
chmod 600 ~/.ssh/my_private_key

32.4 SSH 服务器配置：/etc/ssh/sshd_config

SSH服务器的配置在/etc/ssh/sshd_config文件中。修改配置后需要重启sshd服务。

重要：sshd_config是服务器配置文件，ssh_config是客户端配置文件。别搞混。

1
2

# 查看当前SSH服务器配置（带注释的版本）
sudo sshd -T

32.4.1 Port：端口

指定SSH服务器监听的端口。默认是22。

1
2
3
4
5

# 在sshd_config中添加或修改
Port 22

# 建议改成非标准端口（如2222）减少自动化攻击
Port 2222

32.4.2 PermitRootLogin：允许 root 登录

是否允许root用户直接通过SSH登录。生产环境建议禁止。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

# 允许root登录（不推荐）
PermitRootLogin yes

# 禁止root登录（推荐）
PermitRootLogin no

# 只允许root用密钥登录（折中方案）
PermitRootLogin prohibit-password

# 只允许root执行预先指定的命令，不允许交互式登录（最严格）
PermitRootLogin forced-commands-only

prohibit-password 和它的小名 without-password 是同一个意思：密码登录不行，密钥登录可以。取值的完整清单是 yes、no、prohibit-password、forced-commands-only，写别的值 sshd 会拒绝启动（先 sshd -t 校验）。

32.4.3 PasswordAuthentication：密码认证

是否允许使用密码认证。生产环境建议关闭（改为密钥认证）。

1
2
3
4
5

# 允许密码认证（默认）
PasswordAuthentication yes

# 禁止密码认证（强制密钥认证，推荐）
PasswordAuthentication no

32.4.4 PubkeyAuthentication：公钥认证

是否允许公钥认证。公钥认证比密码安全得多，建议开启。

1
2
3
4
5

# 允许公钥认证（默认）
PubkeyAuthentication yes

# 禁止公钥认证
PubkeyAuthentication no

32.4.5 端口修改

生产环境建议修改默认端口，减少自动化攻击：

1
2
3
4
5
6
7
8

# 编辑SSH服务器配置
sudo vim /etc/ssh/sshd_config

# 找到 Port 22 这一行，修改为
Port 2222

# 重启SSH服务使配置生效
sudo systemctl restart sshd

服务名在不同发行版不一样：RHEL/CentOS/Rocky 上服务叫 sshd；Debian/Ubuntu 上叫 ssh（sudo systemctl restart ssh）。写错了会报 Unit sshd.service not found。用 systemctl status ssh / systemctl status sshd 试一下就知道自己机器上是哪个。

远程修改SSH端口的注意事项：如果通过SSH远程修改端口，一定要先开一个新的SSH连接测试新端口是否通，再关闭旧连接！否则你可能把自己锁在外面，只能去机房接显示器。

32.5 SSH 密钥对生成：ssh-keygen

SSH密钥对由公钥和私钥组成。公钥放在服务器上，私钥留在客户端。登录时，客户端用私钥签名，服务器用公钥验证——不需要传输密码。

32.5.1 ssh-keygen -t rsa

生成RSA密钥对（传统算法，兼容性最好）：

1
2
3
4
5
6
7

# 生成RSA密钥对
ssh-keygen -t rsa -b 4096 -C "your_email@example.com"

# 参数说明：
# -t rsa：指定密钥类型为RSA
# -b 4096：指定密钥长度为4096位（越长越安全，但越慢）
# -C "注释"：给密钥加个备注（通常是邮箱）

1
2
3
4
5
6

Generating public/private rsa key pair.
Enter file in which to save the key (/home/user/.ssh/id_rsa):
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /home/user/.ssh/id_rsa
Your public key has been saved in /home/user/.ssh/id_rsa.pub

passphrase（密码短语）是私钥的二次保护。即使你的私钥文件被人复制走，没有密码短语也无法使用。建议设置一个强密码。

RSA 的隐藏坑：老客户端连接新服务器时，可能报 no matching host key type found。原因是 OpenSSH 8.8（2021 年）起默认禁用了 SHA-1 签名的 ssh-rsa 算法，改用 rsa-sha2-256/512。如果确实要连一台很老的设备，才用 ssh -o HostKeyAlgorithms=+ssh-rsa ... 临时放开（不要写进全局配置，那样等于永久降低安全性）。 正因如此，新部署的机器优先选 Ed25519；只有在对接老系统时才用 RSA，且位数不低于 3072（-b 4096 是好习惯）。

32.5.2 ssh-keygen -t ed25519

生成Ed25519密钥对（现代算法，更安全、更短、更快）：

1
2

# 生成Ed25519密钥对（推荐）
ssh-keygen -t ed25519 -C "your_email@example.com"

1
2
3
4
5
6

Generating public/private ed25519 key pair.
Enter file in which to save the key (/home/user/.ssh/id_ed25519):
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /home/user/.ssh/id_ed25519
Your public key has been saved in /home/user/.ssh/id_ed25519.pub

Ed25519的优势：密钥更短（256位 vs RSA 4096位）、性能更好、安全性更高。现代SSH客户端基本都支持Ed25519。

三种密钥类型对比：

类型密钥长度兼容性安全性性能
RSA2048-4096位最好高较慢
ECDSA256/384/521位较好高快
Ed25519256位固定现代系统最高最快

推荐：新系统用Ed25519，老系统兼容性要求高用RSA 4096位。

32.5.3 ssh-agent：密码短语只输一次

给私钥设了密码短语，安全是安全了，但每次登录都要输一遍，非常烦。ssh-agent 就是来解决这个问题的：它把解密后的私钥放在内存里，之后同一台机器上的 ssh/scp/git 都直接向它要，不再重复输密码短语。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

# 启动 agent（大多数桌面环境会自动启动，先看有没有）
eval "$(ssh-agent -s)"

# 把私钥交给 agent（会提示输入一次密码短语）
ssh-add ~/.ssh/id_ed25519

# 列出 agent 里现有哪些密钥
ssh-add -l

# 从 agent 里移除全部密钥
ssh-add -D

注意有效期：agent 里的私钥在本次登录会话期间有效，注销/重启后就没了。macOS 可以加 -K 把密钥存进钥匙串（ssh-add -K ~/.ssh/id_ed25519），持久化跨会话；Linux 的 ~/.ssh/config 里加 AddKeysToAgent yes 也能让首次输完密码后自动交给 agent。 服务器上别乱用 agent 转发：ssh -A 会把 agent 连接转发到远端，如果那台跳板机被攻破，攻击者可以借你的 agent 登录你能去的其他机器。只在信任的机器上转发。

32.6 SSH 公钥认证：无密码登录

公钥认证的原理：客户端持有私钥，服务器持有公钥。登录时，服务器生成一个随机挑战，客户端用私钥签名后发回，服务器用公钥验证——整个过程不需要传输密码。

32.6.1 ~/.ssh/authorized_keys

公钥存放在服务器的~/.ssh/authorized_keys文件中（每个用户有自己的文件）。

1
2

# 查看当前用户的authorized_keys文件
cat ~/.ssh/authorized_keys

文件格式：每行一个公钥，内容形如 ssh-ed25519 AAAAC3Nza... user@hostname 或 ssh-rsa AAAAB3Nza... user@hostname（ssh-rsa 开头的是 RSA 公钥，ssh-ed25519 开头的是 Ed25519 公钥，末尾的 user@hostname 只是注释，方便辨认是谁的钥匙）。

想让某个公钥只能做特定的事（比如只允许从固定 IP 登录、禁止端口转发），可以在每行开头加选项：from="192.168.1.0/24",no-agent-forwarding ssh-ed25519 AAAA...。

32.6.2 权限：700、600

SSH对权限要求非常严格！如果权限不对，SSH会拒绝使用密钥。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

# ~/.ssh 目录权限推荐 700（至少不能让别人可写）
chmod 700 ~/.ssh

# authorized_keys 文件权限推荐 600（至少不能让别人可写）
chmod 600 ~/.ssh/authorized_keys

# 私钥权限必须是 600，绝不能给别人可读
chmod 600 ~/.ssh/id_ed25519

# 公钥文件权限随意，通常 644
chmod 644 ~/.ssh/id_ed25519.pub

常见权限问题：

  • chmod 777 ~/.ssh：权限太开，SSH 拒绝使用，报 Authentication refused: bad ownership or modes for directory 或 It is required that your private key files are NOT accessible by others
  • 家里目录（home）也参与检查：如果 /home/alice 或它对应用户的主目录对组或其他用户可写（比如 chmod 777 ~），SSH 同样会拒绝公钥认证，报 bad ownership or modes for directory /home/alice。注意可写才是关键，755/750 都没问题，不是"必须 700"
  • .ssh 目录归登录用户本人所有，不能属于 root 或其他用户，否则一样失败

32.7 ssh-copy-id 公钥推送工具

手动复制公钥到服务器太麻烦了。ssh-copy-id工具帮你一键搞定。

1
2
3
4
5
6
7
8

# 把本地的公钥复制到远程服务器的authorized_keys
ssh-copy-id user@192.168.1.100

# 如果SSH端口不是22
ssh-copy-id -p 2222 user@192.168.1.100

# 指定公钥文件
ssh-copy-id -i ~/.ssh/id_rsa.pub user@192.168.1.100

1
2
3
4
5

/usr/bin/ssh-copy-id: INFO: attempting to log in with the new key(s), to filter out any that are already installed.
/usr/bin/ssh-copy-id: INFO: 1 key(s) remain to be installed -- this is the number of new keys
user@192.168.1.100's password: 

Number of key(s) added: 1

它会要求你输入一次密码（最后一次），然后把你的公钥自动追加到服务器的~/.ssh/authorized_keys文件中。

如果服务器禁止了密码认证（PasswordAuthentication no），ssh-copy-id就无法使用了——你得先把公钥手动传到服务器上：

1
2
3
4

# 方法1：scp复制
scp ~/.ssh/id_rsa.pub user@192.168.1.100:~/.ssh/

# 方法2：通过云服务商控制台（阿里云、AWS等有密钥对管理）

手动追加公钥：

1
2
3
4
5
6
7
8

# 在本地查看公钥
cat ~/.ssh/id_rsa.pub

# 在服务器上
mkdir -p ~/.ssh
chmod 700 ~/.ssh
echo "ssh-rsa AAAA..." >> ~/.ssh/authorized_keys
chmod 600 ~/.ssh/authorized_keys

32.8 SSH 配置文件：~/.ssh/config

SSH客户端配置可以写在~/.ssh/config文件中，给常用连接起别名、设置默认参数。

1
2
3
4
5

# 创建config文件
touch ~/.ssh/config

# 设置权限
chmod 600 ~/.ssh/config

32.8.1 Host：主机别名

用简短的名字代替长长的服务器地址：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21

# ~/.ssh/config

# 生产服务器
Host prod
    HostName 192.168.1.100
    User root
    Port 2222
    IdentityFile ~/.ssh/id_rsa_prod

# 测试服务器
Host test
    HostName test.example.com
    User developer
    Port 22
    IdentityFile ~/.ssh/id_ed25519_test

# GitHub
Host github.com
    HostName github.com
    User git
    IdentityFile ~/.ssh/id_ed25519_github

32.8.2 HostName：实际地址

HostName指定实际连接的主机名或IP地址（支持域名）。

32.8.3 User：用户名

User指定登录用户名，不用每次都输入user@。

32.8.4 Port：端口

Port指定SSH端口。

配置完成后，连接变得超级简单：

1
2
3
4
5

# 之前
ssh -p 2222 -i ~/.ssh/id_rsa_prod root@192.168.1.100

# 现在
ssh prod

配置示例：管理多台服务器的黄金配置：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30

# ~/.ssh/config

# 公共配置（所有连接都用的参数）
Host *
    # 断开后自动重连
    ServerAliveInterval 60
    ServerAliveCountMax 3
    # 压缩传输（慢速网络有用）
    Compression yes

# 生产服务器A
Host prod-a
    HostName 192.168.1.100
    User deploy
    Port 2222
    IdentityFile ~/.ssh/keys/prod_a

# 生产服务器B
Host prod-b
    HostName 192.168.1.101
    User deploy
    Port 2222
    IdentityFile ~/.ssh/keys/prod_b

# Git服务器
Host gitlab
    HostName gitlab.example.com
    User git
    Port 22
    IdentityFile ~/.ssh/keys/gitlab

32.9 SSH 端口转发

SSH端口转发（Port Forwarding）可以把远程服务器的端口映射到本地，或者把本地端口映射到远程。这是SSH最强大的功能之一。

32.9.1 本地转发：-L

把远程服务器的端口映射到本地的指定端口。格式：-L 本地端口:远程主机:远程端口。

场景：远程服务器上有个MySQL数据库（localhost:3306），你想从本地电脑用Navicat连接它：

1
2
3
4

# 把远程服务器的3306端口映射到本地的3306端口
ssh -L 3306:localhost:3306 user@remote-server

# 然后本地Navicat连接localhost:3306，就等于连接远程服务器的MySQL

更复杂的例子：

1
2
3
4
5
6

# 远程服务器能访问内网10.0.0.50的Redis，想从本地访问
# 把远程内网的10.0.0.50:6379映射到本地的6379端口
ssh -L 6379:10.0.0.50:6379 user@remote-server

# 本地连接localhost:6379，就等于连接远程内网的Redis
redis-cli -h localhost -p 6379

32.9.2 远程转发：-R

把本地电脑的端口映射到远程服务器的指定端口。格式：-R 远程端口:本地主机:本地端口。

场景：你在家访问不了公司内网的服务器，但公司服务器可以SSH连到你家：

1
2
3
4

# 在公司服务器上执行（跳板机）
ssh -R 8080:localhost:80 user@home-pc

# 现在你在家访问 home-pc:8080，就等于访问公司服务器的80端口

实战场景：内网服务器没有公网IP，无法从外部访问。用远程转发，通过一台有公网IP的云服务器做跳板，实现从公网访问内网服务器。

32.9.3 ProxyJump：一条命令穿过跳板机

安全章节提到的"跳板机（Bastion）“是最常见的场景：你要访问的内网机器不暴露公网，必须先 SSH 到一台有公网 IP 的跳板机，再从跳板机连进内网。传统的做法是先连跳板机、再在跳板机上执行一次 ssh，很不方便。-J（ProxyJump）能一步到位。

1
2
3
4
5
6
7
8

# 直接连到内网机器，中间自动经过跳板机（不用手动两次 ssh）
ssh -J user@bastion.example.com user@10.0.0.50

# 跳板机和目标都指定端口
ssh -J user@bastion.example.com:2222 -p 22 user@10.0.0.50

# 多级跳板（先过 jump1 再过 jump2）
ssh -J user@jump1,user@jump2 user@10.0.0.50

写进 ~/.ssh/config，以后一句 ssh db 就能穿过去：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

# ~/.ssh/config
Host bastion
    HostName bastion.example.com
    User alice
    Port 2222
    IdentityFile ~/.ssh/id_ed25519

Host db
    HostName 10.0.0.50
    User alice
    ProxyJump bastion        # 自动经过上面那台跳板机

ProxyJump 比"端口转发 + 跳板机上装 nc"的老办法好得多：它全程加密、不依赖跳板机上装什么工具、也不会在中途裸奔。如果跳板机很老、客户端不支持 -J，可以用等价的 -o ProxyCommand="ssh -W %h:%p bastion"（注意 %h/%p 是 ssh 自己的占位符，不是 shell 变量）。scp/sftp 也支持 -o ProxyJump=bastion。

32.10 SSH 隧道：SOCKS 代理

SSH可以建立一个SOCKS5代理服务器，通过SSH隧道转发流量。适合在公共WiFi下安全上网，或者访问特定网络。

1
2
3
4
5
6

# 建立一个SOCKS5代理，监听本地1080端口
ssh -D 1080 user@remote-server

# 然后在浏览器或系统代理设置中配置：
# SOCKS Host: localhost (127.0.0.1)
# Port: 1080

所有通过这个代理的流量都会经过SSH隧道加密传输，在远程服务器上以服务器IP访问目标网站。

1
2
3
4
5
6

# 让隧道在后台常驻（-N 不执行远程命令，-f 转入后台）
ssh -f -N -D 1080 user@remote-server

# 配合 autossh 在断开后自动重连
sudo apt install autossh
autossh -M 0 -f -N -D 1080 -o ServerAliveInterval=30 -o ServerAliveCountMax=3 user@remote-server

-M 20000 是旧写法：老版本 autossh 需要一条额外的监控端口（-M），现代 autossh 推荐用 -M 0 关闭它，改靠 SSH 自带的 ServerAliveInterval/ServerAliveCountMax 探测连接是否还活着。 关于"挂起当前 session”：Ctrl+Shift+T 是终端软件（如 GNOME Terminal）的"新建标签页"，不是把进程放到后台。要让前台程序转入后台，应该按 Ctrl+Z 暂停它，再输入 bg 让它后台继续，或者干脆像上面那样用 -f 启动时就转后台。

32.11 SSH 安全加固

SSH服务器暴露在互联网上，安全性至关重要。以下是生产环境的SSH加固建议。

32.11.1 禁用密码登录

密码登录是最不安全的认证方式——容易被暴力破解。改为密钥认证：

1
2
3
4
5
6

# 编辑sshd_config
sudo vim /etc/ssh/sshd_config

# 确保以下配置
PasswordAuthentication no
PubkeyAuthentication yes

32.11.2 更改默认端口

把端口从 22 改成其他端口，能让互联网上大量"扫 22 端口"的自动化机器人直接略过你，日志里的爆破噪音会明显减少：

1

Port 2222

但要清醒：改端口不是安全措施，只是减少噪音的"降噪手段"。真正的安全来自密钥认证、防火墙白名单和 fail2ban。你仍然会看到少量扫全网端口的攻击（几天内就可能扫到你改后的端口），别以为改了端口就万事大吉。

32.11.3 限制用户

只允许特定用户SSH登录：

1
2
3
4
5

# 只允许指定用户
AllowUsers alice bob carol

# 或者禁止指定用户
DenyUsers attacker

禁止root登录：

1

PermitRootLogin no

32.11.4 使用防火墙

用防火墙限制SSH端口只对特定IP开放：

1
2
3
4
5

# 只允许192.168.1.0/24网段连接SSH
sudo ufw allow from 192.168.1.0/24 to any port 2222

# 禁止通过22端口连接SSH（已经改用2222端口后再执行！否则会把自己锁在外面）
sudo ufw deny 22/tcp

顺序很重要：改成 2222 端口后，先开一个新窗口确认 2222 能连上，再执行 ufw deny 22/tcp，最后才关闭旧连接。另外 ufw 在 RHEL 系默认不装，那边用 firewall-cmd（见防火墙章节）。

生产环境SSH加固完整配置：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24

# /etc/ssh/sshd_config

# 基础配置
Port 2222
ListenAddress 0.0.0.0

# 认证配置
PermitRootLogin no
PasswordAuthentication no
PubkeyAuthentication yes
MaxAuthTries 3           # 最多尝试3次密码
LoginGraceTime 60        # 60秒内登录失败则断开

# 超时配置
ClientAliveInterval 300   # 5分钟无活动自动断开
ClientAliveCountMax 2

# 安全配置
X11Forwarding no         # 不需要X11转发
AllowTcpForwarding no    # 不需要端口转发可以关闭
PermitEmptyPasswords no

# 日志
LogLevel VERBOSE

1
2

# 修改配置后测试语法，重启服务
sudo sshd -t && sudo systemctl restart sshd

32.12 fail2ban 防暴力破解

fail2ban是一个入侵防御工具，通过监控日志文件，自动封禁多次登录失败的IP。

32.12.1 安装：apt install fail2ban

 1
 2
 3
 4
 5
 6
 7
 8
 9
10

# 安装fail2ban
sudo apt update
sudo apt install fail2ban

# 启动并设置开机自启
sudo systemctl enable fail2ban
sudo systemctl start fail2ban

# 查看状态
sudo systemctl status fail2ban

32.12.2 配置：/etc/fail2ban/jail.local

fail2ban的配置使用jail.local文件覆盖默认的jail.conf：

1
2

# 创建jail.local（推荐做法，不要直接改jail.conf）
sudo vim /etc/fail2ban/jail.local

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19

# SSH防暴力破解配置
[sshd]
enabled   = true
port      = 2222          # SSH端口（改成非标准端口后要对应修改）
filter    = sshd
logpath   = /var/log/auth.log
maxretry  = 3             # 最多尝试3次
findtime  = 600           # 10分钟内
bantime   = 3600          # 封禁1小时（秒为单位）
action    = iptables-allports[name=sshd]

# Apache/Nginx防暴力破解
[apache-auth]
enabled   = true
port      = http,https
filter    = apache-auth
logpath   = /var/log/apache*/error.log
maxretry  = 5
bantime   = 3600

logpath 在发行版间不一样：Debian/Ubuntu 的 SSH 日志在 /var/log/auth.log，而 RHEL/CentOS/Rocky 在 /var/log/secure。写错会导致 jail 一直"抓不到失败记录"，看似启动正常其实毫无作用。 另外可以用 banaction 指定封禁方式（比如 banaction = nftables-multiport 适配 nftables 后端的系统），不确定时先用默认值。

配置说明：

  • enabled：是否启用这个jail
  • port：服务端口
  • filter：日志过滤规则（在/etc/fail2ban/filter.d/目录下）
  • logpath：日志文件路径
  • maxretry：最大重试次数
  • findtime：时间窗口（在这个时间内超过maxretry就封禁）
  • bantime：封禁时长（秒）
 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14

# 重启fail2ban使配置生效
sudo systemctl restart fail2ban

# 查看fail2ban状态
sudo fail2ban-client status

# 查看SSH jail的状态
sudo fail2ban-client status sshd

# 手动解封某个IP
sudo fail2ban-client set sshd unbanip 192.168.1.50

# 手动封禁某个IP
sudo fail2ban-client set sshd banip 192.168.1.50

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14

# fail2ban-client status输出示例
Status
|- Number of jail:    2
`- Jail list:        sshd, apache-auth

# SSH jail详情
sshd
|- filter
|  |- Failed regex:   Failed password for.*from <HOST>
|  `- Total failed:   156
|- action
   |- Currently banned:   3
   |- Total banned:       42
   `- Banned IP list:     192.168.1.100 203.0.113.50 198.51.100.25

本章小结

本章我们全面掌握了SSH远程管理：

  • SSH工作原理：密钥交换 → 会话密钥 → 对称加密通信
  • ssh命令：登录（ssh user@host）、指定端口（-p）、指定密钥（-i）
  • sshd_config：服务器配置，端口、认证方式、安全加固
  • ssh-keygen：生成密钥对，RSA/Ed25519两种推荐算法
  • ssh-agent：把私钥解密后放进内存，密码短语只输一次
  • 公钥认证：authorized_keys文件，.ssh 用 700、私钥和 authorized_keys 用 600，且不能让别人可写
  • ssh-copy-id：一键推送公钥到服务器
  • ~/.ssh/config：别名配置，让ssh命令从10个参数变成1个单词
  • 端口转发：本地转发-L和远程转发-R、-J 跳板机，SSH隧道穿墙
  • 安全加固：改端口、禁用密码、限制用户、防火墙
  • fail2ban：自动封禁暴力破解者，保护SSH服务

SSH是Linux管理员每天都要用的工具，花时间熟悉它、配置好它，值得。

最容易搞错的一点：SSH 的会话密钥是双方通过密钥交换（Curve25519/ECDH）各自算出来的，不是"用服务器公钥加密后传过去"；服务器的公钥只用来验证身份，用户的公钥只用来做用户认证。把这两件事分清，SSH 的原理就不会再绕。

最后修改 September 19, 2026: 更新 (3489033b1)