VSCode Remote-SSH 扩展故障排查:解决 "Creating 'sh' subshell timed out" 错误
2025-06-18 13:51:50作者:柯茵沙
问题现象
在使用 VSCode 的 Remote-SSH 扩展连接远程开发环境时,用户遇到了两种不同的错误提示:
- 当设置
remote.SSH.useLocalServer为true时,出现错误:"Resolver error: Error: Creating 'sh' subshell timed out" - 当设置为
false时,则显示:"Resolver error: Error: Client-side server download failed"
这些错误导致用户无法通过 Remote-SSH 扩展连接到远程的 coder.com 实例,尽管直接使用 SSH 命令行连接仍然正常工作。
错误分析
从日志中可以观察到几个关键点:
- SSH 连接本身是成功的,认证过程正常完成
- 问题出现在尝试创建远程 shell 子进程时
- 错误提示表明系统无法正确执行
sh命令
深入分析日志发现,当 Remote-SSH 扩展尝试在远程主机上执行 sh 命令时,实际上执行了一个错误的二进制文件,这个文件实际上是用户之前安装的 shfmt 工具(一个 shell 脚本格式化工具)的别名。
根本原因
问题的根源在于用户的 $PATH 环境变量设置导致:
- 用户曾在远程主机上安装了
mvdan/sh项目中的工具,包括shfmt - 安装过程中可能同时安装了名为
sh的可执行文件 - 这个自定义的
sh被放置在~/.local/bin目录下 - 由于
~/.local/bin在$PATH中的优先级高于系统默认的/bin或/usr/bin - 当 Remote-SSH 扩展尝试执行
/bin/sh时,系统实际执行了用户自定义的sh工具
解决方案
解决此问题的方法很简单:
- 登录到远程主机
- 检查
~/.local/bin目录下是否存在名为sh的可执行文件 - 移除或重命名这个文件
- 确保系统默认的
/bin/sh可以被正常访问
验证方法是通过 SSH 直接执行测试命令:
ssh coder.bwm sh <<< 'echo "hello from in $(ps -o comm= -p $$)"'
正常情况下应该返回类似 "hello from in sh" 的输出,而不是任何帮助文本。
预防措施
为避免类似问题,建议:
- 避免在个人目录下安装与系统关键命令同名的可执行文件
- 如果需要安装替代工具,使用不同的名称或完整路径调用
- 定期检查
$PATH环境变量的设置,确保系统目录优先级合理 - 使用
which sh命令检查实际执行的二进制文件位置
技术要点
- Remote-SSH 扩展依赖远程主机上的标准 shell 环境进行初始化
- 扩展会在远程主机上执行复杂的 shell 脚本来建立连接
- 任何对基本系统命令的修改都可能导致连接失败
- 调试此类问题时,应首先验证最基本的命令执行是否正常
通过理解这些技术细节,用户可以更好地诊断和解决 Remote-SSH 扩展使用过程中遇到的各种环境配置问题。
登录后查看全文
热门项目推荐
相关项目推荐
atomcodeClaude Code 的开源替代方案。连接任意大模型,编辑代码,运行命令,自动验证 — 全自动执行。用 Rust 构建,极致性能。 | An open-source alternative to Claude Code. Connect any LLM, edit code, run commands, and verify changes — autonomously. Built in Rust for speed. Get StartedRust0213
cann-learning-hubCANN 学习中心仓,支持在线互动运行、边学边练,提供教程、示例与优化方案,一站式助力昇腾开发者快速上手。Jupyter Notebook0138
uni-appA cross-platform framework using Vue.jsJavaScript08
GLM-5.2智谱开源 GLM-5.2,这是针对长文本任务的最新旗舰模型。相较于前代产品 GLM-5.1,它在长文本任务处理能力上实现了显著飞跃,并且首次在稳定的 100 万 token 上下文中提供这一能力。Jinja00
SwanLab⚡️SwanLab - an open-source, modern-design AI training tracking and visualization tool. Supports Cloud / Self-hosted use. Integrated with PyTorch / Transformers / LLaMA Factory / veRL/ Swift / Ultralytics / MMEngine / Keras etc.Python00
tiny-universe《大模型白盒子构建指南》:一个全手搓的Tiny-UniverseJupyter Notebook03
项目优选
收起
deepin linux kernel
C
32
16
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
468
463
暂无描述
Dockerfile
777
5.08 K
Ascend Extension for PyTorch
Python
757
966
本项目是CANN提供的transformer类大模型算子库,实现网络在NPU上加速计算。
C++
876
2.02 K
本项目是CANN提供的神经网络类计算算子库,实现网络在NPU上加速计算。
C++
697
1.4 K
昇腾LLM分布式训练框架
Python
185
231
JiuwenSwarm 是一款基于openJiuwen开发的智能AI Agent,它能够将大语言模型的强大能力,通过你日常使用的各类通讯应用,直接延伸至你的指尖。
Python
2.25 K
676
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
1.1 K
1.14 K
本仓库是 Flutter SDK 与 Flutter Engine 的 OpenHarmony 适配版本,由 CPF-Flutter 团队维护。开发者可使用熟悉的 Flutter 技术栈开发 OpenHarmony 应用,3.35.7 及以后的适配版本可基于本仓库源码构建支持 OpenHarmony 的 Flutter Engine。
Dart
1.04 K
271