SSH Config：连接效率与配置管理的利器深度解析与使用指南

在使用 Linux、macOS 等类 Unix 系统或通过终端管理远程服务器时，SSH (Secure Shell) 无疑是最常用和强大的工具。然而，随着需要管理的服务器数量增多，每次连接都需要输入冗长的命令，包含用户名、主机名/IP 地址、端口号，甚至特定的密钥文件路径，这不仅效率低下，而且容易出错。

幸运的是，SSH 客户端提供了一个极其强大且灵活的配置机制——SSH Config 文件。通过合理配置 ~/.ssh/config 文件（在用户主目录下的 .ssh 隐藏文件夹内），我们可以极大地简化 SSH 连接命令，定制每个主机的连接行为，实现连接复用、跳板机、端口转发等高级功能。

本文将带你深入了解 SSH Config，从基础语法到高级应用，助你成为一个更高效的 SSH 用户。

一、SSH Config 是什么？为什么需要它？

SSH Config 是 SSH 客户端的配置文件，通常位于用户主目录下的 .ssh 目录中，文件名为 config (~/.ssh/config)。这个文件允许用户为不同的远程主机定义各种连接参数，而无需在每次使用 ssh 命令时都手动指定这些参数。

为什么你需要 SSH Config？

想象一下，你需要连接到三台不同的服务器：

开发服务器 (dev): IP 地址 192.168.1.100，使用用户 developer，端口 22，使用默认密钥。
生产服务器 (prod): IP 地址 203.0.113.50，使用用户 admin，端口 2222，使用特定的密钥文件 ~/.ssh/id_rsa_prod。
数据库服务器 (db): IP 地址 10.0.0.5 (只能从生产服务器访问)，使用用户 dbuser，端口 5432。

没有 SSH Config，你每次连接的命令可能是这样的：

连接 dev: ssh [email protected]
连接 prod: ssh [email protected] -p 2222 -i ~/.ssh/id_rsa_prod
连接 db: ssh [email protected] (首先需要连接到 prod，然后从 prod 执行这个命令)

这显得非常繁琐。使用 SSH Config 后，你可以为它们设置简短的别名：

“`config

开发服务器

Host dev
Hostname 192.168.1.100
User developer

生产服务器

Host prod
Hostname 203.0.113.50
User admin
Port 2222
IdentityFile ~/.ssh/id_rsa_prod

数据库服务器 (通过 prod 跳板)

Host db
Hostname 10.0.0.5
User dbuser
ProxyJump prod
“`

然后，连接命令就变得如此简单：

连接 dev: ssh dev
连接 prod: ssh prod
连接 db: ssh db (SSH 客户端会自动通过 prod 连接到 db)

这只是 SSH Config 最基本和最直观的应用。通过它，你可以：

简化命令： 使用短别名代替冗长的主机信息。
集中管理配置： 将所有主机的连接参数统一管理。
自动化复杂连接： 实现跳板机 (ProxyJump)、隧道 (Port Forwarding)、连接复用 (Connection Sharing) 等高级功能。
提高安全性： 可以强制使用特定的认证方式、禁用不安全的协议等。
易于共享和备份： 配置文件是纯文本，方便共享给团队成员或进行备份。

二、SSH Config 文件的位置与权限

SSH Config 文件通常位于当前用户主目录下的 .ssh 隐藏文件夹内，文件名为 config。

Linux/macOS: ~/.ssh/config
Windows (使用 OpenSSH 客户端): %USERPROFILE%\.ssh\config (例如 C:\Users\YourUsername\.ssh\config)

如果 .ssh 目录或 config 文件不存在，你可以手动创建它们。

重要权限设置：

为了安全起见，SSH 客户端要求 .ssh 目录和 config 文件具有严格的权限。

.ssh 目录：权限应为 700 (只有所有者有读、写、执行权限)。
config 文件：权限应为 600 (只有所有者有读、写权限)。

你可以使用 chmod 命令设置权限：

bash chmod 700 ~/.ssh chmod 600 ~/.ssh/config

如果权限设置不正确，SSH 可能会拒绝读取配置文件，或者在使用时发出警告甚至报错。

三、SSH Config 文件基础语法

SSH Config 文件是纯文本格式。它的基本结构由一系列的主机配置块组成。每个配置块以 Host 关键字开始，后面跟着一个或多个主机名模式（通常是别名）。随后的行直到下一个 Host 关键字或文件末尾，都是该主机的配置参数，参数使用 Keyword Value 的形式，通常会有缩进（约定俗成，非强制，但强烈推荐使用空格或 Tab 缩进以提高可读性）。

“`config

这是一个注释，以 # 开头

Host host_alias_1 host_alias_2 … # 可以指定多个别名，用空格分隔
Keyword Value # 参数行，通常有缩进
AnotherKeyword AnotherValue

Host another_host_alias
Keyword Value
…
“`

关键组成部分：

注释 (#): 以 # 开头的行是注释，SSH 客户端会忽略它们。可以用来解释配置项的作用。
Host 关键字: 每个配置块的起始。后面的内容是该配置块应用的主机模式。
主机模式 (Host Pattern): Host 关键字后面跟着的部分。这是你在命令行中使用 ssh 命令时输入的别名或匹配规则。可以使用通配符 (*, ?, !)。
关键字 (Keyword): 配置项的名称，例如 Hostname, User, Port 等。SSH 客户端支持非常多的关键字，它们对应于 ssh 命令的各种命令行选项和配置文件选项（可以通过 man ssh_config 查看完整的列表）。
值 (Value): 关键字对应的设置值。

匹配规则：

当执行 ssh hostname 命令时，SSH 客户端会从 ~/.ssh/config 文件的顶部开始查找与 hostname 匹配的 Host 配置块。

如果找到多个匹配项，SSH 会按照它们在文件中的顺序进行处理。
对于同一个关键字，后续匹配到的配置会覆盖前面匹配到的同名配置。
例外：AddKeysToAgent, ForwardAgent, IdentitiesOnly, LocalForward, PermitLocalCommand, RemoteForward, SendEnv 这几个关键字是累加的，而不是覆盖。
Host * 是一个特殊的模式，它匹配所有主机。通常将其放在文件的最前面或最后面，用于设置全局默认值或捕获所有未匹配的主机。如果放在前面，后续的特定 Host 配置会覆盖其设置；如果放在后面，则作为最后的默认值。推荐放在前面作为全局默认设置。

四、常用的 SSH Config 关键字与示例

以下是一些最常用和实用的 SSH Config 关键字：

Hostname: 指定实际要连接的远程主机名或 IP 地址。这是除了 Host 别名外最重要的信息。
config Host myhost Hostname 192.168.1.100 # 实际的IP地址 User myuser
User: 指定登录远程主机的用户名。如果省略，SSH 会使用当前本地系统的用户名。
“`config
Host serverA
Hostname serverA.example.com
User admin

Host serverB
Hostname serverB.example.com # 如果本地用户和远程用户相同，可以省略 User 行
“`
Port: 指定连接的端口号。默认是 22。如果远程 SSH 服务运行在非标准端口，需要指定。
config Host webserver Hostname webserver.example.com User webadmin Port 2222 # 指定端口为 2222
IdentityFile: 指定连接时使用的私钥文件路径。默认情况下，SSH 会尝试使用 ~/.ssh/id_rsa, ~/.ssh/id_dsa, ~/.ssh/id_ecdsa, ~/.ssh/id_ed25519 等默认密钥文件。如果需要使用其他密钥，通过此选项指定。
config Host special_server Hostname special.example.com User secretuser IdentityFile ~/.ssh/keys/special_server_key # 指定密钥文件
注意： 如果你有多个密钥文件，且某些服务器需要特定的密钥，使用 IdentityFile 非常有用。
IdentitiesOnly: 设置为 yes 可以强制 SSH 客户端只使用 IdentityFile 指定的密钥或 ssh-agent 中明确添加的密钥进行认证，而不会尝试 ~/.ssh/ 目录下的所有默认密钥。这可以加快认证过程，并在某些情况下提高安全性。
config Host specific_key_only Hostname example.com IdentityFile ~/.ssh/my_specific_key IdentitiesOnly yes # 只使用 my_specific_key 进行认证
StrictHostKeyChecking: 控制 SSH 如何处理未知或改变的远程主机密钥。
- ask (默认): 如果是未知主机，会询问用户是否接受并添加到 ~/.ssh/known_hosts；如果主机密钥改变，会警告并拒绝连接。
- yes: 如果是未知主机，会询问用户；如果主机密钥改变，会警告并拒绝连接。与 ask 类似，但在某些 SSH 版本中行为可能略有差异。
- no: 不进行任何检查，直接连接，并将未知主机密钥添加到 known_hosts。强烈不推荐在不信任的网络或生产环境中使用 no，因为它容易遭受中间人攻击。通常只在自动化脚本或临时测试中使用，且需知晓风险。
  “`config
  Host testserver
  Hostname 192.168.1.200
  StrictHostKeyChecking no # 忽略主机密钥检查（风险高，仅限测试环境）
  UserKnownHostsFile /dev/null # 可选：同时不记录到 known_hosts
Host * # 全局设置，更安全
StrictHostKeyChecking ask
“`
UserKnownHostsFile: 指定存储已知主机密钥的文件路径。默认为 ~/.ssh/known_hosts。有时你可能需要为不同的项目或环境使用不同的 known_hosts 文件。
config Host projectX_server Hostname server.projectx.com UserKnownHostsFile ~/.ssh/known_hosts_projectX # 使用特定的 known_hosts 文件
ForwardAgent: 设置为 yes 可以启用 SSH 代理转发。如果你的私钥添加到了本地的 ssh-agent 中，开启此选项后，你可以通过 SSH 连接到远程服务器 A，再从服务器 A 连接到服务器 B，而无需将私钥文件复制到服务器 A 上。这非常方便，但也存在安全风险（如果服务器 A 被攻陷，攻击者可能利用你的转发代理连接到其他服务器）。
“`config
Host bastion # 跳板机通常需要开启代理转发
Hostname bastion.example.com
User myuser
ForwardAgent yes

Host internal_server
Hostname 10.0.0.10
User internaluser
ProxyJump bastion # 从 bastion 跳转过来，就可以利用 agent 转发
“`
ConnectTimeout: 指定连接SSH服务器的超时时间（秒）。如果服务器响应慢或网络不稳定，设置此选项可以避免长时间等待。
config Host slow_server Hostname slow.example.com ConnectTimeout 10 # 连接超时时间设置为 10 秒
ServerAliveInterval: 指定客户端每隔多少秒向服务器发送一个“保持连接”消息。
ServerAliveCountMax: 指定客户端在发送 ServerAliveInterval 消息后，如果在接收到服务器响应之前连续丢失多少个消息，就认为连接断开。
这两个选项常用于防止连接因长时间不活动而被防火墙或网络设备中断。
config Host keepalive_server Hostname example.com ServerAliveInterval 60 # 每 60 秒发送一个保持连接消息 ServerAliveCountMax 3 # 如果连续 3 次未收到响应，则断开连接
LogLevel: 设置日志输出级别。用于调试连接问题。可选值包括: QUIET, FATAL, ERROR, INFO, VERBOSE, DEBUG, DEBUG1, DEBUG2, DEBUG3。更高级别的 DEBUG 会包含更多详细信息。
config Host debug_connection Hostname troublesome.example.com LogLevel DEBUG3 # 开启最详细的调试日志
提示： 更常用的调试方式是在命令行直接使用 ssh -v, ssh -vv, ssh -vvv 来临时增加日志级别。

五、高级 SSH Config 功能

SSH Config 不仅能简化基本连接，还能实现更复杂、强大的功能。

连接复用 (Connection Sharing / Multiplexing):
允许多个 SSH 会话（例如多个终端窗口或 SCP/SFTP 操作）共享同一个底层 TCP 连接。这极大地提高了后续连接的速度，因为无需重新建立 TCP 连接和完成 SSH 握手。
需要设置三个关键字：
- ControlMaster auto: 启用连接复用。auto 表示如果主连接不存在则建立主连接，如果存在则复用。
- ControlPath: 指定用于通信的控制套接字文件路径。路径中可以使用 %h (Hostname), %p (Port), %r (User) 等占位符，以确保每个连接都有唯一的套接字文件。例如 ~/.ssh/control/%h:%p:%r。需要确保指定的目录存在（例如 mkdir ~/.ssh/control）。
- ControlPersist: 指定主连接在没有客户端连接时保持活动的时间（秒）。yes 或 0 表示主连接会一直保持到被手动终止（例如 ssh -O exit alias）。一个非零的数字表示保持的时间。
  “`config
通常作为全局设置或应用于一组频繁连接的服务器

Host *.example.com
ControlMaster auto
ControlPath ~/.ssh/control/%h:%p:%r # 建议包含 %h, %p, %r 确保唯一性
ControlPersist 600 # 主连接在最后一个客户端断开后保持 600 秒 (10分钟)

Host git.example.com
Hostname git.example.com
ControlMaster auto # 显式开启，即使全局已设置
ControlPath ~/.ssh/control/%h:%p:%r
ControlPersist yes # 这个特定的主机，连接一直保持

使用：

第一次连接 git.example.com 会建立主连接

ssh git.example.com

在另一个终端再次连接 git.example.com 会非常快

ssh git.example.com

退出主连接

ssh -O exit git.example.com

“`
跳板机 (ProxyJump / ProxyCommand):
当你需要连接到只能通过另一台中间服务器 (Bastion Host) 访问的内网服务器时，可以使用跳板机功能。
- ProxyJump: 这是较新且推荐的方式 (OpenSSH 7.3+)。直接指定一个或多个跳板主机别名，SSH 客户端会自动建立通过跳板机的隧道。
  “`config
  Host bastion # 跳板机自身的配置
  Hostname bastion.example.com
  User myuser
  IdentityFile ~/.ssh/id_rsa_bastion
  
  Host internal_server # 需要通过 bastion 连接的内网服务器
  Hostname 10.0.0.10
  User internaluser
  ProxyJump bastion # 指定跳板机别名
  
  多级跳板 (通过 bastion1 再到 bastion2)
  
  Host bastion1
  Hostname 1.1.1.1
  User user1
  
  Host bastion2
  Hostname 2.2.2.2
  User user2
  ProxyJump bastion1 # bastion2 通过 bastion1 连接
  
  Host final_server
  Hostname 3.3.3.3
  User finaluser
  ProxyJump bastion2 # final_server 通过 bastion2 连接
  
  或者直接指定跳板路径
  
  Host final_server_alt
  Hostname 3.3.3.3
  User finaluser
  ProxyJump [email protected],[email protected] # 通过 [email protected] 再到 [email protected]
  * **`ProxyCommand`**: 这是旧版本 SSH 使用的方式，通过执行一个外部命令（通常是 `nc` 或 `ncat`）来建立连接。虽然功能强大，但配置略复杂且不如 `ProxyJump` 直观。config
  Host internal_server_old
  Hostname 10.0.0.10
  User internaluser
  # 通过 bastion.example.com 使用 Netcat (nc) 建立隧道
  ProxyCommand ssh -W %h:%p bastion.example.com
  # %h 代表目标主机的 Hostname (10.0.0.10)
  # %p 代表目标主机的 Port (默认 22)
  # bastion.example.com 必须是你的跳板机实际地址或在 config 中有定义
  `` *注意：* 优先使用ProxyJump，因为它更安全、更易配置，并且与ssh-agent` 配合更好。
端口转发 (Port Forwarding):
允许在本地和远程网络之间建立加密隧道，转发特定端口的流量。
- LocalForward: 将本地机器上的一个端口转发到远程网络中的某个目标地址和端口。常用于访问远程内网的服务。
  “`config
  Host webserver # 连接到 webserver
  Hostname webserver.example.com
  User webadmin
  LocalForward 8080 127.0.0.1:80 # 将本地的 8080 端口转发到 webserver 本地（127.0.0.1）的 80 端口
  # 使用：ssh webserver
  # 然后在本地浏览器访问 http://localhost:8080 即可访问 webserver 上的网站
  
  Host dbserver # 通过 bastion 连接到 dbserver 并转发端口
  Hostname 10.0.0.5 # dbserver 的内网 IP
  User dbuser
  ProxyJump bastion # 通过 bastion 跳板
  LocalForward 33060 10.0.0.5:3306 # 将本地的 33060 端口转发到 10.0.0.5 的 3306 端口 (MySQL)
  
  使用：ssh dbserver
  
  然后在本地数据库客户端连接 localhost:33060 即可访问远程内网的 MySQL 数据库
  
  语法: `LocalForward [bind_address:]port destination:destination_port` * **`RemoteForward`**: 将远程机器上的一个端口转发到本地网络中的某个目标地址和端口。常用于让远程机器访问你本地的服务。config
  Host dev_env # 连接到开发服务器
  Hostname dev.example.com
  User developer
  RemoteForward 8000 127.0.0.1:8080 # 将 dev 服务器上的 8000 端口转发到你的本地机器 (127.0.0.1) 的 8080 端口
  
  使用：ssh dev_env
  
  然后在 dev 服务器上访问 http://localhost:8000 即可访问你本地机器上运行在 8080 端口的服务
  
  语法: `RemoteForward [bind_address:]port destination:destination_port` * **`DynamicForward`**: 建立一个 SOCKS 代理。本地机器上指定一个端口，所有通过该端口的流量都会经过 SSH 连接转发。常用于突破网络限制。config
  Host socks_proxy
  Hostname example.com
  User myuser
  DynamicForward 1080 # 在本地建立一个 SOCKS 代理，端口为 1080
  
  使用：ssh socks_proxy
  
  然后在浏览器或其他应用中配置 SOCKS 代理，指向 localhost:1080
  
  `` 语法:DynamicForward [bind_address:]port`

六、使用通配符和模式匹配

Host 关键字支持使用通配符来匹配多个主机。

*: 匹配任意数量的任意字符。
?: 匹配单个任意字符。
!: 放在模式前表示排除匹配。

示例：

“`config

设置所有以 .dev 结尾的主机使用 developer 用户

Host *.dev
User developer

设置所有主机（排除 *.prod 结尾的主机）使用特定的 StrictHostKeyChecking 规则

Host !*.prod *
StrictHostKeyChecking ask

设置所有主机连接超时为 5 秒

Host *
ConnectTimeout 5

设置 dev 开头的两个特定主机

Host dev?
IdentityFile ~/.ssh/id_rsa_dev

使用：ssh dev1, ssh dev2 会匹配上面的规则

“`

记住，SSH 会按照文件中的顺序处理匹配到的 Host 块，并使用后续匹配到的同名关键字的值来覆盖之前的。因此，通常将更通用的规则（如 Host *）放在前面，特定的规则放在后面。

“`config

示例：全局设置和特定覆盖

Host *
User defaultuser # 所有主机默认使用 defaultuser
Port 22 # 所有主机默认端口 22
ConnectTimeout 10

Host webserver.example.com
User webadmin # 覆盖默认用户
Port 2222 # 覆盖默认端口
# ConnectTimeout 10 # 沿用默认的 ConnectTimeout
“`

当连接 webserver.example.com 时，SSH 会先匹配 Host *，获取 User defaultuser, Port 22, ConnectTimeout 10。然后匹配 Host webserver.example.com，用 User webadmin, Port 2222 覆盖之前的值。最终使用的配置是 User webadmin, Port 2222, ConnectTimeout 10。

七、使用 Include 包含其他配置文件

随着配置条目增多，~/.ssh/config 文件可能会变得非常庞大和难以管理。你可以使用 Include 关键字将配置分割到多个文件中。这对于按项目、按团队或按环境组织配置非常有用。

“`config

~/.ssh/config 主文件

Include ~/.ssh/config.d/* # 包含 ~/.ssh/config.d/ 目录下所有文件
Include ~/.ssh/conf.d/project_A.conf # 也可以指定特定的文件

其他全局设置…

Host *
ServerAliveInterval 30
ServerAliveCountMax 5
“`

然后你可以在 ~/.ssh/config.d/ 目录下创建多个文件，例如：

~/.ssh/config.d/project_A.conf:

“`config

Project A Servers

Host pa-web
Hostname 192.168.10.1
User pa_web_user
IdentityFile ~/.ssh/keys/project_A_web

Host pa-db
Hostname 192.168.10.2
User pa_db_user
IdentityFile ~/.ssh/keys/project_A_db
LocalForward 54320 127.0.0.1:5432 # 将本地 54320 转发到 pa-db 的 5432
“`

~/.ssh/config.d/project_B.conf:

“`config

Project B Servers

Host pb-app
Hostname 172.16.1.5
User pb_app_user
ProxyJump bastion_b # 假设 bastion_b 在主 config 文件中定义

Host pb-worker
Hostname 172.16.1.6
User pb_worker_user
ProxyJump bastion_b
“`

使用 Include 可以让你的配置更加模块化、清晰，并且方便团队协作（例如，每个团队成员维护自己项目的配置文件）。

八、编写和维护 SSH Config 的最佳实践

使用有意义的别名 (Host): 选择简洁、易记且能反映主机用途或位置的别名。例如，dev-web, prod-db, staging-app-server-01。
添加注释: 使用 # 符号在配置块前或参数行后添加注释，解释该配置的作用、所属项目或任何需要注意的地方。这对于日后回顾或他人阅读非常有帮助。
保持一致的缩进: 虽然非强制，但使用一致的缩进（通常是 2 个空格或 1 个 Tab）可以极大地提高文件的可读性。
按逻辑分组: 将相关的配置块放在一起，例如按项目、按环境（开发、测试、生产）或按功能（Web 服务器、数据库服务器）进行分组。可以使用注释作为分隔符。
先通用后特定: 将 Host * 或其他通配符规则放在文件的前面，作为全局默认设置。然后按顺序添加更具体的 Host 配置，让它们覆盖默认值。
定期清理和更新: 当服务器退休或配置更改时，及时更新或删除对应的 SSH Config 条目。避免文件变得臃肿和包含过时信息。
备份你的 config 文件: ~/.ssh/config 文件包含了你连接各种服务器的重要信息。定期备份或将其存储在版本控制系统（如 Git）中是一个好习惯。
注意权限: 再次强调，确保 ~/.ssh 目录权限是 700，~/.ssh/config 文件权限是 600。

九、故障排除

如果 SSH Config 没有按预期工作，可以尝试以下步骤：

检查文件路径和名称: 确保文件是 ~/.ssh/config (在 Unix/Linux/macOS) 或 %USERPROFILE%\.ssh\config (在 Windows)，并且文件名、大小写都正确。
检查文件权限: 使用 ls -l ~/.ssh/config 查看文件权限，使用 ls -ld ~/.ssh 查看目录权限，并使用 chmod 命令进行修正。
检查语法错误: 仔细检查文件中的关键字拼写、参数值、Host 模式是否符合语法。一个简单的拼写错误就可能导致整个文件或部分配置失效。
使用 -v 选项进行调试: 在命令行中运行 ssh -v alias 或 ssh -vv alias 或 ssh -vvv alias。这将开启详细的调试输出，显示 SSH 客户端如何读取配置文件、尝试哪些认证方法、连接过程中的每一步等信息，这对于定位问题非常有帮助。
理解匹配顺序: 回顾 SSH 如何按照文件顺序匹配 Host 块和覆盖配置项的规则，确认你的配置顺序是否正确。
隔离问题: 如果文件很大，可以暂时将大部分内容注释掉，只保留你正在调试的那部分配置，以缩小问题范围。
检查 Hostname 是否可达: 确认在命令行中直接使用 ssh user@hostname -p port 是否能够成功连接，排除基本的网络或服务器端问题。

十、结论

SSH Config (~/.ssh/config) 是一个功能强大且极具灵活性的工具，它能显著提升你的 SSH 使用效率和体验。通过为常用的远程主机定义简洁的别名，并配置连接参数、密钥文件、端口转发、跳板机甚至连接复用等高级功能，你可以告别那些冗长易错的命令行，享受一步到位的便捷连接。

投入一些时间学习和完善你的 SSH Config 文件是值得的。随着你管理的主机越来越多，你会发现它带来的效率提升和管理便利性是巨大的。现在就开始创建或编辑你的 ~/.ssh/config 文件吧，让 SSH 真正为你所用！

通过本文的介绍，希望你对 SSH Config 有了全面的了解，并能够开始在日常工作中充分利用它的强大功能。祝你使用愉快！

SSH Config：连接效率与配置管理的利器深度解析与使用指南

一、SSH Config 是什么？为什么需要它？

开发服务器

生产服务器

数据库服务器 (通过 prod 跳板)

二、SSH Config 文件的位置与权限

三、SSH Config 文件基础语法

这是一个注释，以 # 开头

四、常用的 SSH Config 关键字与示例

五、高级 SSH Config 功能

通常作为全局设置或应用于一组频繁连接的服务器

使用：

第一次连接 git.example.com 会建立主连接

ssh git.example.com

在另一个终端再次连接 git.example.com 会非常快

ssh git.example.com

退出主连接

ssh -O exit git.example.com

多级跳板 (通过 bastion1 再到 bastion2)

或者直接指定跳板路径

使用：ssh dbserver

然后在本地数据库客户端连接 localhost:33060 即可访问远程内网的 MySQL 数据库

使用：ssh dev_env

然后在 dev 服务器上访问 http://localhost:8000 即可访问你本地机器上运行在 8080 端口的服务

使用：ssh socks_proxy

然后在浏览器或其他应用中配置 SOCKS 代理，指向 localhost:1080

六、使用通配符和模式匹配

设置所有以 .dev 结尾的主机使用 developer 用户

设置所有主机（排除 *.prod 结尾的主机）使用特定的 StrictHostKeyChecking 规则

设置所有主机连接超时为 5 秒

设置 dev 开头的两个特定主机

使用：ssh dev1, ssh dev2 会匹配上面的规则

示例：全局设置和特定覆盖

七、使用 Include 包含其他配置文件

~/.ssh/config 主文件

其他全局设置…

Project A Servers

Project B Servers

八、编写和维护 SSH Config 的最佳实践

九、故障排除

十、结论

发表评论 取消回复

发表评论取消回复