起因 今天在使用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 位参与者 阅读完整话题
Article URL: https://bower.sh/zmx-ai-portal Comments URL: https://news.ycombinator.com/item?id=47805167 Points: 1 # Comments: 1
https://openai.com/index/codex-for-almost-everything/ 快速试用了一下，Computer Use 的主要卖点是可以在后台操作，不会占据前台空间。 在操作的时候，会有一个虚拟光标显示出来： 定时 Automation 是另一个比较有趣的功能，主要的特殊之处在于：它可以直接在已有的 Session 上继续，类似于每一段时间发送一条消息触发，保留全程的 Context. 那么以后做自动化的流程会类似于： 在 Codex App 中新开一个 Session，先对话操作一次。 让 Codex 设置一下自动化。 每次自动化运行都直接在已有的 Session 中继续。 不过这个做法应该也相当消耗 Token. Memory 系统实验性启动，在设置中打开即可： in-app Browser 还没试用，但看演示可以直接在浏览器中选元素，对前端开发、样式描述等很方便。 Remote SSH 是我心心念念了很久的功能，不过还没找到设置，似乎在 alpha stage，等会更新使用体验。 Remote SSH 需要在本地的 ~/.codex/config.toml 中添加 [features] remote_connections = true 远程机器的 default shell 需要设置为 bash，否则会报错。 1 个帖子 - 1 位参与者 阅读完整话题
Article URL: https://coasts.dev/blog/introducing-remote-coasts Comments URL: https://news.ycombinator.com/item?id=47783081 Points: 1 # Comments: 0
I run multiple Claude Code sessions on my Mac at home and control them from my iPhone or iPad while I’m out. I like this because it gives me maximum power and flexibility (I can use any plugin or CLI as if I were sitting there locally). The setup is cmux for the terminal multiplexer UI, tmux to keep sessions alive between connections, Tailscale for zero-config encrypted networking, and Echo app as the iOS SSH client. Optional Mosh for auto-reconnect when you switch networks. The gist includes a ‘ccode’ alias shell function that handles session naming (so it doesn't conflict with claude if I ever need to use it), tmux lifecycle, continue/skip-permissions flags, and a pre-flight check so you don’t get a blank window when there’s nothing to continue. Comments URL: https://news.ycombinator.com/item?id=47775039 Points: 4 # Comments: 0
最近自己和身边的人都遇到在vscode里使用codex插件（不是cli）无法在服务器上使用，发一个貌似可复现的解决方案，给遇到同样问题的人参考。 问题现象 我本地使用 Codex / Cursor 一切正常，远程服务器也能正常 curl 到 OpenAI，CLI 版本也可以正常对话，但只要在 Remote SSH 窗口里使用插件版登录，就会报错： Sign-in could not be completed Token exchange failed: token endpoint returned status 403 Forbidden: Country, region, or territory not supported 按照github issue中部分解决方法，尝试先在本地或者cli中登录然后复制auth.json到.codex文件夹，能够进入登录态，但是对话会显示 timeout waiting for child process to exit 最终解决思路 让远程扩展通过 SSH 反向端口转发，使用本地的代理出口，而不是直接走远程服务器自己的网络出口。 预先准备： 1. 这里建议尽可能清除.codex中原有的auth等认证文件，卸载重装原有的插件等，防止环境冲突 2. VPN开启TUN模式，端口7897（可根据自己的端口号修改） 第一步：在本地 Cursor / VS Code 设置代理 打开本地设置，方法是shift+ctrl+p，输入Preferences: Open User Settings (JSON) 在本地设置里配置： { "http.proxy": "http://127.0.0.1:7897", "http.proxySupport": "on" } 第二步：在远程设置里启用“使用本地代理配置” 打开远程设置，方法是shift+ctrl+p，输入Preferences: Open Remote Settings (JSON) 连接到 Remote SSH 之后，打开 远程设置 ，加入： { "http.useLocalProxyConfiguration": true } 第三步：修改 SSH 配置，加入正向反向端口转发 在你的 SSH config 里加入： Host 你的服务器名 HostName 你的服务器IP Port 你的端口 User 你的用户名 RemoteForward 7897 127.0.0.1:7897 LocalForward 1455 127.0.0.1:1455 其中1455端口是codex认证消息返回走的端口，数值不能修改 第四步：彻底断开并重新连接 Remote SSH 第五步：重新点击 Codex 插件登录 由于时间有限，没有去探究最小改动策略，因此上面的改动可能存在 冗余操作 ，也不一定对所有人都有效，佬友们可以根据自己的情况进行尝试，希望能帮助到大家。 2 个帖子 - 1 位参与者 阅读完整话题
Article URL: https://github.com/jmilinovich/grove Comments URL: https://news.ycombinator.com/item?id=47764493 Points: 2 # Comments: 0
尤其是使用remote-wsl到 wsl2 中使用的各位, 一直出现这个问题 Our servers are experiencing high traffic right now, please try again in a minute 最新解决方案 Google AI Developers Forum – 12 Apr 26 [Bug] Antigravity returns HTTP 503 MODEL_CAPACITY_EXHAUSTED for all models... Google Antigravity bug Problem Description I’m using Antigravity 1.107.0 on Windows with WSL2 (Ubuntu). When running Antigravity directly on Windows (local workspace), everything works perfectly — all models respond normally. However, when I connect to WSL via the... Reading time: 1 mins 🕑 Likes: 1 ❤ 修改 %APPDATA%\Antigravity\User\settings.json , 增加一行 { "jetski.cloudCodeUrl": "https://cloudcode-pa.googleapis.com" } 尝试后解决了问题, 而且速度还蛮快. 这是windows客户端, 其他的是不是也可以尝试这个. 1 个帖子 - 1 位参与者 阅读完整话题
场景是：我想做一个AI一句话记账，手机Kelivo用AI通过MCP向PostgREST接口做请求。 现在就差一个可Remote的调用API的MCP Server了 7 个帖子 - 2 位参与者 阅读完整话题