Remote Explorer 是 VS Code 内置视图，需安装 Remote - SSH 扩展才能启用；其依赖 ~/.ssh/config 配置、远程 sshd 服务、VS Code Server 可部署性及基础工具链。
Remote Explorer 不是独立安装的插件
VS Code 的
Remote Explorer
是一个内置视图，不是你手动安装的扩展——它随
Remote - SSH
扩展自动启用。很多人卡在“找不到 Remote Explorer 图标”，其实是没装对核心扩展。
必须安装的是
Remote - SSH
（由 Microsoft 官方发布），不是 “Remote Explorer” 或 “Remote Development” 套件本身（虽然装套件也行，但纯 SSH 场景只需这一个）
安装后，左侧活动栏最下方会自动出现两个圆环相连的图标，那就是
Remote Explorer
如果没看到，按
Ctrl+Shift+P
输入
View: Show Remote Explorer
手动唤出，说明扩展已生效
装完 Remote - SSH 后为什么还是看不到服务器列表？
因为
Remote Explorer
本身不存连接信息，它只读取本地
~/.ssh/config
文件里的
Host
配置。不配置，就永远是空的。
打开终端，运行
mkdir -p ~/.ssh && nano ~/.ssh/config
写入一段合法配置，比如：
Host myvm
HostName 192.168.1.50
User ubuntu
IdentityFile ~/.ssh/id_rsa
保存后，在
Remote Explorer
的
SSH TARGETS
区域点刷新按钮（或重启 VS Code），
myvm
就会出现
若仍为空，检查
~/.ssh/config
权限是否为
600
（
chmod 600 ~/.ssh/config
），否则 VS Code 会静默忽略该文件
连接失败时最常被忽略的三个底层条件
Remote - SSH
能连上，不代表
Remote Explorer
能用——它依赖 SSH 协议层、远程系统环境、以及 VS Code Server 的静默部署能力。
VSCode 1.118
微软正式发布 Visual Studio Code 1.118 版本 。本次更新重点强化了 AI 开发体验与企业管理能力，其中最引人注目的是新增 Copilot CLI 远程控制功能，允许开发者通过手机或网页远程监控和接管 AI 会话 。同时，为了提高 AI 的运行性价比，新版本优化了令牌缓存策略以降低成本 。此外，1.118 版还引入了 Chronicle 本地历史追踪、TypeScript 7.0 支持以及更严格的企业级访问管控 。
下载
远程服务器必须运行
sshd
且端口开放（默认
22
），用
ssh -v user@host
可验证基础连通性
远程机器需能访问公网（或至少能下载
vscode-server
），首次连接时 VS Code 会自动上传并启动服务；若内网无外网权限，会卡在 “Installing VS Code Server” 并超时
远程 Linux 系统需有基本构建工具：
curl
、
tar
、
gzip
、
unzip
（常见于最小化安装的 CentOS/Alpine），缺任一都可能导致 server 启动失败，错误提示常为
Failed to fetch remote environment
想快速编辑单个远程文件，别开整个文件夹
很多人以为必须“打开远程文件夹”才能编辑，其实
Remote Explorer
支持更轻量的操作路径。
按
Ctrl+Shift+P
，输入
Remote-SSH: Open File...
，直接输入远程绝对路径，如
/etc/nginx/nginx.conf
文件会以只读方式打开；点击右上角锁形图标可切换为可编辑状态（需有写权限）
适合运维改配置、查日志等临时任务，避免加载整个项目引发文件监听溢出（
ENOSPC
错误）
远程
资源管理器
本身不“干活”，它只是把
~/.ssh/config
和 VS Code 的远程协议栈串起来的一扇窗。真正容易断、容易卡、容易报错的地方，都在那行
ssh
命令背后——网络、权限、依赖、防火墙，一个都不能少。
