自己挖的坑自己填这次我专门花了小半天时间用一台 99 元的入门云服务器全程走了一遍 Trae Remote SSH 从空机到网站上线的流程。整个过程不涉及任何需要“特殊网络环境”的操作完全基于常规公网环境为的就是验证一个事现在用 AI 编程工具配合 Remote SSH到底能不能让一个没怎么摸过服务器的新手也能稳稳把网站跑起来答案是能但中间有几个坑官方文档不会告诉你。这篇就把整个链路拆开揉碎从买服务器、配 SSH到用 Trae 连接远程环境、让它帮我装环境、写页面、改 Bug一直到域名解析生效、网站能正常访问全部记录下来。比较适合第一次接触云服务器、想用 AI 工具辅助完成部署的新手也适合想搞清楚 Trae 的 Remote SSH 到底怎么用的朋友参考。1. 整体思路与准备工作1.1 为什么选 Trae Remote SSH 而不是本地开发再上传很多人的第一反应是我在本地写好代码然后用scp或者宝塔面板上传到服务器不就行了为什么非要折腾 Remote SSH说实话如果是一个已经稳定运行的老项目本地开发再上传确实没问题。但这次的目标是“从空盘到网站上线”意味着服务器上什么都没有需要装的依赖一大堆还要调配置文件、看运行日志、改权限。如果走“本地写代码 → 打包上传 → SSH 上手动敲命令”这条路你的工作流会被切成两半写代码在一个环境跑代码在另一个环境中间任何一步出错都要来回切换上下文。Trae Remote SSH 的思路是把整个 IDE 环境“搬”到远程服务器上本地只负责渲染界面。你在本地看到的文件是服务器上的文件你打开的终端是服务器上的终端你在终端里执行npm install、nginx -s reload操作的就是服务器本身。这意味着什么呢意味着 AI 在读取上下文的时候读的是远程环境里的真实文件AI 执行命令的时候跑的是远程环境的真实终端。它不用靠猜来帮你补全配置也不用靠“经验”来推断你的服务器环境——它能看到真实的状态。这次实测下来我个人觉得 Remote SSH 已经不是“高级玩法”了对于用 AI 编程工具的人它更像是一个“默认选项”。因为你既然已经让 AI 帮你写代码了为什么要让它瞎猜远程环境呢直接把远程环境暴露给它不就完了。1.2 99 元服务器怎么选哪些坑不能踩先说一下服务器的选购。这次用的是 99 元的入门款目前国内主流云厂商都有类似的学生机、新人机活动2 核 2G 或者 2 核 4G 的配置都有。这个价位一般只够买一年续费会贵不少这个要有心理预期。选购的时候有几个点值得注意:第一是地域。如果你面向的是国内用户就选国内地域比如阿里云的华北 2、腾讯云的上海如果是做学习测试、面向海外访问选香港或其他海外地域也可以。但这里要特别提醒一下国内地域的服务器需要备案才能绑定域名访问 80/443 端口这是一个“新手三连问”级别的坑。如果你只是想先测试不想折腾备案可以用 IP 加端口的方式访问或者直接用海外地域。这次实测我直接用 IP 访问因为主要目的是验证 Trae 的整个链路省去备案流程。第二是操作系统。建议选 Ubuntu 22.04 LTS 或者 Debian 12原因是生态成熟、网上资料多、默认的 apt 源在国内也有镜像。CentOS 已经停止维护了新项目就别选了。这次我用的是 Ubuntu 22.04。第三是安全组。这是新手最容易忽略的。云厂商的控制台里默认安全组可能只放行了 22 端口如果你后面网站要在 80 或 8080 端口跑记得提前在安全组规则里放行。这个后面部署的时候会讲到。第四是登录凭证。建议在创建服务器的时候直接选择“密钥对登录”而不是密码登录。密钥方式的强度远高于密码而且 Trae Remote SSH 配置起来也更顺。当然如果你已经选了密码登录也没关系后面完全可以自己补充密钥把密码登录禁掉。1.3 本地环境的检查清单这次全程用的是 Windows 11 系统Trae 用的是国内版。如果你的电脑是 macOS或者用的是海外版 Trae流程也大同小异下面讲到的核心配置思路是通用的。动手之前本地需要确认三样东西本机已安装 Trae国内版直接官网下载安装过程很常规需要登录账号本机有 SSH 客户端Windows 10 以上的系统自带ssh命令一般不用额外装本机有可用的密钥对如果没有后面会用ssh-keygen生成另外建议先把服务器公网 IP 记下来后续连接要用。如果你还没有服务器可以在等服务器创建完成的时间里先把密钥对生成好、把 Trae 装好等服务器一就绪就能直接开干。2. 服务器基础配置与安全加固2.1 使用 Trae 内置终端连接服务器并创建部署用户服务器到手后第一步不是直接在 Trae 里配 Remote SSH而是先通过传统方式登录服务器做一些基本的配置和安全加固。这一步有点像“交房之后先检查水电再搬家具”服务器本身的底盘要先稳了后面的开发部署才有保障。我用本机命令行执行了 ssh 登录主要为了测试密钥链接是否通实际更顺畅的做法是直接用 Trae 内置终端。第一次登录用的是默认用户Ubuntu 系统的默认用户一般是ubuntu或者root云厂商控制台会告诉你。登录之后我先做了两件事创建了一个专门用于日常操作的普通用户然后给这个用户配置了 sudo 权限。# 创建用户 trae 并加入 sudo 组 sudo adduser trae sudo usermod -aG sudo trae为什么要单独建一个用户而不是直接用 root一是安全考虑root 权限太大万一误操作影响面太大二是 Remote SSH 用 root 直连的话如果密钥泄露整台机器就裸奔了。日常操作用一个带 sudo 的普通用户绰绰有余需要提权的时候临时加一句 sudo 就行。接下来我把自己本地的公钥加到新建用户的~/.ssh/authorized_keys文件里。这一步直接在本地执行# 在本地查看/生成公钥 ssh-keygen -t ed25519 -C trae-remote cat ~/.ssh/id_ed25519.pub然后把输出的公钥内容粘贴到服务器端/home/trae/.ssh/authorized_keys里。如果你第一次登录用的是密码那么粘贴公钥时直接在当前 SSH 会话里操作即可不需要额外登录。这里有个细节值得讲一下为什么推荐ed25519而不是传统的rsa因为ed25519的密钥更短、生成更快、安全性更高关键在于新的 OpenSSH 版本默认支持很好而且配置起来几乎没有兼容性问题。除非你的服务器系统版本特别老否则直接用ed25519就对了。2.2 修改 SSH 配置关密码登录、改端口公钥配置好之后我顺手把 SSH 的密码登录关闭了。这一步是为了防止别人拿弱密码暴力破解你的服务器。修改的是/etc/ssh/sshd_config文件sudo vim /etc/ssh/sshd_config需要检查或修改这几项PermitRootLogin no PasswordAuthentication no PubkeyAuthentication yes改完记得重启 SSH 服务sudo systemctl restart sshd这里要特别提醒先新开一个 SSH 会话确认密钥能登录成功再关密码登录否则一旦密钥登录不可用、密码又关了你就只能去云厂商控制台重置密码了非常麻烦。我这次是先在一个终端里测试了密钥登录正常然后才改配置重启服务尽量避免把自己锁在外面。至于改 SSH 端口比如从 22 改成 22022 之类的做法对新手来说我不太建议。因为很多云厂商的安全组规则默认只放行 22 端口改完端口你还得去安全组放行新端口同时可能还会影响到 Remote SSH 的默认配置判断。实际扫描攻击确实存在但只要你关了密码登录、禁了 root 直连已经能把绝大多数暴力破解挡在门外了。留一个默认端口少折腾一些配置对新手更友好。2.3 配置安全组规则这一步很多人会漏但漏了必踩坑。云厂商控制台里有“安全组”或“防火墙”的概念相当于云服务器外层的“闸门”默认情况下很多端口是不放行的。你要让外部用户能访问你部署的网站应用就得在安全组里放行对应端口。这次我的网站后端用的是 8080 端口所以我在安全组里加了一条规则来源不限、协议 TCP、端口 8080 放行。如果你的应用是 80 端口就放行 80。如果你后面要用 HTTPS还要放行 443。提示云厂商安全组的“来源”一般可以设成0.0.0.0/0表示所有 IP 都能访问。如果你的应用是内部工具或者还在测试阶段可以只放行自己的家庭宽带 IP 或者公司的出口 IP相对更安全一些。但如果你的服务器本身有安全加固对外放行 8080 也没太大问题。2.4 包管理器更新与基础组件安装基础环境准备好后我顺手更新了系统的软件包信息并安装了后续部署需要的一些基础组件sudo apt update sudo apt upgrade -y sudo apt install -y git curl wget unzip vim这些基础工具后面都会用到。git用于拉取代码——虽然 Trae 可以直接新建文件但很多项目模板还是要从仓库 clone 的curl和wget用于下载安装脚本unzip用于解压压缩包vim是应急编辑文件用的。如果你是跟着 AI 生成的步骤操作这些工具大概率会被用到。3. Trae 连接远程服务器的详细过程3.1 安装 Remote-SSH 插件Trae 本身基于 VSCode 的架构所以插件生态基本可以直接复用 VSCode 的那一套。在 Trae 左侧边栏找到插件市场扩展图标搜索Remote - SSH找到由 Microsoft 官方出品的那个点击安装就行。这个过程和装其他扩展没区别装完之后 Trae 左侧会出现一个“远程资源管理器”的入口我们后面所有的连接操作都会从这里开始。有个小细节Remote-SSH 插件安装后会在本地启动一个轻量 vscode-server 服务再通过 SSH 隧道与远程机器上的 vscode-server 通信。它的原理简言之就是你在本地编辑的是远程文件本地输入的关键词可以触发远程环境的智能提示远程终端里跑的命令直接作用于服务器系统。所以 Trae 的 AI 能力在远程环境下依然有效而且能访问远程文件树的真实内容。3.2 配置 SSH config 文件装好插件后在远程资源管理器中点击“SSH Targets”旁边的设置图标会打开本地的 SSH 配置文件。正常路径在 Windows 下是C:\Users\你的用户名\.ssh\config。我把配置写了进去Host trae-server HostName 1.2.3.4 User trae Port 22 IdentityFile ~/.ssh/id_ed25519解释一下Host是别名可以随便取比如trae-server之后连接时看到的就是这个友好名字HostName是服务器的公网 IP 地址User是你登录服务器的用户名这里就是刚才创建的traeIdentityFile指向本地私钥路径Port如果是默认 22 可以省略写上有益于明确保存好之后回到远程资源管理器就能看到多了一个trae-server的 SSH Target。点击旁边的“连接到主机”按钮Trae 就会开始 SSH 握手、准备远程环境。第一次连接因为要安装远端 vscode-server会多等一会儿大概几十秒到两三分钟不等耐心等就行。3.3 首次连接与打开远程文件夹连接成功后Trae 的标题栏会出现类似SSH: trae-server的标识表示你已经处在远程模式了。这时候点“打开文件夹”会弹出让你输入远程路径的窗口。因为是全新服务器我输入/home/trae或者也可以提前在服务器上建一个项目目录比如/home/trae/my-site然后直接打开这个目录。之后 Trae 会重新加载窗口把该目录作为一个工作区打开。此时你在 Trae 里新建的终端默认就在这台服务器上你在文件树里新建、编辑的文件直接写在服务器磁盘上。这一点要反复强调因为它彻底改变了开发心智本地不再有“一份代码”一切以服务器上的文件为准。3.4 远程模式下 Trae 的 AI 功能行为特点连接远程之后Trae 的 AI 功能有几个值得注意的变化实测下来在远程环境中AI 读写文件时访问的是远程文件树。比如你让它“读取当前目录下的 index.html 并修改标题”它操作的就是远程服务器上实实在在的文件。AI 执行终端命令时是在远程终端里执行。所以你在 Chat 或 Build 模式里让 AI “帮我看看当前目录有哪些文件”或“安装 Node.js 18”它执行ls、apt install的对象就是远程服务器。Build 模式本质上是让 AI 自主完成一系列操作写代码、执行命令如果在本地环境用AI 只能操作本地环境如果在远程环境用AI 就能直接驱动远程环境干活。这一点是你选择“Remote SSH AI 编程工具”组合的核心价值AI 不再是“你以为你在服务器上”而是“AI 真实地站在服务器上”。4. 用 Trae 在服务器上部署并上线网站4.1 让 Trae 帮忙安装 Node.js 与 Nginx连接好远程环境后正式开始部署工作。我先在 Trae 内置终端里确认了当前环境whoami pwd确认无误后计划装 Node.js 和 Nginx。Node.js 用于跑一个示例网站服务Nginx 用于反向代理也可以只用 Node 直接监听端口但 Nginx 便于以后扩展多个站点配置起来也更灵活。Node.js 的安装不直接apt install nodejs因为 Ubuntu 22.04 默认源里的 Node 版本比较旧。我用的是 NodeSource 官方脚本curl -fsSL https://deb.nodesource.com/setup_20.x | sudo -E bash - sudo apt install -y nodejs这个过程如果在国内服务器上执行受网络环境影响可能会慢一些耐心等即可。装完验证node -v npm -vNginx 的安装就一行sudo apt install -y nginx这里你会发现 Trae 的 AI 在远程模式下非常有用你可以在 Chat 里直接输入“帮我安装 Node.js 20 和 Nginx”它会分析你的系统版本给出最合适的安装命令。我在实操时其实是在 Build 模式下让 AI 自动执行了上述命令AI 会读取命令输出判断是否安装成功失败了自己调整这种“闭环式”干活方式体验还真的挺新奇。4.2 AI 协助编写第一个示例页面环境就绪后我让 Trae 在项目目录下创建一个最简单的 Node.js 页面。直接在 Chat 里输入需求“在当前目录创建一个 express 应用监听 8080 端口返回一个简单的 HTML 页面页面标题是 Trae Remote SSH 部署测试。”这里用 Express 是因为它足够简单方便验证整个链路。Trae 生成文件之后目录大致是这样/home/trae/my-site ├── package.json ├── index.js └── views/ └── index.html其中package.json用express作为依赖index.js中设置监听端口8080。我在终端执行npm install node index.js然后用curl验证本地是否能访问curl http://localhost:8080如果能看到 HTML 输出说明服务本身已经跑通了。但这里有个关键问题直接终端运行node index.js只是前台运行一旦关闭终端服务就停了。要让服务常驻后台需要借助进程管理工具我用的是pm2sudo npm install -g pm2 pm2 start index.js --name my-site pm2 save pm2 startuppm2 startup会生成开机自启的命令并提示你执行照做就好。这一步值得多说一句新手在部署网站时最容易遇到的“为什么关了终端网站就没了”的问题本质上就是你没有一个守护进程在托管应用。pm2就是干这个的它会帮你在后台拉起来、挂掉自动重启、开机自动拉起。4.3 Nginx 反代配置不直接用 8080 访问Node 服务已经在 8080 端口跑起来了此时直接访问http://服务器IP:8080已经能看到页面。但我还是配了 Nginx 反向代理把 80 端口转发到 8080原因是80 端口是 HTTP 默认端口浏览器访问时不用额外带端口号更“正式”后续要上 HTTPS 证书Nginx 直接配证书很方便不用改应用代码以后如果要加第二个站点、静态文件缓存、请求日志Nginx 都更灵活Nginx 的站点配置文件默认在/etc/nginx/sites-available/我建了一个名为my-site的文件server { listen 80; server_name _; location / { proxy_pass http://127.0.0.1:8080; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; } }然后启用这个站点并重载 Nginxsudo ln -s /etc/nginx/sites-available/my-site /etc/nginx/sites-enabled/ sudo nginx -t sudo systemctl reload nginxnginx -t是用来检查配置语法是否正确输出syntax is ok之后再reload保险起见可以挨着来。如果这里报错90% 是listen 80已经被默认的default站点占用了删除或改动sites-enabled/default的软链即可解除冲突。4.4 安全组放行验证与最终访问Node 服务监听 8080 是给本机 Nginx 访问用的Nginx 监听 80 是对外提供服务的。所以安全组至少要放行 80 端口。我在安全组里加了0.0.0.0/0、TCP、80 放行之后浏览器访问http://服务器IP/就能直接看到页面。这里要特别记录一个排查过程我一开始发现浏览器访问超时终端里curl http://localhost又是正常的第一反应去查 Nginx 日志发现日志里没有任何异常请求。后来才想起来去检查安全组果然 80 端口没放行。这个教训很典型服务器内部服务正常不代表外网就能访问到云厂商的安全组是独立的一道闸门。遇到外网访问不通先按这个顺序排查服务是否监听在 0.0.0.0 或对应网卡 → 防火墙是否拦截 → 云厂商安全组是否放行 → 本地网络是否被运营商拦截。5. 常见问题与排查技巧实录5.1 Remote SSH 连接上但打不开文件遇到过一种情况SSH 目标能连接上远端工作区也创建了但打开文件夹时一直转圈。原因是远端vscode-server下载不完整或版本不匹配。解决办法是删掉远端的 vscode-server 目录重新连接。rm -rf ~/.vscode-server然后再在 Trae 里重连会自动重新安装远端组件。平时如果遇到 Trae 远程模式下 AI 能力异常比如 Chat 发不出消息、文件树刷新慢多半也是远端组件出问题重装一次基本能解决。5.2 Remote SSH 总是提示输入密码如果你按上面的流程配置了密钥但还是反复提示输入密码大概率是authorized_keys文件权限不对。SSH 对密钥文件权限非常敏感过宽会导致拒绝使用密钥登录。在服务器上检查并修正chmod 700 ~/.ssh chmod 600 ~/.ssh/authorized_keys另外不要忘了确认登录的用户是否切换到了trae用户。很多人在 root 用户的.ssh里配置了密钥然后以trae用户连接自然是不生效的。还有一点重启服务器后如果连接失败看看服务器是否把 SSH 服务拉起来了偶尔也会遇到云厂商镜像的 systemd 依赖问题手动sudo systemctl start ssh即可。5.3 用 AI 生成的命令失败了怎么办这次实测里也遇到过 AI 生成的命令报错、执行不通过的情况。比如让 AI 直接装 Node.js 的时候它第一轮用了apt install nodejs结果装出来是旧版本后来我要求它从 NodeSource 装 20.x命令就对了。这说明AI 工具不是神它和真实环境之间的信息差仍然存在但关键是可以不断对话修正。像我这样在 Build 模式里让它干了第一次之后它会读取终端输出确认失败之后自己重新想办法这种调试循环确实比纯人工敲命令高效也确实是 AI 编程工具的价值所在。不过也不能完全躺平建议你在让 AI 执行任何写操作、删除操作、或者重启服务的命令前心里要有数“它是想干什么”。至少要做到不会因为 AI 跑个rm -rf把重要目录删了或者在生产环境不小心改了配置。教程归教程生产环境的谨慎还是要自己把关。5.4 Trae 的积分模式与真实使用感受关于 Trae 的积分这里也说一下。Trae 目前的核心玩法是通过积分来资源调优比如积分兑换额度、叠加可用构建时长等。网上搜到的“Trae 积分兑换码”“Trae 无限积分”大多来自各种活动和社区分享大家感兴趣可以自己留意官方渠道的活动这里不展开讲具体的兑换途径避免误导。从我自己的实际体验看免费额度对轻量开发来说基本够用。像这次部署一个简单的 Node 站点加 Nginx 配置整体消耗的“构建”步数并不算大。但如果是要用 Build 模式跑一个大型项目AI 自主执行几十步操作积分类资源消耗会明显加快。个人建议日常写代码用 Chat 模式即可让 AI 帮你写片段、改文件自己确认后再执行规模化、批量化的任务再切 Build 模式这样既高效又不容易失控也能省积分。5.5 网站部署安全注意事项最后写几条安全相关的建议可能很多新手会觉得“我就是个测试站不至于”但一些基本习惯还是值得养成服务器上新开一个日常使用的普通用户非必要不用 root 直连关闭密码登录只保留密钥登录不在公共仓库或聊天记录里贴服务器的私钥文件如果只是想测试玩玩尽量不用 80/443 绑定域名避免备案等额外流程如果正式上线请根据自身情况合规处理域名和备案问题定期apt update apt upgrade补安全补丁这套安全意识不复杂但它能挡住绝大多数“低级破解”和误操作造成的损失。6. 实操心得与个性化建议整趟流程走下来我最大的感受是Trae Remote SSH 把“远程服务器开发”的门槛拉低了一大截。以前第一次接触服务器的人会特别怕“黑色命令行窗口”觉得在远程机器上改动很危险。现在有了可视化文件树、远程终端、AI 辅助很多东西变成了“指点”和“对话”的形式心理压力小了很多但对服务器的理解反而更深了一些——因为你每一步操作都真实作用在远程系统上你会慢慢建立一种“这台机器是我在管”的感觉。如果你打算照着这条路线走下去我的建议是从简单的静态页面或轻量 Node 服务开始先不碰数据库、不碰 Docker把 SSH、Nginx、进程守护这几块基础弄明白再逐步加复杂度。遇到问题先拆解是网络层的问题安全组、防火墙还是应用层的问题服务是否启动、端口是否监听分清楚层级再去搜索或问 AI效率会高很多。可以大胆用 Trae 的 Build 模式去处理重复度高的配置任务比如“创建 Nginx 配置并启用”“安装 pm2 并设置开机自启”但涉及删除操作、覆盖操作时保持警觉提前看一遍命令再放行。关于“99 元能跑什么”的问题实测下来跑一个 Node 服务、一个 Nginx再加上日常开发的小型数据库比如 SQLite 或轻量级 MySQL2 核 2G 的配置是够用的。但如果你的目标是跑大型 Java 应用或高并发服务这个价位肯定不够该加钱加钱。最后再分享一个小技巧也是我踩过几次坑之后的习惯配置完服务器之后第一时间给服务器做一个快照。云厂商后台一般都有“创建快照”的功能费用也很低。尤其是你刚装好环境、还没有开始正式部署业务的时候打一个快照后面万一系统坏了、配置乱了直接回滚到刚装好状态比重新要干净太多。这个习惯花不了两分钟但能省你后面大量的返工时间。