博客已经能导出 HTML，就可以让本地生成文件，VPS 只提供网页和图片，减少服务器上要维护的数据库和运行环境。雨云新增的韩国首尔区域可以承载这种站点；面对国内读者时，先考虑一区的大陆优化定位，再根据页面体积选上传带宽。
这个做法适合静态博客、产品介绍和项目文档。评论、登录、支付和全文搜索若依赖服务端，需要另行部署相应服务，不能只复制 HTML 就保留原来的所有功能。
买机器时，先确认读者拿文件用的是哪一侧带宽
2026 年 10 月 1 日，韩国一区流量不限型入门卡片写着 2 核 2 GB、上传 5 Mbps、下载 10 Mbps，原价 33 元/月。这是公开卡片信息，不是包含所有云盘与 IP 选择后的订单报价。
读者从服务器获取页面，主要消耗服务器上传方向。10 Mbps 下载用于服务器接收数据，不能把它当成网站的出口。一篇文章放了数张没有压缩的原图，传输量可能远高于正文，静态网站也需要控制图片大小。
通过雨云韩国 VPS 入口进入云服务器页面后，选择韩国首尔下的一区，确认线路和带宽类型。系统盘要容纳系统、网站、日志和更新临时文件。购买时核对实际选定容量及对应费用。
域名要指向能接收入站连接的公网地址
新建站点需要一个受自己管理的域名、一台可 SSH 连接的 Linux 实例，以及打开的网站端口。为减少安装变量，可以选择仍受支持的 Debian 或 Ubuntu 版本；可用镜像以雨云控制台为准，服务器和现有站点软件的系统要求也要匹配。
韩国区域有附加住宅 IP 选项，但选项写着“仅出网用”。它用于出站连接的场景，不能默认承载网站入口。解析记录填写控制台确认的可入站公网地址。
域名的 A 记录指向服务器 IPv4。只在服务器确实有可用 IPv6、监听和防火墙也正确时保留 AAAA 记录，否则部分访客可能沿着失效的 IPv6 地址访问。对外开放 TCP 80、443；SSH 端口尽量只允许自己的管理来源。如果使用 HTTP/3，还需要按自己的部署选择开放 UDP 443，普通 HTTPS 并不要求先开这个端口。
安装 Caddy，然后只给它网站目录
下面以宿主机运行 Caddy、通过官方软件包提供 systemd 服务为前提。按 Caddy 安装文档完成对应发行版的安装，确认服务用户为 caddy。已经有面板占用 80、443 的机器，要先规划入口，不能直接运行第二个 Web 服务抢端口。
网站目录放在 /srv/korea-site，发布用户可以写入，Caddy 只需要读取。以下命令假设当前登录的是普通 sudo 用户，尚未创建这个目录：
sudo install -d -m 755 -o "$USER" -g caddy /srv/korea-site
printf '%s\n' '<!doctype html><html lang="zh-CN"><meta charset="utf-8"><title>我的网站</title><h1>网站已就绪</h1></html>' > /srv/korea-site/index.html
chmod 644 /srv/korea-site/index.html
替换测试首页以后，确保静态生成器输出的文件和子目录对 caddy 用户可读，不要为了省事给目录设置 777。正式页面不应带上环境文件、Git 仓库、数据库导出和私钥，它们不属于公开发布目录。
编辑 /etc/caddy/Caddyfile，把 blog.example.com 换成自己的域名：
blog.example.com {
root * /srv/korea-site
encode zstd gzip
file_server
}
这是一个提供静态文件的最小配置。Caddy 的静态站点说明解释了目录与文件服务；域名正确解析、外部可以访问验证端口时，自动 HTTPS 会尝试申请证书。证书失败要查看日志里的具体原因，不能只通过关闭证书验证让浏览器表面上能访问。
保留原来的其他站点配置，修改后检查并重载：
sudo caddy validate --config /etc/caddy/Caddyfile --adapter caddyfile
sudo systemctl reload caddy
如果是刚安装后尚未启动服务，先依照安装文档启动服务，再用 reload 应用后续修改。容器部署则有自己的配置挂载和持久化目录，不要把这组宿主机命令照抄进容器。
上传前先看生成产物
把生成的 HTML、CSS、脚本和图片放进网站目录即可。大多数生成器会把它们输出到独立目录，具体名称以项目配置为准。上传的是生成产物，不是整个项目；含有源码密钥或依赖目录的仓库不能整体放到公开根目录。
部署时注意原网站的 URL 结构。文章原来使用 /posts/title/，新生成器却输出 /title.html，直接替换后，收藏链接和搜索入口会失效。能保留旧路径就保留；确实改路径时，为每个重要旧地址设置明确重定向，避免全站旧文章都跳到首页。
图片处理值得单独做一遍。正文按实际展示宽度导出，能使用 WebP 或 AVIF 的图片不要继续发送相机原图。缩略图与正文大图分开，图片文件名变更要同步更新页面。压缩不会给 VPS 增加带宽，但会减少同一篇文章需要传输的字节数。
缓存应该跟着文件名设计
带内容哈希、内容变化就换名称的静态资源，可以使用较长缓存。HTML 会随着发布更新，先用短缓存或要求重新验证，避免读者长期看到旧首页。不要给整个根目录一律套一年缓存，再指望每次替换文件都立即生效。
初次发布不一定需要立刻接入 CDN。先把域名、HTTPS、路径和图片做对；需要 CDN 时，再比较它的缓存命中与实际读者访问情况。CDN 未命中的回源仍会使用这台韩国机器的出口，后台和登录页也不应按公开静态页面缓存。
如果后续改成动态博客，可以保留 Caddy 作为入口，把应用放在本机地址上，再调整反向代理。这时数据库与上传文件需要独立备份，原先只保留静态发布目录的办法已经不够。新机房解决的是部署位置和网络选择，网站能否长期好用，仍由文件、路径和更新方式共同决定。