VS Code最新版本Retome远程ssh不兼容旧服务器问题

请添加图片描述

✨✨欢迎来到T_X_Parallel的博客!!
      🛰️博客主页:T_X_Parallel
      🛰️欢迎关注:👍点赞🙌收藏✍️留言

问题:无法正常使用vscode-remote插件远程连接Centos7等一些老版本Linux云服务器(如Centos7)

从2024年1月,vscode更新了1.86版本后,使用vscode远程连接一些老版本Linux服务器(比如常见的Centos7)就会出现一个提示>

you are about to connect to an os version that is unsupported by visual studio code

在这里插入图片描述

官方表示,提高了远程服务器构建工具链的最低要求,更新了对 glibc 的要求,需要最低2.28版本

而且只能进行阅读文档,无法运行文件,遇到这种事情就很烦

解决方法

方法一

将Linux云服务器重装成Linux新版本(基于 glibc 2.28 或更高版本的 Linux 发行版),例如Debian 10、RHEL 8 或 Ubuntu 20.04及以上。

如果使用的是Centos云服务器,由于CentOS 官方宣布不再维护了,为了避免服务器安全和各类环境问题,建议更换系统

推荐Ubuntu

Ubuntu 不仅拥有广泛的社区支持,还提供了LTS(长期支持)版本,能够确保系统在未来多年内持续获得安全更新和技术支持。

Ubuntu 在软件兼容性、稳定性以及易用性方面都有着出色的表现,能够满足企业级应用和开发环境的需求。

迁移系统注意记得备份资料(推荐将资料上传至Gitee或者Github、下载至本地)

有时间博主也会写一篇关于系统迁移的博客,尽请期待~~

方法二

​ 如果云服务已经用很久已经熟悉目前的服务器或者觉得迁移系统麻烦,可以从vscode下手。可以卸载目前的版本然后安装vscode1.86的上一个版本1.85.2(官网下载链接),如果怕一些资料配置丢失,可以备份插件和用户资料或者登录账户可以进行同步

用户资料存放路径:“C:\Users\用户名\AppData\Roaming\Code”

插件存放路径:“C:\Users\用户名\.vscode\extensions”

安装完旧版本之后第一次打开为防止自动更新,需要断网,然后去关闭自动更新

  • settings -> Application -> Update

    Enable Windows Background Updates -> off

    Mode (Configure whether you receive automatic updates) -> none

在这里插入图片描述

  • Settings -> Feature -> Extensions

    Auto Check Updates -> Off

    Auto Update -> None

在这里插入图片描述

设置完之后重启VS Code,登录账户或者使用之前备份好的数据进行加载扩展Extension,将Remote插件版本回退到旧版本v0.107.1或者卸载插件重新安装

再次连接服务器就能使用了

这个方法的弊端就是不能更新,无法体验VS Code最新版本的特性和功能

什么,你即不想迁移换服务器,也不想回退VS Code版本,也是,已经熟悉了目前的环境,不想再麻烦去改变环境,而且VS Code新版本万一更新了一些好用的特性和功能,想用怎么办,没事,还有方法三,即便捷又不会影响现在的环境

方法三

​ VS Code提供便携版本(免安装版),可以与最新版本VS Code共存,完美解决了上面的问题(官方下载链接:https://update.code.visualstudio.com/1.85.2/win32-x64-archive/stable)

下载完是一个zip文件,解压至你想安装的文件夹下即可,双击打开里面的Code.exe即可运行(可自行创建快捷方式)

然后向上面一样将用户数据和扩展数据移至指定文件中即可

用户资料存放路径:“C:\Users\用户名\AppData\Roaming\Code” 拷贝到data文件夹中并重命名为user-data

插件存放路径:“C:\Users\用户名\.vscode\extensions” 直接拷贝到data文件夹即可

像上面一样将Remote插件版本回退版本至v0.107.1或者卸载插件重新安装即可正常连接自己的云服务器

接下来就可以继续愉快的使用VS Code去编写云服务器上的代码了

将Remote插件版本回退版本至v0.107.1或者卸载插件重新安装即可正常连接自己的云服务器

接下来就可以继续愉快的使用VS Code去编写云服务器上的代码了


请添加图片描述

都看到这里了,留下你们的珍贵的👍点赞+⭐收藏+📋评论吧

### 关于 'cache-loader' 模块未找到的解决方案 当遇到 `Syntax Error: Error: Cannot find module 'cache-loader'` 错误时,通常是因为某些依赖项未能正确安装或存在版本兼容性问题。以下是针对该问题的具体分析和解决方法: #### 1. 删除现有依赖并重新安装 由于部分依赖可能未完全下载或配置失败,建议清理当前环境中的依赖文件,并重新执行安装操作。 - **删除依赖** 进入项目根目录,运行以下命令以移除现有的 `node_modules` 文件夹以及锁定文件: ```bash rm -rf node_modules package-lock.json ``` - **重新安装依赖** 使用以下命令重新拉取所有必要的模块: ```bash npm install ``` 此过程会依据 `package.json` 配置自动解析所需依赖关系[^3]。 #### 2. 处理高版本 Node.js 和 NPM 的兼容性问题 如果使用的 Node.js 或 NPM 版本较高,则可能会触发上游依赖冲突的情况。此时可以通过指定参数来忽略此类警告并强制完成安装流程。 - 执行带选项的安装指令: ```bash npm install --legacy-peer-deps ``` 上述命令能够有效规避因新策略引入而导致的部分历史遗留库无法匹配的问题[^4]。 #### 3. 明确目标加载器及其关联插件的状态 确认是否遗漏了其他间接影响到构建链路的关键组件(例如 `sass-loader`, `style-loader`)。对于特定场景下的样式表预处理工具缺失情况也需要同步关注[^1]。 通过上述措施基本可以消除由缓存机制引发的相关异常状况;当然,在实际开发过程中还应定期更新全局管理软件至最新稳定版次从而减少不必要的麻烦发生几率。 ```javascript // 示例代码片段展示如何验证已修复后的服务端渲染功能是否恢复正常工作状态。 const express = require('express'); const path = require('path'); let app = express(); app.use(express.static(path.join(__dirname, './dist'))); app.listen(8080,function(){ console.log("Server is running on port 8080..."); }); ```
评论 6
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

T_X_Parallel〆

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值