VSCode连接云服务器需插件、CLI工具与凭据配置三者协同，缺一不可且顺序不能错；例如AWS Toolkit需aws-cli/2.x、完整aws configure四字段及重启VS Code，Azure Account需浏览器授权并校准系统时间，GCP Cloud Code需gcloud SDK官方安装与init初始化。
VSCode 本身不直接连云服务，所有连接都依赖插件 + CLI 工具 + 凭据配置三者协同生效。缺一不可，且顺序不能错。
AWS Toolkit 插件连不上？先检查 aws-cli 和 credentials
常见错误现象：Failed to load AWS credentials、状态栏不显示 region、右键没部署选项、Deploy SAM Application 点击无反应。
- 必须安装
aws-cli/2.x（运行aws --version确认），aws-cli/1.x不被 Toolkit 完全支持 -
aws configure必须填全四字段：Access Key ID、Secret Access Key、Default region（如us-east-1）、Default output format（设为json） - 检查
~/.aws/credentials中 profile 名（如[dev]）是否与 VS Code 状态栏右下角选中的 profile 一致；不一致就点它切换 - 改完配置后必须重启 VS Code——Toolkit 不热重载凭据
Azure Account 扩展登录失败？别跳过浏览器授权环节
常见错误现象：Sign in failed: Error: getaddrinfo ENOTFOUND login.microsoftonline.com、弹窗空白、反复要求登录但无响应。
- 确保系统时间准确（误差 >5 分钟会导致 OAuth 失败），尤其在虚拟机或 Docker 容器中容易偏移
- 首次登录必须用默认浏览器完成 Microsoft 登录页授权，禁用弹窗拦截器，且不要在私密窗口操作
- 若使用公司 Azure AD，需确认账户有
Contributor或更高权限；个人账户需开启 MFA 后再绑定 - 登录成功后，VS Code 状态栏会显示订阅名（如
MyDevSubscription），这才是真正可用的信号
GCP Cloud Code 插件报“gcloud not found”？路径和初始化是关键
常见错误现象：Command 'Cloud Code: Deploy' resulted in an error (command 'cloudcode.deploy' not found)、终端里能跑 gcloud，但插件里提示找不到命令。
- 必须通过官方方式安装
gcloud SDK（不是仅装google-cloud-cli包），并执行gcloud init完成首次账户绑定和默认项目设置 - VS Code 启动方式影响 PATH：如果从桌面图标启动，可能读不到 shell 的
PATH；建议从终端执行code .启动，确保继承完整环境变量 - 插件不自动触发
gcloud auth login，必须手动在终端运行一次，并完成浏览器授权流程 - 确认
gcloud config list project有输出，否则 Cloud Code 部署时会因缺失项目 ID 报错
三个平台共用的坑：远程开发容器里云工具全失效
当你用 Remote - Containers 打开项目，发现 AWS Toolkit、Azure Account、Cloud Code 全部灰显或报错，这不是插件问题，而是容器内缺少凭证和 CLI。
- 不要把
~/.aws、~/.azure、~/.config/gcloud直接挂进容器——存在权限和路径映射风险 - 正确做法是在
.devcontainer.json中用postCreateCommand安装对应 CLI，并通过containerEnv注入已认证的 token 或凭据（如AWS_PROFILE） - 更安全的方案是：本地主机完成全部认证，容器内只调用
aws/az/gcloud命令，靠 Docker 的--network=host或 host.docker.internal 访问本地代理 - 记住：VS Code 插件运行在本地端，但 CLI 命令实际执行位置取决于你当前打开的是本地文件夹还是容器——这是绝大多数“突然连不上”的根源
最常被忽略的一点：云平台插件的状态栏指示器（region/profile/subscription/project）不是装饰，而是唯一可信的连接凭证就绪标志。没看到它，就等于没连上，任何后续操作都是徒劳。
