起因 今天在使用WSL上的Centos时, 发现Vscode远程连接上不上了, 然后想起来vscode之前下载claude插件自动更新了一次, 导致它的版本变成了v1.106.0, 然后就连不上了. 从 VS Code 1.99（2025年3月发布） 开始，官方预编译的 VS Code Server 对 Linux 发行版的系统依赖做了升级，要求远端服务器必须满足： glibc >= 2.28 libstdc++ >= 3.4.25 以及对应的动态链接环境 ssh远程连接时错误信息如下: [2026-04-18 03:33:45.663] Starting server: /home/user/.vscode-server/bin/ac4cbdf48759c7d8c3eb91ffe6bb04316e263c57/bin/code-server --host=127.0.0.1 --port=0 --connection-token=1869292326-2464295744-3154885190-4149685785 --use-host-proxy --without-browser-env-var --disable-websocket-compression --accept-server-license-terms --telemetry-level=all [2026-04-18 03:33:45.664] /home/user/.vscode-server/bin/ac4cbdf48759c7d8c3eb91ffe6bb04316e263c57/node: /lib64/libm.so.6: version `GLIBC_2.27' not found (required by /home/user/.vscode-server/bin/ac4cbdf48759c7d8c3eb91ffe6bb04316e263c57/node) [2026-04-18 03:33:45.664] /home/user/.vscode-server/bin/ac4cbdf48759c7d8c3eb91ffe6bb04316e263c57/node: /lib64/libc.so.6: version `GLIBC_2.27' not found (required by /home/user/.vscode-server/bin/ac4cbdf48759c7d8c3eb91ffe6bb04316e263c57/node) [2026-04-18 03:33:45.664] /home/user/.vscode-server/bin/ac4cbdf48759c7d8c3eb91ffe6bb04316e263c57/node: /lib64/libc.so.6: version `GLIBC_2.28' not found (required by /home/user/.vscode-server/bin/ac4cbdf48759c7d8c3eb91ffe6bb04316e263c57/node) [2026-04-18 03:33:45.664] /home/user/.vscode-server/bin/ac4cbdf48759c7d8c3eb91ffe6bb04316e263c57/node: /lib64/libc.so.6: version `GLIBC_2.25' not found (required by /home/user/.vscode-server/bin/ac4cbdf48759c7d8c3eb91ffe6bb04316e263c57/node) 解决方法一: 官方推荐的自定义运行库法 code.visualstudio.com Can I run VS Code Server on older Linux distributions? - Remote Development FAQ This article covers frequently asked questions for each of the Visual Studio Code Remote Development extensions. See the SSH, Containers, and WSL articles for more details on setting up and working with each of their respective capabilities. Or try... 以下是AI关于这个文档的解释: VS Code 1.99 之后，官方发的 VS Code Server 二进制 默认要求远端系统有较新的： glibc >= 2.28 libstdc++ >= 3.4.25 以及相应动态链接环境 如果你的老服务器系统本身太旧，比如 CentOS 7，没有这些库，Server 本体会启动失败 这时候可以额外准备一套“较新的运行库目录”，让 VS Code Server 不要使用系统自带旧 glibc，而是改为加载你提供的那一套新库. 这个“较新的运行库目录”，官方建议你用 Crosstool-ng 去构建，这就是文档里说的 sysroot 准备工具: v0.18.x 以上的 patchelf. Release 0.18.0 · NixOS/patchelf · GitHub 在 rpmfind.net 中找到所需要的 glibc 2.28 地址: RPM resource glibc 选择AlmaLinux 8.10 BaseOS for aarch64 glibc-2.28-251.el8_10.31.aarch64.rpm 在 rpmfind.net 中找到所需要的 libstdc++ 地址: https://www.rpmfind.net/linux/almalinux/8.10/BaseOS/x86_64/os/Packages/libstdc++-8.5.0-28.el8_10.alma.1.i686.rpm 选择AlmaLinux 8.10 BaseOS for aarch64 libstdc++-8.5.0-28.el8_10.alma.1.i686.rpm 不要直接安装 rpm!!! mkdir -p /home/user/lib/vscode_server_linux_root mv glibc-2.28-251.el8.x86_64.rpm /home/user/lib/vscode_server_linux_root/ mv libstdc++-8.5.0-21.el8.x86_64.rpm /home/user/lib/vscode_server_linux_root/ cd /home/user/lib/vscode_server_linux_root # 将rpm文件解压到当前目录 rpm2cpio glibc-2.28-251.el8.x86_64.rpm | cpio -idmv rpm2cpio libstdc++-8.5.0-21.el8.x86_64.rpm | cpio -idmv # 检查下 so 文件中的 ABI 兼容版本是否符合 VSCode 或者 Node.js 的要求 strings ./usr/lib/libc.so.6 | grep -E '^GLIBC_[0-9.]+' | sort strings ./usr/lib/libstdc++.so.6 | grep -E '^GLIBCXX_[0-9.]+' | sort # 设置环境变量, 两个环境变量都试一下 export VSCODE_SERVER_CUSTOM_GLIBC_LINKER=/home/user/my_lib/vscode_server_linux_root/usr/lib # export VSCODE_SERVER_CUSTOM_GLIBC_LINKER=/home/flipped/my_lib/vscode_server_linux_root/usr/lib/ld-linux.so.2 export VSCODE_SERVER_CUSTOM_GLIBC_PATH=/home/user/my_lib/vscode_server_linux_root/usr/lib export VSCODE_SERVER_PATCHELF_PATH=/home/user/my_lib/vscode_server_linux_root/bin 理论上这样之后, node 应该可以正常启动了, 但是我在wsl上的centos7.9进行测试时, 即使设置了环境变量, 服务器上的node也没有到我指定的目录下去找2.28的glibc. 然后我也尝试了手动patch node. 但发现patch后, node --version 都运行不了. [!NOTE] 不一定起作用 若环境变量不生效，可尝试直接修改 VS Code Server 内嵌 Node.js 的动态链接路径： patchelf --set-interpreter ${CUSTOM_LIB_DIR}/usr/lib64/ld-linux-x86-64.so.2 \ --set-rpath ${CUSTOM_LIB_DIR}/usr/lib64 \ ~/.vscode-server/bin/<VSCode版本号>/node 解决方法2: 第三方补丁工具 从社区仓库下载与本地 VS Code 版本匹配的包： 仓库地址： MikeWang000000/vscode-server-centos7 查看本地 VS Code 版本：点击左下角齿轮 → 关于 → 复制版本哈希（如 ac4cbdf48759c7d8c3eb91ffe6bb04316e263c57 ） # 1. 创建VS Code Server目录（若已存在则跳过） mkdir -p ~/.vscode-server # 2. 解压下载的预补丁包 tar xzf vscode-server_*.tar.gz -C ~/.vscode-server --strip-components 1 # 3. 执行补丁脚本 ~/.vscode-server/code-latest --patch-now # 4. 替换官方内嵌的Node.js（替换为预编译的兼容版本） cp -f ~/.vscode-server/cli/servers/Stable-<版本哈希>/server/node \ ~/.vscode-server/bin/<版本哈希>/node 使用这个方案, 我电脑上能够连接到centos了, 但是远程连接后, 无法在vscode的集成终端中使用 code a.log 打开服务器上的文件, 报错如下: user@user:test$ code . Unable to connect to VS Code server: Error in request. Error: connect ENOENT /run/user/1000/vscode-ipc-d2af735a-73ee-499c-9f8c-48fa19a6199e.sock at PipeConnectWrap.afterConnect [as oncomplete] (node:net:1637:16) { errno: -2, code: 'ENOENT', syscall: 'connect', address: '/run/user/1000/vscode-ipc-d2af735a-73ee-499c-9f8c-48fa19a6199e.sock' } 除了上面给出的预编译后的node文件, 在下面这个issue里面针对centos上运行v18以后的nodejs的问题, 也提供了一个预编译好的版本 github.com/nodejs/node Node.js is showing error "node: /lib64/libm.so.6: version `GLIBC_2.27' not found (required by node)" 已打开 05:40AM - 28 Mar 24 UTC 已关闭 08:38PM - 17 May 25 UTC yogeshlc ### Version node-v20.11.0-linux-x64.tar.xz ### Platform Linux yogVM 5.4.17-21 … 36.325.5.1.el7uek.x86_64 ### Subsystem _No response_ ### What steps will reproduce the bug? - Extract node.js tar at location /usr/local - check node --version cmd which is failing with error Error: node --version node: /lib64/libm.so.6: version `GLIBC_2.27' not found (required by node) node: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by node) node: /lib64/libstdc++.so.6: version `CXXABI_1.3.9' not found (required by node) node: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.21' not found (required by node) node: /lib64/libc.so.6: version `GLIBC_2.28' not found (required by node) node: /lib64/libc.so.6: version `GLIBC_2.25' not found (required by node) ### How often does it reproduce? Is there a required condition? _No response_ ### What is the expected behavior? Why is that the expected behavior? node --version v20.11.0 ### What do you see instead? node --version node: /lib64/libm.so.6: version `GLIBC_2.27' not found (required by node) node: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by node) node: /lib64/libstdc++.so.6: version `CXXABI_1.3.9' not found (required by node) node: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.21' not found (required by node) node: /lib64/libc.so.6: version `GLIBC_2.28' not found (required by node) node: /lib64/libc.so.6: version `GLIBC_2.25' not found (required by node) ### Additional information _No response_ 但我用这个, 虽然也能正常连接, 但无法打开vscode中的集成终端. 报错如下. 结尾 佬友们帮忙看看, 为什么我使用官方文档里面的方法, 设置环境变量之后还是没有办法让服务器上的node到我指定的目录下去找glibc. 2 个帖子 - 2 位参与者 阅读完整话题
这样是不是没问题 cpa就只用来看使用量 然后在vscode登录使用 2 个帖子 - 2 位参与者 阅读完整话题
之前从来没发现。这几天用vscode 不知道什么情况，只要出现代码补全的情况就会嗡的一声，烦人得很，也不知道在哪关，真的很烦啊，听着这个死声音，一点劲都没有，不知道大家遇到过没?该怎么解决 6 个帖子 - 4 位参与者 阅读完整话题
在vscode里每次在终端启动cc的时候，就会自动给我开三个新vscode窗口 1 个帖子 - 1 位参与者 阅读完整话题
无论是在vscode的插件中使用，还是各种版本的gui中，都有一个通病 那就是: 可能ai还在回复，还在执行，因为时间比较长，或者是网络有延迟，或者是输出的信息让gui工具以为这就是最终的回复结果了，然后就戛然而止 即使他说接下来执行什么什么，但是界面中就是已经停止了， 看图： 这个是我使用的是vscode中的插件，昨天感觉很顺滑，今天更新了一下，然后又开始了 其他的gui工具有同样的通病，还是老老实实回到cli吧 1 个帖子 - 1 位参与者 阅读完整话题
已经在cc-switch中勾选了应用到vscode中，cc插件更新到最新版本，不选opus 1m会提示1m 上下文已经全量可用，选了1m，报错如下，终端的话是正常使用的： 1 个帖子 - 1 位参与者 阅读完整话题
最近使用了一个双持插件EditorJumper，使用后感觉挺方便的，分享一下 插件的主要作用是在同一个文件中保持的光标位置和编辑上下文位置，按快捷键（win:Alt+Shift+O / mac:Option+Shift+P）在vscode系列和jetbrains系列编辑器间进行跳转。 我的使用场景是在 TraeCN/CodeBuddyCN 中进行 vibe Coding, 在 IDEA 中进行编辑和Git提交 个人习惯以及喜好吧， vscode系的编辑器中写代码总感觉有些别扭， GIT插件也怪怪的 jetbrains系列安装这个 （点击了解更多详细信息） vscode系列安装这个 （点击了解更多详细信息） 1 个帖子 - 1 位参与者 阅读完整话题
AI Coding 时代，vscode 的职责基本只剩下了： 文件预览 全局搜索 git 管理和 diff 查看 但为了这些功能专门去开启一个 vscode 实在有点不值，于是我就整了个终端版的集成了这些功能的 TUI 来取代 vscode 的作用，占用小，速度快，并发跑 Coding Agent 更友好。 blushyes.github.io Reef — the minimal dev terminal for the AI coding era AI writes the code. You review it. Reef does only the second half. A keyboard-first terminal workbench: file tree, read-only preview, git diff. 4 个帖子 - 3 位参与者 阅读完整话题
， 佬们，我现在写的程序是单片机程序使用编码是gb2312编码，我用的是vscode的插件codex，但是这个gb2312编码老是乱码，每次ai总是检测到乱码然后再把乱码改好，怎样优雅的使用2312编码不乱码啊！！！ 1 个帖子 - 1 位参与者 阅读完整话题
昨天我使用codex login登录了官方账号之后，codex插件突然少了很多功能。具体表现为 文字全部变成了英文 “/” 命令不会弹出任何提示，之前输入“/”会出现skills、mcp、status等内容 尝试过卸载重装插件、切换别的供应商，均无法解决。 2 个帖子 - 2 位参与者 阅读完整话题
感觉any大佬的ccs配置完 用vs code 还是蹬不起来。 5 个帖子 - 5 位参与者 阅读完整话题
为啥claude会话老是这样中断呢？ 4 个帖子 - 2 位参与者 阅读完整话题
1 个帖子 - 1 位参与者 阅读完整话题
mac 版 Claude App、vs code Claude 扩展、系统terminal版Claude（我也不知道这个叫啥） 我安装了 web-access 插件，系统 terminal 可以使用，vs code 扩展和 App code 模块都不能使用。 之前是 vs code 扩展和终端可以安装，code App 不能安装，可以使用。 找 claude 来来回回 消耗了很多时间都没解决掉。 有老哥遇到过类似问题的么？ App 系统都是最新版本 3 个帖子 - 2 位参与者 阅读完整话题
vscode远程连接服务器、服务器网络是走本地代理。使用codex插件时没有网络、可以正常使用cli。奇怪的是我有三台服务器、有一台可以正常使用插件。怀疑是缓存问题但是一直没解决。有佬友知到解决办法吗 1 个帖子 - 1 位参与者 阅读完整话题
如图，目前Windows终端和vs的默认已经换了powershell 7了，聊天已经正常了，就这个标题还是这样，虽然不影响使用，但是看的难受 1 个帖子 - 1 位参与者 阅读完整话题
总是说文件编码有问题，然后把文件删了，整个文件重写 2 个帖子 - 2 位参与者 阅读完整话题
哥哥们，我把json文件的默认打开方式从PyCharm改成了vscode，软件是生效了，但是文件logo还是显示PyCharm，请问怎么把logo也刷新一下呢？ 有什么原生方法可以刷新吗？或者借助第三方软件？ 顺便问下，大家都是用什么打开json、yml等文件的呀？我其实挺喜欢PyCharm/idea打开的，因为快捷键太好用了，但是太重了。。。sublime又收费，mac上找破解版好难 3 个帖子 - 2 位参与者 阅读完整话题
不太能理解trae既然能够用claude code的vs code插件，那为什么不也适配一下codex的vs code插件呢 10 个帖子 - 6 位参与者 阅读完整话题
如题，在vscode里做了个解释源码的插件，读源码有时候看到一些变量/函数名搞不懂是干嘛的，我就调api预处理了一个单词本，把每个变量功能存进去，只要选中了变量侧栏自动显示对他的解释，还是挺方便的。后续考虑把export的库里的函数也放进单词本。 我现在想搞一个新功能，选择代码块能自动加上prompt调用api解释，但是现在首字时间太长感觉体验还不太好，有什么办法加速吗。 插件就是自己搞来玩玩，不知道有没有替代产品/需求，后续如果搞好了会开源 1 个帖子 - 1 位参与者 阅读完整话题