VS Code 远程开发环境搭建：SSH Config 配置篇 – wiki基地

作者： /

VS Code 远程开发环境搭建：SSH Config 配置篇

在现代软件开发中，远程开发已成为一种日益普及的工作模式。无论是连接到强大的远程服务器、在特定环境中测试代码、或是与团队共享统一的开发环境，远程开发都带来了巨大的便利性和灵活性。Visual Studio Code (VS Code) 凭借其强大的 Remote Development 扩展包，使得连接到远程主机进行开发变得前所未有的简单和高效。

VS Code 的 Remote Development 扩展包包含多个子扩展，其中 Remote – SSH 是连接远程 Linux、macOS 或 Windows 主机进行开发的关键。这个扩展允许你在本地的 VS Code 界面中，直接打开和编辑远程服务器上的文件、运行终端命令、调试应用程序，就像在本地工作一样。

然而，为了顺畅、高效且安全地使用 Remote – SSH，仅仅知道如何输入 ssh user@hostname 是不够的。特别是当你的远程连接需求变得复杂时，例如使用非标准端口、通过跳板机（jump host）连接内网服务器、使用特定的身份验证密钥、或者需要保持连接稳定时，手动输入冗长的 SSH 命令会变得异常繁琐且容易出错。

这时，SSH Config 文件就派上了用场。ssh_config 是 SSH 客户端的配置文件，通常位于用户主目录下的 .ssh 文件夹中（即 ~/.ssh/config）。通过精心配置这个文件，我们可以为不同的远程主机定义别名、指定连接参数、配置身份验证方式、设置代理跳板等。VS Code 的 Remote – SSH 扩展能够读取并利用这个配置文件，极大地简化了连接流程，提升了远程开发的体验。

本文将深入探讨如何配置 ~/.ssh/config 文件，以及如何让 VS Code 充分利用这些配置，从而搭建一个稳定、便捷、安全的远程开发环境。

1. 理解 SSH Config 的作用与位置

在深入配置细节之前，我们先理解 ssh_config 文件的作用。

  • 作用： ssh_config 文件允许你为不同的远程主机定义连接参数的集合。你可以为一台主机设置一个简短的别名（例如 my-server），然后在这个别名下指定主机名、用户名、端口号、使用的密钥文件、代理设置等。这样，当你想要连接到这台主机时，只需输入 ssh my-server（在终端中）或在 VS Code 中选择 my-server 这个别名即可，无需记住或输入所有复杂的参数。

  • 位置： ssh_config 文件通常位于用户主目录下的 .ssh 隐藏文件夹内。

    • Linux / macOS: ~/.ssh/config
    • Windows: %USERPROFILE%\.ssh\config (例如 C:\Users\YourUsername\.ssh\config)

    如果 .ssh 文件夹或 config 文件不存在，你需要手动创建它们。在 Linux/macOS 上，可以使用命令 mkdir ~/.ssh 和 touch ~/.ssh/config。在 Windows 上，可以在文件资源管理器中创建 .ssh 文件夹（注意名称以点开头），然后在其中创建 config 文件（注意确保文件没有 .txt 后缀）。

  • 文件权限： 出于安全考虑，~/.ssh 文件夹及其内部文件的权限非常重要。

    • ~/.ssh 目录的权限应设置为只有所有者可读、写、执行（rwx），即权限值 700。
    • ~/.ssh/config 文件的权限应设置为只有所有者可读、写（rw-），即权限值 600。
    • ~/.ssh 目录下的私钥文件（例如 id_rsa）的权限也应设置为 600。

    在 Linux/macOS 上，可以使用 chmod 700 ~/.ssh 和 chmod 600 ~/.ssh/config 来设置权限。在 Windows 上，可以通过文件属性的安全设置来调整。正确的权限设置可以防止其他用户读取或修改你的 SSH 配置和私钥，从而提高安全性。

2. SSH Config 的基本语法与结构

ssh_config 文件是纯文本文件，其基本结构是由一个或多个 Host 代码块组成。每个 Host 代码块以 Host <别名> 开头，后面跟着一系列缩进的配置选项。

“`ini

这是一个注释行，以 # 开头

Host my-server-alias # 定义一个别名，VS Code 和 ssh 命令都会识别它
Hostname 192.168.1.100 # 实际的主机名或 IP 地址
User myuser # 连接时使用的用户名
Port 2222 # 连接时使用的端口号 (如果非默认 22)
# 其他配置选项…

Host another-server
Hostname example.com
User admin
# 使用默认端口 22，所以不用写 Port
# 其他配置选项…

Host * # 通配符，代表所有未被前面规则匹配到的主机
# 在这里可以设置全局默认选项
ServerAliveInterval 60
ServerAliveCountMax 3
# …
“`

  • Host <别名>: 这是每个配置块的开始。<别名> 是你为这个连接配置起的名字，可以是任何你喜欢的、不包含空格的字符串。在命令行中，你会使用 ssh <别名> 来连接；在 VS Code 的 Remote Explorer 中，你会看到这个别名。
  • Hostname <实际主机名或 IP>: 指定远程主机的实际地址。可以是 IP 地址（如 192.168.1.100）或域名（如 example.com）。
  • User <用户名>: 指定连接时使用的用户名。
  • Port <端口号>: 指定连接时使用的端口号。如果远程 SSH 服务运行在非默认的 22 端口上，就需要在这里指定。

选项的优先级： ssh_config 文件中的配置是按顺序读取的。SSH 客户端会从上往下查找与你指定的 Host 别名匹配的配置块，并应用找到的第一个匹配项中的选项。通配符 * 可以用来设置全局默认值，通常放在文件的最后。

3. 配置 VS Code 远程开发常用的基本选项

接下来，我们重点介绍一些在 VS Code 远程开发中非常实用且常用的 ssh_config 选项。

3.1 指定端口号 (Port)

如果你的远程服务器 SSH 服务没有运行在默认的 22 端口，你需要指定端口号。

ini
Host my-custom-port-server
Hostname remote.host.com
User myuser
Port 2222 # 例如，SSH 服务运行在 2222 端口

使用 ssh my-custom-port-server 或在 VS Code 中连接 my-custom-port-server 时，SSH 客户端会自动使用 2222 端口。

3.2 指定身份验证密钥 (IdentityFile)

使用 SSH 密钥进行身份验证比密码更安全便捷。你应该生成一对 SSH 密钥（公钥和私钥），将公钥上传到远程服务器的 ~/.ssh/authorized_keys 文件中，然后使用私钥进行连接。

生成密钥对的命令（在本地机器上运行）：
bash
ssh-keygen -t rsa -b 4096 -C "[email protected]"
这会生成 id_rsa (私钥) 和 id_rsa.pub (公钥) 文件，默认存放在 ~/.ssh/ 目录下。

将公钥复制到远程服务器：
“`bash
ssh-copy-id [email protected] # 如果是初次连接，可能需要输入密码

或者手动复制粘贴 id_rsa.pub 的内容到远程服务器的 ~/.ssh/authorized_keys 文件末尾

“`

在 ssh_config 文件中指定使用的私钥文件：

ini
Host my-key-server
Hostname remote.host.com
User myuser
IdentityFile ~/.ssh/id_rsa # 指定私钥文件的路径
# 或者使用其他名称的密钥文件，例如 ~/.ssh/my_server_key

使用 IdentityFile 后，SSH 客户端会尝试使用指定的私钥进行身份验证。结合正确的公钥在服务器上，你就可以实现无密码登录。

重要提示： 确保你的私钥文件权限设置为 600，.ssh 目录权限设置为 700。不正确的权限会导致 SSH 客户端拒绝使用私钥。

3.3 仅使用指定的身份验证密钥 (IdentitiesOnly)

如果你在本地 .ssh 目录下有很多密钥文件，SSH 客户端在尝试连接时可能会挨个尝试这些密钥，这可能会导致连接变慢，或者在某些安全配置严格的服务器上甚至失败。

使用 IdentitiesOnly yes 选项可以告诉 SSH 客户端，对于当前这个 Host 配置，只尝试使用 IdentityFile 指定的密钥进行身份验证，忽略其他可能的默认密钥或通过 ssh-agent 加载的密钥。

ini
Host my-strict-key-server
Hostname remote.host.com
User myuser
IdentityFile ~/.ssh/my_server_key # 指定用于此服务器的特定密钥
IdentitiesOnly yes # 确保只使用 my_server_key，不尝试其他密钥

这对于管理多个不同远程环境的密钥非常有用。

3.4 防止连接中断 (ServerAliveInterval, ServerAliveCountMax)

有时候，长时间的 SSH 连接会因为网络防火墙、路由器超时或服务器闲置等原因而断开。这在使用 VS Code 进行远程开发时尤其令人沮丧，因为连接断开意味着你需要重新连接、重新加载项目状态。

ServerAliveInterval 和 ServerAliveCountMax 选项可以帮助保持连接活跃：

  • ServerAliveInterval <秒>: SSH 客户端会在指定秒数内没有收到服务器的任何数据时，发送一个“保持活跃”的消息给服务器。这有助于防止连接因空闲而超时。
  • ServerAliveCountMax <次数>: 客户端发送了保持活跃消息后，如果在指定次数内没有收到服务器的响应，就认为连接已断开，并终止连接。

一个常用的配置是：

ini
Host my-stable-server
Hostname remote.host.com
User myuser
# ... 其他配置 ...
ServerAliveInterval 60 # 每隔 60 秒发送一次保持活跃消息
ServerAliveCountMax 3 # 如果连续 3 次没有收到响应，则断开连接

将 ServerAliveInterval 60 和 ServerAliveCountMax 3 添加到你的常用服务器配置中（或者添加到 Host * 全局配置中），可以显著提高连接的稳定性，减少因网络原因导致的断开。

3.5 处理主机密钥验证 (StrictHostKeyChecking, UserKnownHostsFile)

当你第一次连接到一个新的远程主机时，SSH 客户端会显示主机的公钥指纹，并询问你是否确认连接。确认后，主机的公钥会被保存在本地的 ~/.ssh/known_hosts 文件中。后续连接时，SSH 客户端会检查服务器提供的公钥是否与 known_hosts 文件中保存的匹配，以防止中间人攻击。

  • StrictHostKeyChecking yes (默认): 严格检查主机密钥。如果服务器提供的主机密钥与 known_hosts 中保存的不符（例如服务器重装或迁移），连接会中断并提示“Host key verification failed”。这是最安全的设置。
  • StrictHostKeyChecking no: 不检查主机密钥。这会绕过安全性检查，不推荐在生产环境或不熟悉的主机上使用，因为它使得中间人攻击成为可能。但在某些特定场景（如临时连接频繁变更 IP 的测试虚拟机）下，为了方便可能会用到。

  • StrictHostKeyChecking ask: 首次连接询问，后续连接如果密钥变更则提示。这是最平衡的选项，在 VS Code 中通常表现为弹窗提示。

  • UserKnownHostsFile <文件路径>: 指定存储已知主机密钥的文件路径。默认是 ~/.ssh/known_hosts。在某些情况下，你可能希望为不同的连接使用不同的 known_hosts 文件，或者临时忽略已知主机列表。例如：

ini
Host my-risky-test-server
Hostname 192.168.1.200
User testuser
# WARNING: This disables host key checking! Use with caution!
StrictHostKeyChecking no
# 可以选择将这类主机的已知密钥丢弃，不保存在 known_hosts 中
# UserKnownHostsFile /dev/null

对于大多数常规的远程开发服务器，建议保留 StrictHostKeyChecking yes 或 ask，并让 VS Code 正常管理 known_hosts 文件。当遇到“Host key verification failed”错误时，你应该调查原因（是服务器真的换了密钥，还是存在安全问题），然后手动编辑 ~/.ssh/known_hosts 文件，删除对应主机的条目。

4. 高级 SSH Config 配置：跳板机与代理

在复杂的网络环境中，你可能无法直接通过 SSH 连接到目标服务器，而需要先连接到一个跳板机（Bastion Host），然后再从跳板机连接到目标服务器。ssh_config 文件提供了强大的代理功能来处理这种情况。

有两种主要方法实现通过跳板机连接：使用 ProxyJump (较新、推荐) 或 ProxyCommand (较旧、更灵活)。

4.1 使用 ProxyJump (推荐)

ProxyJump 选项允许你指定一个或多个跳板主机，SSH 客户端会自动通过这些跳板建立连接链。

假设你想连接到 target-server (其地址是 192.168.10.50)，但只能先通过 jump-host (其地址是 jump.example.com) 连接。

首先，确保你可以直接 SSH 到 jump-host：
bash
ssh [email protected]

然后，确保你从 jump-host 上可以 SSH 到 target-server (可能需要公钥认证)：
“`bash

在 jump-host 上运行

ssh [email protected]
“`

配置 ~/.ssh/config 文件：

“`ini

首先配置跳板机本身

Host jump-host-alias
Hostname jump.example.com
User user_on_jump
IdentityFile ~/.ssh/id_rsa_for_jump # 连接跳板机可能需要特定密钥
ServerAliveInterval 60
ServerAliveCountMax 3

然后配置目标服务器，使用 ProxyJump 指向跳板机别名

Host target-server-alias
Hostname 192.168.10.50 # 目标服务器的内网 IP 或主机名 (从跳板机可达)
User user_on_target
IdentityFile ~/.ssh/id_rsa_for_target # 连接目标服务器可能需要特定密钥
ProxyJump jump-host-alias # 指定通过 jump-host-alias 这个跳板连接
ServerAliveInterval 60
ServerAliveCountMax 3
“`

现在，当你使用 ssh target-server-alias 或在 VS Code 中连接 target-server-alias 时，SSH 客户端会自动执行以下步骤：
1. 读取 target-server-alias 的配置。
2. 发现 ProxyJump 指向 jump-host-alias。
3. 读取 jump-host-alias 的配置，连接到 jump.example.com。
4. 在 jump-host 和 target-server 之间建立一个隧道。
5. 通过这个隧道连接到 target-server 的 192.168.10.50 地址。

整个过程对用户是透明的，你只需连接 target-server-alias 即可。ProxyJump 也支持多级跳板，例如 ProxyJump jump1,jump2,jump3。

4.2 使用 ProxyCommand

ProxyCommand 选项允许你执行任意命令来建立连接到目标主机的隧道。这提供了更大的灵活性，但也更复杂。一个常见的用法是使用 ssh -W 命令来通过跳板建立隧道。

上面的跳板机示例使用 ProxyCommand 实现：

“`ini

首先配置跳板机本身 (与 ProxyJump 示例相同)

Host jump-host-alias-pc
Hostname jump.example.com
User user_on_jump
IdentityFile ~/.ssh/id_rsa_for_jump
ServerAliveInterval 60
ServerAliveCountMax 3

然后配置目标服务器，使用 ProxyCommand

Host target-server-alias-pc
Hostname 192.168.10.50
User user_on_target
IdentityFile ~/.ssh/id_rsa_for_target
# ProxyCommand 指定要执行的命令，通过 jump-host 别名连接到目标主机 (%h:%p 会被替换为目标主机的 Hostname:Port)
ProxyCommand ssh jump-host-alias-pc -W %h:%p
ServerAliveInterval 60
ServerAliveCountMax 3
“`

这里的 ProxyCommand ssh jump-host-alias-pc -W %h:%p 意思是：执行 ssh 命令，连接到 jump-host-alias-pc，然后在跳板机上执行 ssh -W <目标主机名>:<目标端口>，-W 选项告诉跳板机在标准输入/输出上建立与目标主机端口的 TCP 隧道。

虽然 ProxyCommand 更灵活（理论上可以执行任何能建立隧道的命令），但 ProxyJump 更简洁直观，且通常性能更好，因为它使用了 SSH 协议原生的隧道转发机制。对于大多数跳板机场景，推荐使用 ProxyJump。

4.3 通过 SOCKS 代理连接

如果你需要通过 SOCKS 代理连接，也可以使用 ProxyCommand 结合 nc (netcat) 或 ncat 工具。

ini
Host socks-proxied-server
Hostname remote.host.com
User myuser
# 假设你的 SOCKS 代理运行在本地的 127.0.0.1:1080
ProxyCommand nc -X 5 -x 127.0.0.1:1080 %h %p

这里的 nc -X 5 -x 127.0.0.1:1080 %h %p 命令告诉 nc 工具使用 SOCKS 版本 5 (-X 5) 连接到本地的 127.0.0.1:1080 代理服务器 (-x 127.0.0.1:1080)，然后通过代理连接到目标主机 (%h) 和端口 (%p)。

5. 配置端口转发 (LocalForward, RemoteForward)

虽然端口转发不是 VS Code Remote-SSH 连接本身必需的，但在远程开发中，你经常需要访问运行在远程服务器上的服务（如数据库、Web 服务、API）。SSH 端口转发允许你在本地机器和远程服务器之间建立安全的隧道来访问这些服务。

  • LocalForward <本地端口> <远程主机>:<远程端口>: 将本地机器上的某个端口转发到远程服务器可访问的某个地址和端口。

    例如，远程服务器 my-server (Hostname: remote.host.com) 上运行着一个数据库服务，监听在 localhost:5432。你希望在本地机器上通过 localhost:5432 访问这个数据库。

    ini
    Host my-server-with-db
    Hostname remote.host.com
    User myuser
    # ... 其他连接配置 ...
    LocalForward 5432 localhost:5432 # 将本地 5432 端口转发到远程主机的 localhost:5432

    连接到 my-server-with-db 后，你就可以在本地机器上使用数据库客户端连接 localhost:5432，流量会通过 SSH 安全隧道转发到远程服务器上的 localhost:5432。

  • RemoteForward <远程端口> <本地主机>:<本地端口>: 将远程服务器上的某个端口转发到本地机器可访问的某个地址和端口。这个方向与 LocalForward 相反。

    例如，你在本地机器上运行着一个 Webhook 接收服务，监听在 localhost:8000。你想让远程服务器上的一个应用程序能够将请求发送到 remote.host.com:8000，然后这些请求通过 SSH 隧道转发到你本地的 localhost:8000。

    ini
    Host my-server-with-webhook
    Hostname remote.host.com
    User myuser
    # ... 其他连接配置 ...
    RemoteForward 8000 localhost:8000 # 将远程主机 8000 端口转发到本地主机的 localhost:8000

    连接到 my-server-with-webhook 后，远程服务器上的应用程序就可以连接到 remote.host.com:8000（或者通常是 localhost:8000，取决于服务器网络配置和绑定地址），流量会通过 SSH 隧道转发到你本地机器上的 localhost:8000。

注意： 在 VS Code 中通过 Remote-SSH 连接时，这些 LocalForward 和 RemoteForward 配置是自动生效的。VS Code 建立 SSH 连接时会读取并应用这些配置。

6. 将 SSH Config 集成到 VS Code

VS Code 的 Remote – SSH 扩展旨在无缝集成 ~/.ssh/config 文件。

  1. 安装扩展： 确保你已经安装了 “Remote – SSH” 扩展。在 VS Code 的扩展视图中搜索 “Remote – SSH” 并安装。为了获得完整的远程开发体验，通常建议安装 “Remote Development” 扩展包，它包含了 Remote – SSH 以及其他有用的远程扩展。

  2. 打开远程资源管理器： 安装扩展后，VS Code 左侧会出现一个远程资源管理器图标（看起来像一个显示器或网络符号）。点击它。

  3. 查看 SSH Targets： 在远程资源管理器视图中，展开 “SSH TARGETS” 部分。VS Code 会自动扫描你的 ~/.ssh/config 文件，并将其中配置的 Host 别名列出来。

  4. 连接到配置的主机： 你会看到一个列表，其中包含你在 ~/.ssh/config 文件中定义的所有别名（以及通过其他方式添加的远程主机）。只需点击你想要连接的别名旁边的连接按钮（看起来像一个窗口图标），VS Code 就会尝试使用该配置建立 SSH 连接。

  5. 添加新主机： 如果你想在 VS Code 中添加一个新的远程主机，有几种方法：

    • 点击 “SSH TARGETS” 标题栏上的 “+” 图标。VS Code 会提示你输入完整的 SSH 连接命令（例如 ssh user@hostname -p port）。输入后，VS Code 会询问你是否要将此配置保存到 ~/.ssh/config 文件中，选择保存，它会自动帮你创建一个新的 Host 条目。
    • 或者，你可以直接手动编辑 ~/.ssh/config 文件，然后点击 Remote Explorer 视图顶部的刷新按钮（看起来像两个箭头组成的圆圈）。VS Code 会重新加载配置。

通过 Remote Explorer 连接时，VS Code 会在后台执行相应的 ssh <alias> 命令，并利用 ssh_config 中指定的所有参数（Hostname, User, Port, IdentityFile, ProxyJump 等）。连接成功后，VS Code 会在远程服务器上安装一个小的 VS Code Server，然后你就可以像在本地一样进行文件编辑、终端操作、调试等。

7. SSH Config 配置的最佳实践与故障排除

最佳实践：

  • 权限是关键： 重申权限的重要性！~/.ssh (700), ~/.ssh/config (600), 私钥文件 (600)。不正确的权限是导致连接问题的最常见原因之一。
  • 使用有意义的别名： 为你的 Host 选择易于记忆和区分的别名。
  • 添加注释： 使用 # 符号为你的配置添加注释，解释每个配置块的作用或特定选项的含义，尤其是在配置复杂时。
  • 分组和组织： 如果你有大量配置，可以考虑按照项目、环境（开发、测试、生产）或地域来分组你的 Host 条目，并使用注释进行分隔。
  • 先在终端测试： 在尝试通过 VS Code 连接之前，先在本地终端中使用 ssh <alias> 命令测试你的 SSH Config 配置是否工作正常。这可以帮助你快速定位是 SSH 配置本身的问题还是 VS Code 的问题。
  • 备份你的 .ssh 文件夹： .ssh 文件夹包含了你的密钥、配置文件和已知主机列表，这是连接到远程服务器的关键。定期备份这个文件夹非常重要。

常见故障排除（与 SSH Config 相关）：

  • “Permission denied (publickey,password).”:

    • 检查密钥路径： 确保 IdentityFile 中指定的私钥文件路径是正确的，且文件存在。
    • 检查密钥权限： 确保私钥文件权限是 600。
    • 检查 .ssh 目录权限： 确保 ~/.ssh 目录权限是 700。
    • 检查 ~/.ssh/authorized_keys on remote: 确保你的公钥 (.pub 文件内容) 已经正确添加到远程服务器对应用户的 ~/.ssh/authorized_keys 文件中，并且该文件的权限是 600，其所在目录 ~/.ssh 的权限是 700。
    • 检查 IdentitiesOnly yes: 如果使用了此选项，确保 IdentityFile 指定的密钥是正确的。
    • 检查服务器 SSH 配置： 确保远程服务器允许公钥认证 (PubkeyAuthentication yes)。

  • “Host key verification failed.”:

    • 远程服务器的主机密钥与你本地 ~/.ssh/known_hosts 文件中保存的不符。
    • 原因可能是服务器重装系统、迁移，或者存在中间人攻击。
    • 确认安全无误后，编辑 ~/.ssh/known_hosts 文件，删除与该主机名或 IP 地址对应的行。再次连接时会重新生成主机密钥提示。
    • 如果临时测试不需要严格验证，可以考虑使用 StrictHostKeyChecking no (不推荐用于重要服务器)。

  • “Could not resolve hostname …”:

    • 检查 Hostname 选项是否正确拼写。
    • 确保你的本地机器能够解析这个主机名（DNS 问题）。如果是内网 IP，确保你在正确的网络环境中。
    • 如果通过跳板机连接，target-server 的 Hostname 应该是从跳板机上可以解析或访问到的地址。

  • “Connect to host port failed: Connection refused.”:

    • 检查 Port 选项是否正确。
    • 确保远程服务器的 SSH 服务正在运行。
    • 检查防火墙设置，确保允许从你的本地机器访问远程服务器的指定端口。

  • “ProxyJump / ProxyCommand failed.”:

    • 检查跳板机 (jump-host-alias) 本身的配置是否正确，能否成功连接到跳板机。
    • 检查 ProxyCommand 的语法是否正确。
    • 检查从跳板机到目标服务器的网络连通性。
    • 检查连接跳板机和从跳板机到目标服务器所需的密钥或认证是否正确配置。

通过理解 SSH Config 的原理和常用选项，并结合良好的配置实践和故障排除技巧，你可以极大地提升 VS Code 远程开发的效率和稳定性。

8. 结语

VS Code 的 Remote – SSH 扩展是进行远程开发的强大工具，而 ~/.ssh/config 文件则是释放其全部潜力的关键。通过在 ssh_config 中为你的远程主机定义清晰、详细的配置，你可以：

  • 简化连接命令： 使用简短的别名替代复杂的 ssh 命令。
  • 自动化配置： 自动应用非标准端口、特定用户名、身份验证密钥等。
  • 应对复杂网络： 通过 ProxyJump 或 ProxyCommand 轻松连接到位于内网或需要跳板的主机。
  • 提高连接稳定性： 使用 ServerAliveInterval 等选项防止连接意外断开。
  • 增强安全性： 规范管理身份验证密钥，并控制主机密钥验证行为。
  • 无缝集成 VS Code： VS Code Remote Explorer 直接读取并利用你的 ssh_config 文件，提供便捷的连接界面。

投入时间学习和配置 ~/.ssh/config 文件，无疑是一项非常有价值的投资。它不仅能改善你在 VS Code 中的远程开发体验，也是掌握 SSH 客户端高级用法的基石，对你日常的服务器维护和管理也大有裨益。从最基础的 Host、Hostname、User 开始，逐步添加 Port、IdentityFile、ProxyJump 等选项，你会发现远程工作的世界因此变得更加触手可及，更加高效顺畅。

现在就开始打开或创建你的 ~/.ssh/config 文件，根据本文的指导，为你常用的远程服务器配置别名和连接选项吧！你的 VS Code 远程开发之旅，将因此迈入新的篇章。

发表评论

您的邮箱地址不会被公开。 必填项已用 * 标注

滚动至顶部