如果你最近正琢磨着搞一个自己的网站又不想在这个事上砸太多钱那这条路线应该对胃口花 99 块钱弄一台入门云服务器再配上 Trae 这个 AI 编辑器里的 Remote SSH 功能直接从空盘干到网站上线。我上周刚把这条链路完整跑了一遍中间踩了不少坑也总结出一些值得记住的操作习惯。这篇就按我实测的顺序从买服务器、初始化系统、装 Nginx到用 Trae 远程连上去改代码上线一步不落给你捋清楚顺便把那些不看文档根本发现不了的坑也一并交代了。这套组合适合谁呢想低成本练手的学生、独立开发者或者第一次做个人站、博客、作品集的新手都合适。你不需要额外买一台电脑当服务器也不需要每次改代码都走 FTP 上传在 Trae 里就能直接编辑云服务器上的文件改完保存浏览器刷新就生效效率高很多。下面进入正题。1. 先说结论Trae Remote SSH 这条路值不值得走1.1 没有 Remote SSH 之前我建站都要经历什么在不用 Remote SSH 的情况下一个典型的建站流程是这样的先在本地用编辑器写代码然后把写好的文件打包通过 FTP、宝塔面板或者 git push 推到云服务器再登录服务器的 SSH 终端执行命令该迁移配置迁移配置该重启服务重启服务。如果你的项目比较小这套流程勉强能忍一旦代码改得频繁来回切换的割裂感就很折磨人。尤其是当你开着 Trae 这种带 AI 能力的编辑器时这种割裂会更明显。你在本地让 AI 帮你生成了一段代码还得想方设法传到服务器上看效果一来一回浪费不少时间。而 Remote SSH 的思路是让你的编辑器直接跑在服务器上——我指的是编辑器的界面还是在你自己电脑上但你打开、编辑、保存的文件都是服务器上的真实文件终端也直接连到服务器等于把远程服务器变成了你的“本地环境”。1.2 99 元服务器够不够用实测数据说话先说硬件99 元档位的云服务器主流配置一般是 2 核 CPU、2G 内存、40G 左右的 SSD 磁盘、3M 带宽。这套配置表面看着不大但跑一个个人博客、静态站点、或者轻量级的 Node.js/Python 应用完全是够用的。我实测的结果是装完 Ubuntu 22.04 系统后剩余磁盘空间约 32G可用内存大概 1.6G系统占用 300M 左右。在这上面装了 Nginx、Node.js 18、Git 等基础环境开启服务后内存占用也就 500M 上下CPU 日常在 5% 以下。也就是说常规的小网站流量进来性能完全富余。3M 带宽意味着并发上传下载能力有限但对普通图文站和展示页体验影响不大图片做好压缩就行。所以结论很直接99 元不是够不够的问题而是这种配置本身就是为轻量建站场景设计的买来练手、跑个人项目正合适。等以后流量大了再按需升级配置也不迟没必要第一台服务器就追高配。2. 买服务器和初始化的几个关键选择2.1 99 元/年的云服务器怎么选才不踩坑市面上的 99 元服务器主要集中在阿里云、腾讯云这类大厂的促销活动里一般是“新用户专享、首年特价”。购买时我建议重点看四个参数CPU 核数、内存大小、带宽、系统盘类型。2 核 2G 是底线再低的话装完基础环境就会捉襟见肘带宽 3M 是常规值低于 2M 打开页面会有明显卡顿磁盘建议选 SSD读写速度快对网站响应提升明显。选购还有一个细节容易忽略地域。国内节点访问快但域名需要备案海外节点不用备案就是延迟会高一截。如果你就是想快速上线、不折腾备案选海外节点最省事如果你要长期运营、目标用户就在国内那就踏实选国内节点域名备案按流程走合规也没那么可怕。另外一定要看清活动的续费价格。很多 99 元/年是首年优惠价续费可能是原价甚至更高。买的时候截图留个底心里有个预期别等到期了才傻眼。如果是学生可以留意常规的学生机政策价格一直都很友好。2.2 系统镜像选 Ubuntu 22.04别再用过时的 CentOS买完服务器进入控制台第一件事是选系统镜像。我这次选的是 Ubuntu 22.04 LTS这也是目前个人开发者圈子里最主流的选择。原因很直接Ubuntu 的软件源新装什么包都方便社区资料多网上搜问题一大把解决方案LTS 版本支持周期到 2027 年省心。这里我要专门提醒一句别再选 CentOS 了。CentOS 7 官方生命周期已经结束很多源都已经失效装软件、更新安全补丁都会遇到麻烦。虽然在服务器领域还有不少存量机器但新项目没必要再入这个坑。如果你是照着老教程操作卡在 yum 命令上大概率就是你选了 CentOS 或者碰到一些老教程的坑。镜像选好后在控制台会要求设置 root 密码或者密钥对。如果你刚开始接触服务器先设置一个强密码并妥善保存后面我再带你把密码登录改成更安全的密钥登录。2.3 安全组不放行这些端口后面全白搭这一步太容易翻车了我单独拎出来写。云服务器和普通虚拟主机不一样它有两层防火墙一层是云厂商控制台里的“安全组”一层是操作系统内部的防火墙比如 UFW。安全组在控制台里操作相当于云厂商在机房帮你做的外层过滤。新买的机器默认通常只放行 22 端口也就是 SSH 登录端口。这意味着你哪怕在系统里装好了 Nginx、打开了 80 端口外网照样访问不了网站。我当时第一次建站就被这个坑了半小时页面一直打不开最后才发现是安全组没有放行 80。所以拿到服务器后第一时间去控制台的安全组规则里确认三个端口的放行状态22SSH 登录、80HTTP 网站访问、443HTTPS 加密访问。如果以后要跑数据库、调试接口再按需放行对应端口原则是最小化暴露不需要的端口不要乱开。放行范围上22 端口建议只对你自己常用的 IP 放开或者走密钥登录80 和 443 则必须对所有来源开放否则访客进不来。2.4 第一次登录顺手把密码登录换成密钥登录新服务器到手后第一个要连进去的操作就是 SSH 登录。Windows 用户直接在本地终端PowerShell 或 CMD里执行ssh root你的服务器IP然后输入密码就能进系统。Mac 和 Linux 用户同一条命令。这里有个体验小细节如果你用的是 Windows建议直接装一个 Windows Terminal比自带 CMD 好看好用太多后面用 Trae 命令行也得靠终端。登录成功后我强烈建议立刻做一件事配置 SSH 密钥登录然后禁用密码登录。原因很简单服务器放在公网上从开机那一刻起就有大量扫描机器人在试探 22 端口暴力破解密码是常态。用密钥登录可以让密码形同虚设安全性瞬间拉满。配置方法分两步。第一步在本地终端生成密钥对ssh-keygen -t ed25519 -C your_emailexample.com一路回车即可会生成一对密钥默认存放在~/.ssh/下.pub结尾的是公钥不带后缀的是私钥。公钥可以随便公开私钥必须藏好。第二步把公钥传到服务器ssh-copy-id -i ~/.ssh/id_ed25519.pub root你的服务器IPMac 和 Linux 自带ssh-copy-idWindows 没有这个命令可以用下面这条替代cat ~/.ssh/id_ed25519.pub | ssh root你的服务器IP mkdir -p ~/.ssh cat ~/.ssh/authorized_keys chmod 700 ~/.ssh chmod 600 ~/.ssh/authorized_keys执行完后用密钥方式重新登录一次确认能进去然后编辑服务器的 SSH 配置文件sudo vim /etc/ssh/sshd_config找到PasswordAuthentication把它改成no保存退出后重启 SSH 服务sudo systemctl restart ssh这样密码登录就被关掉了只有持有密钥的设备才能连上服务器。3. 从空盘到网站可访问Nginx 建站全流程3.1 新服务器到手后的第一步更新系统不管你是准备装网站还是跑服务新服务器开机的第一件事永远是更新系统、升级软件包。这一步既能把系统漏洞补上也能让后面安装软件时少碰到版本不对、依赖缺失的问题。Ubuntu 系统下执行这两条命令sudo apt update sudo apt upgrade -yupdate是更新软件源列表upgrade是真正升级已安装的软件包。整个过程需要几分钟取决于服务器带宽。升级完成后可以顺手重启一次系统确保内核等底层组件生效sudo reboot重启后重新 SSH 登录基础环境就准备好了一个干净、最新、安全的状态。3.2 安装并启动 Nginx看到欢迎页Nginx 是目前最主流的 Web 服务器之一稳定、轻量、配置灵活。我用它来托管网站文件你可以理解成它负责接待访客的请求然后把对应的网页文件返回给对方。安装非常简单sudo apt install nginx -y装完后 Nginx 会自动启动Ubuntu 里它是作为系统服务管理的所以开机也会自动运行。查看运行状态sudo systemctl status nginx只要出现active (running)就说明在跑了。这时候在浏览器里访问你的服务器 IPhttp://你的服务器IP如果看到 Nginx 的默认欢迎页说明 Web 服务已经通了。如果你是刚配好安全组才来看的页面等一两分钟是因为安全组规则下发有延迟属于正常。3.3 配置站点目录和 Nginx server 块看到欢迎页后就可以把默认页面替换成你自己的网站内容了。Nginx 的默认站点根目录是/var/www/html如果你想跑多个网站建议每个站都建独立的目录然后用 Nginx 的 server 块把它们分开。我这次的实际操作是这样先创建一个站点目录sudo mkdir -p /var/www/mysite然后把目录的所有权交给当前用户避免每次写文件都要 sudosudo chown -R $USER:$USER /var/www/mysite接下来为这个站点创建 Nginx 配置。Nginx 的站点配置文件放在/etc/nginx/sites-available/启用则要软链接到/etc/nginx/sites-enabled/。先新建配置文件sudo vim /etc/nginx/sites-available/mysite写入如下内容server { listen 80; server_name your_domain_or_ip; root /var/www/mysite; index index.html; location / { try_files $uri $uri/ 404; } }保存后把这个配置软链接到启用目录sudo ln -s /etc/nginx/sites-available/mysite /etc/nginx/sites-enabled/然后测试配置是否正确sudo nginx -t看到syntax is ok和test is successful就没问题重载让配置生效sudo systemctl reload nginx如果你不想保留 Nginx 默认站点可以删掉默认的软链接sudo rm /etc/nginx/sites-enabled/default这样访问 IP 时就会走你自己的站点配置。3.4 域名解析先能用 IP 访问再绑域名这一步是可选项但你大概率会用到。先用 IP 访问没问题不过 IP 难记、也显不出专业度所以通常都会配一个域名。域名解析的操作在域名服务商的控制台做核心是添加一条 A 记录主机记录填记录值填你的服务器 IPTTL 默认即可。添加后过几分钟到几小时不等DNS 会全球生效。国内节点如果绑定域名访问网站需要走 ICP 备案流程这个建议提前查清楚要求再操作海外节点则无此步骤直接解析就能用。解析生效后把 Nginx server 块里的server_name从 IP 改成你的域名然后sudo systemctl reload nginx重载。之后再访问域名就能看到你的网站内容了。到这里一个用传统方式搭起来的网站已经能跑起来了下一步我会把 Trae Remote SSH 接进来彻底解放开发效率。4. Trae Remote SSH 实操记录4.1 扩展安装Trae 商店找不到 Remote SSH 怎么办Trae 是基于 VS Code 内核做的 AI 编辑器界面和操作习惯跟 VS Code 高度一致所以 VS Code 的很多经验都能直接搬过来。但有一个小坑Trae 的扩展商店目前对部分 VS Code 扩展支持得并不完整我首次搜索“Remote SSH”时就没有搜到官方那个remote-ssh扩展。如果你也遇到同样的情况别慌有替代办法。最省事的方案是直接下载 VSIX 文件手动安装。VSIX 是 VS Code 系扩展的安装包格式你可以在扩展市场网站上找到Remote - SSH的 VSIX 下载链接。下载完成后在 Trae 里按CtrlShiftP打开命令面板输入“Install from VSIX”选择你刚下载的文件Trae 就会自动安装。装完后左侧会出现一个远程资源管理器图标说明扩展已经生效。还有一个思路是先装 Remote - SSH 的依赖扩展Remote - SSH: Editing Configuration Files这个是用来远程编辑服务器配置文件的实测下来少它有时候会连不上。装扩展时把两个一起装好省得后面补。4.2 配置 SSH config建立远程连接扩展装好后第一次使用需要先配置 SSH 连接信息。在 Trae 里按CtrlShiftP输入Remote-SSH: Open SSH Configuration File会打开一个 SSH config 文件配置界面选择编辑~/.ssh/config这是本地 SSH 客户端的全局配置文件然后把下面这段填进去Host MyServer HostName 你的服务器IP User root Port 22 IdentityFile ~/.ssh/id_ed25519每行含义解释一下Host是连接的别名可以随便起后面连的时候用这个名字就行HostName是服务器真实 IPUser是登录用户名在 Ubuntu 上一般是root或你自建的用户Port是 SSH 端口如果按前面步骤改过端口这里要同步改IdentityFile指向你的私钥文件指定了它登录时就不用手动输密钥了。保存配置后再次打开命令面板输入Remote-SSH: Connect to Host弹出列表里选MyServerTrae 就会开始建立连接。第一次连接会下载安装一些远程服务端组件需要稍等一会儿。如果一切顺利左下角会显示SSH: MyServer说明已经进入了“远程模式”——你打开的资源管理器、终端、插件都是针对服务器这台机器运行的。4.3 打开远程文件夹像编辑本地文件一样写网站连接成功后默认打开的是远程用户的家目录。你需要手动打开网站目录。在 Trae 顶部菜单选“文件 - 打开文件夹”弹出的路径框里输入/var/www/mysite回车Trae 会把远程目录当作工作区加载出来。这一步之后整个体验就和本地开发没有区别了。你能在左侧看到服务器上的所有文件双击即可编辑新建文件、删除文件、重命名全都在远程直接操作。最爽的是保存即生效——因为文件本来就在服务器上本地一保存Nginx 立刻就能读到你改的内容浏览器刷新一下就能看到效果不再需要任何上传动作。我在这一步实际写了一个个人主页HTML 结构、CSS 样式、JS 脚本全都在 Trae 里直接编辑改一行刷新一下整个迭代速度比之前用 FTP 快了不止三倍。4.4 让 Trae 的 AI 直接改服务器上的文件Trae 和普通编辑器最大的不同是它内置了 AI 对话和 Agent 能力。配合远程模式这个能力会被放大到很实用的程度你的 AI 可以直接读写服务器上的文件。比如我在远程项目里选中index.html在对话框里说“把标题改成我的名字并把导航栏的背景色换成深蓝色”Trae 就能直接修改这个远程文件。它还会理解项目结构比如我让它“在 footer 里加一行版权说明”它不用我手动指定行号直接找到合适的位置就改好了。更有意思的是 Agent 模式。你可以在对话框里说“帮我在这个站点目录下生成一个博客页面包含文章列表和文章详情页”Trae 会自己创建目录、生成 HTML/CSS 文件甚至把页面间的链接都处理好。这些文件同样是直接生成了在服务器上的文件做完整套就等着你刷新浏览器看效果。这种“AI 直接在服务器上写代码”的体验传统的本地开发配合 git push 流完全不具备。不过要提个醒让 AI 自动改文件时一定要先确认当前工作区是远程目录别让 AI 把文件改到本地去了。可以在资源管理器顶部的路径栏确认一下路径开头是不是/var/www养成检查习惯就不容易出事。4.5 终端联动构建、重启、看日志在同一窗口完成Remote SSH 模式下Trae 内置的终端也直连服务器这相当于把文件编辑、命令执行、日志查看统一到了一个界面里。我在测试环境里跑一个 Node.js 应用时就是直接在 Trae 终端里执行cd /var/www/mysite node app.js站点跑起来后再查日志也不用切工具直接tail -f /var/log/nginx/error.log这里要重点提醒一句如果你修改了 SSH 端口Trae 终端和连接配置文件里的端口都要同步很多用户改了端口后去改 config却忘了 Trae 终端用的还是全局配置结果连不上别问我是怎么知道的。另外远程模式下编辑器里的“源代码管理”也直接读服务器上的 git 仓库你可以直接在远程目录里git init然后像本地一样提交代码。这样的完整链路——写代码、跑服务、看日志、提交代码——全在 Trae 一个窗口里完成不再来回切换应用这种流畅感是真香。5. 实测中翻过的车问题排查与避坑清单5.1 连不上服务器先查这四层我这次实测中最常见的报错就是连接超时每次原因还不太一样。遇到连不上的情况按下面四层顺序排查基本能定位一层本地网络是否能通到服务器。先ping 服务器IP如果 ping 不通十有八九是服务器关机了或者安全组把 ICMP 拦了去控制台确认服务器状态和安全组规则。二层SSH 端口是否可达。执行telnet 服务器IP 22或nc -vz 服务器IP 22如果端口不通检查安全组是否放行了 22 端口以及服务器系统防火墙ufw是否拦住了 SSH 端口。三层端口通了但连接被拒。多半是 SSH 服务没启动登录云控制台用 VNC 方式进入服务器执行sudo systemctl status ssh查看状态必要时重启 SSH 服务。四层SSH 配置是否有误。如果端口、密钥、用户这些信息填错会提示Connection refused或权限错误对照 config 文件逐一核对。5.2 登录提示 Permission denied这类报错八成出在密钥登录上。排查思路也很简单第一种可能IdentityFile路径写错了或者私钥文件和服务器上的公钥不匹配重新确认密钥对第二种可能服务器上的authorized_keys文件权限不对必须确保这个文件属于当前用户且权限为 600目录权限为 700你可以通过云控制台 VNC 登录去修复第三种可能你确认密码登录已被禁用而密钥又没配对成功那就只能走 VNC 恢复通道重新配置。一个规避办法在本地配置私钥文件权限Windows 下检查私钥文件属性不能勾选“继承”否则 SSH 客户端会报UNPROTECTED PRIVATE KEY FILE错误。5.3 网站访问 403 或白屏网页能打开但报 403基本就是权限问题。Nginx 的 worker 进程默认以www-data身份运行如果你的站点目录是 root 所有且权限很严格www-data没有读取权限就会 403。解决方法是把站点目录的所有者改成 www-data或者给目录加上合适的可读权限sudo chown -R www-data:www-data /var/www/mysite sudo chmod -R 755 /var/www/mysite白屏则多半是你用 SPA 或者框架开发没有配置单页应用的路由回退。在 server 块里加一行try_files $uri $uri/ /index.html;就能解决大部分白屏问题。这也是我实测中最容易出现的问题前端页面明明在本地打开是正常的一到服务器上刷新就白屏。还有一个隐藏坑你用了 node 服务但 Nginx 没有把请求反代过去。那需要在 server 块里加一段 location 配置把动态请求代理给你的应用端口location /api { proxy_pass http://127.0.0.1:3000; proxy_set_header Host $host; }5.4 80 端口被占用和磁盘写满这两个问题虽然不常遇到碰到就很头疼。80 端口被占用通常是你之前装过 Apache和 Nginx 抢端口。查看占用的服务sudo lsof -i :80如果确认是 Apacheapache2停掉它并禁止开机自启sudo systemctl stop apache2 sudo systemctl disable apache2磁盘写满的问题在 40G 的小盘机上很常见尤其是日志文件堆积。用这条命令看磁盘占用df -h定位大文件sudo du -sh /var/log/*Nginx 和系统日志占大头时可以清理旧日志。另外别忘了节点包管理器缓存~/.npm目录经常会吃掉几个 G 的空间清掉能救急npm cache clean --force养成定期查看磁盘的习惯小服务器才活得久。这里再分享一个我自己的体会整个流程走下来最大的收获不是省了多少钱而是把“编辑代码”和“操作服务器”这两件事彻底统一到了同一个工具里。以前我会花大量时间在文件传输和命令切换上现在 Trae Remote SSH 把这条链路缩短成了“写、存、刷”三步。如果你也正打算用低成本把自己的网站跑起来这套组合值得投入一个下午去实践做完你会回来感谢现在的自己。