Rust游戏服务器搭建教程：Linux、SteamCMD、RCON与更新

先说结论：Rust服务器搭建的核心不是把 RustDedicated 启动起来，而是让地图、身份目录、游戏端口、查询端口、RCON、更新和存档形成可重复维护的流程。官方建议预留约 12GB 内存和 15GB 磁盘，大地图需要更多资源，存储优先使用 SSD 或 NVMe。准备长期运行时，还要把 RCON 安全和更新后的插件兼容纳入计划。

本文使用 64 位 Linux 与 SteamCMD，适合原版好友服或社区服的第一套环境。模组服应先让原版服务器稳定运行，再单独引入 uMod/Oxide 和插件；不要在安装、网络、地图和插件同时变化时排障。

搭建 Rust 服务器前要确定什么？

1. 类型：原版、轻度模组还是插件社区服；
2. 地图：程序生成地图的大小、种子和擦除周期；
3. 人数：目标是高峰同时在线，不是注册人数；
4. 管理：谁掌握 RCON、谁能更新、谁能恢复备份；
5. 地域：玩家分布、跨境线路和实测延迟；
6. 维护窗口：游戏更新、地图 wipe 和插件更新怎样通知。

Rust 的地图尺寸、实体数量、在线玩家和插件都会影响内存与 CPU。不能仅凭“几核几G支持多少人”的静态表采购，应先建立小规模真实服务器，再依据高峰数据扩容。

Rust服务器配置怎样选择？

官方资料给出的基础要求包括约 12GB 可用内存、15GB 磁盘空间，并建议 SSD/NVMe。系统盘还要容纳 SteamCMD 下载缓存、地图、日志和多代备份，因此不要只按 15GB 创建磁盘。

准备 Linux、账号和目录

创建独立的普通用户运行 Rust，不让游戏进程长期拥有 root 权限。为安装目录、identity 数据和备份分别规划空间。服务器地域应由主要玩家实测决定，可先使用服务器测试 IP 与延迟测试方法比较候选节点。

• 64 位 Linux 和当前安全更新；
• SteamCMD 及其运行所需的 32 位兼容库；
• 稳定公网 IPv4；
• 云安全组和本机防火墙管理权限；
• 足够长、唯一且不公开的 RCON 密码；
• 服务器外部的备份目标。

使用SteamCMD安装Rust Dedicated Server

先按 Valve 或 Linux 发行版的当前说明安装 SteamCMD。官方 Rust Wiki 给出的服务端应用 ID 是 258550，安装命令如下：

./steamcmd.sh +force_install_dir ../rust +login anonymous +app_update 258550 validate +quit

+force_install_dir 指定安装位置，示例中的相对路径应替换为自己的实际目录。首次安装后检查 RustDedicated 是否存在，并确认目录归游戏运行用户所有。不要把 SteamCMD、游戏数据和外部备份都放在同一个容易写满的系统分区。

创建可维护的启动命令

下面展示官方核心参数的组合方式。服务器名称、地图种子、地图大小、人数和 RCON 密码必须改成自己的值：

./RustDedicated -batchmode \
+server.port 28015 \
+server.queryport 28017 \
+server.level "Procedural Map" \
+server.seed 12345 \
+server.worldsize 3500 \
+server.maxplayers 20 \
+server.hostname "My Rust Server" \
+server.identity "production" \
+rcon.port 28016 \
+rcon.password "REPLACE_WITH_A_LONG_RANDOM_PASSWORD" \
+rcon.web 1

server.identity 很重要：它决定配置、管理员名单、地图、存档和玩家数据所在的服务器身份目录。生产服、测试服和不同 wipe 周期应使用不同 identity，避免多个实例互相覆盖。

不要把真实 RCON 密码提交到公开仓库、截图或文章。启动脚本应只允许管理员读取；如果使用进程管理器，确认停止动作会给 Rust 留出保存和退出时间。

Rust需要开放哪些端口？

Rust 当前把游戏、查询与 RCON 视为不同用途的端口，不能让它们使用同一端口。云安全组和系统防火墙都要配置一致。RCON WebSocket 本身不是 HTTPS，不应直接当作安全的公网管理后台；建议限制来源或通过受控管理网络访问。

玩家、RCON和存档怎样协作？

玩家流量进入 UDP 游戏端口；服务器列表通过查询端口获取状态；管理员通过受限 RCON 执行管理；世界、玩家与配置写入 rust/server/<identity>/。任意一条链路配置错误，都可能表现为“服务器不工作”，所以要分别验证。

首次启动和连接验证

1. 启动后观察控制台，确认地图生成完成而非持续报错或重启；
2. 确认游戏端口、查询端口和 RCON 分别处于预期监听状态；
3. 在服务器外部网络从客户端连接公网 IP；
4. 进入后移动、采集、建造一个测试对象并退出；
5. 正常停止并重启服务器，确认世界和玩家状态保留；
6. 通过受限网络测试 RCON 登录，不把管理端口公开给无关来源。

如果局域网连接成功而公网失败，优先检查公网 IP、云安全组和系统防火墙；如果服务器出现在列表但加入失败，检查客户端与服务端版本、地图加载日志和连接端口。

配置、管理员和插件放在哪里？

与服务器身份相关的数据位于 rust/server/<identity>/。该目录包含 cfg、管理员与封禁信息、地图、存档、玩家数据，以及 Rust+ 可能使用的 companion.id。因此备份不能只选一个 .sav 文件。

先让原版服运行稳定，再安装插件框架。安装 uMod/Oxide 后要特别注意：SteamCMD 更新可能覆盖框架文件，游戏更新也可能让插件暂时不兼容。插件数量不是越多越好，每个插件都需要来源、版本、负责人、升级和回滚记录。

Rust服务器怎样更新？

Rust 官方 Wiki 明确指出旧式 -autoupdate 启动参数不能完成预期的自动更新。可靠流程是停服、备份，再运行 SteamCMD：

./steamcmd.sh +force_install_dir ../rust +login anonymous +app_update 258550 validate +quit

1. 通知玩家并等待当前保存完成；
2. 正常停服，备份完整 identity 与启动配置；
3. 执行 SteamCMD 更新；
4. 如果使用 uMod/Oxide，核对框架是否被覆盖并安装匹配版本；
5. 在受控状态启动，检查地图、插件和日志；
6. 管理员先进入验证，再对全部玩家开放。

不要把“每天自动重启”当作更新方案，也不要在没有备份时自动执行最新版。强制更新、插件故障和 wipe 时间应有明确的变更记录。

Rust存档如何备份和恢复？

停服后备份整个 rust/server/<identity>/，同时保存启动脚本和关键版本信息。备份至少包括地图、.sav、玩家数据、cfg、管理员名单与 Companion 数据。恢复时要使用相同 identity，并先在隔离环境验证。

• 更新、wipe、插件升级和配置大改前创建单独备份；
• 备份复制到服务器之外，避免磁盘故障同时丢失生产与副本；
• 保留多代，不让错误存档立即覆盖唯一可用版本；
• 记录地图种子、worldsize、服务端版本和插件清单；
• 定期完成“恢复后实际进服”的演练。

常见故障排查

开放给玩家前的验收清单

1. RustDedicated 使用独立普通账号运行；
2. 游戏、查询和 RCON 端口互不冲突且协议正确；
3. RCON 使用随机强密码并限制管理员来源；
4. 生产服有唯一、固定的 server.identity；
5. 客户端能从另一网络进入并完成一次数据保存；
6. 正常重启后地图、玩家与配置保持一致；
7. 完整 identity 已复制到服务器外部；
8. 从备份恢复并实际进入过测试环境；
9. 更新和插件兼容有维护窗口与回退步骤；
10. CPU、内存、磁盘、进程、端口和备份失败有监控。

Rust服务器搭建前，怎样选择云服务器？

先确定地图大小、目标同时在线、是否安装插件、wipe 周期和主要玩家位置，再从 4 核、12–16GB、SSD 的小型原版环境开始验证。若地图更大、实体更多或插件更重，应优先看单核性能、内存峰值和磁盘响应，而不只是增加带宽。

可以在萤光云 VPS 地域与配置页查看实时库存，再按服务器配置选择方法建立测试规格。价格、线路、操作系统、流量和退款规则以购买页与控制台实时信息为准。

官方资料

• Facepunch：Creating a server
• Facepunch：Getting Started with a Server
• Facepunch：Rust Server Useful Commands
• Facepunch：FAQ and Troubleshooting

相关推荐

• 云服务器配置怎么选？从业务负载判断CPU、内存和带宽
• 海外云服务器地域怎么选？按用户、线路和业务逐步判断
• 服务器测试IP怎么看？延迟、路由与丢包测试方法
• 云服务器数据怎么备份？VPS快照、备份和恢复方法
• 服务器长期稳定运行方案：备份、监控与变更管理