在一台 Ubuntu 云服务器上搭建饥荒联机版专用服务器是我这几年折腾过的、性价比最高的一件事。官方房间延迟飘忽、白天没人晚上挤爆、朋友来晚了进不去、存档还不在自己手里这些痛点只要有一台自己的云服务器就能一次性解决。整个过程拆开看其实不复杂准备一台 Ubuntu 机器、装好 32 位运行库、用 SteamCMD 拉一份不依赖图形界面的服务端、写几份 ini 配置、申请一个属于你的服务器令牌最后把它挂在后台跑起来。难点不在于步骤多而在于坑比较分散——32 位库缺一个就起不来、端口少开一个朋友就搜不到房间、令牌放错目录就是连不上。这篇内容我会把 Master 主世界和 Caves 洞穴双分片的完整配置、systemd 托管、自动更新和备份脚本都写清楚适合完全没接触过 Linux 服务端的新手也适合已经能开服但总被洞穴和 mod 折腾的玩家。1. 搭建前的整体思路与方案选型1.1 为什么不建议用家里的旧电脑或游戏主机先想清楚为什么必须是云服务器。饥荒联机版的专用服务器对性能要求其实很低一颗单核性能尚可的 CPU、2GB 内存就能带 4 到 6 个人但这不意味着随便找台机器就行。家宽的核心问题是上行带宽和公网可达性多数家庭宽带上行只有几十兆甚至更低而且大概率没有公网 IPv4 地址你要让别人连进来得处理端口映射、动态 IP 变化、运营商限制中间任何一环变了房间就没了。玩家白天上班上学晚上才上线服务器得 24 小时挂着家里那台机器要么一直开着电费加噪音要么等你打开才上线。云服务器的价值就在这里固定公网 IP、稳定的上行、随时可重装系统、按年付的成本可控。更实际的一点是你可以在服务器上做快照、做定时备份存档永远不丢。我在家用旧笔记本开过一段时间最大的问题是夏天散热跟不上自动降频tick 掉到十几玩家走路都在漂移。换成云服务器之后这类问题基本消失。选型上我建议直接上 Ubuntu 22.04 LTS 或者 24.04 LTS,别用 CentOS 系的老版本,原因后面讲 32 位库的时候会体现出来,Ubuntu 的软件源里 multiverse 组件对 SteamCMD 和 DST 所需的多架构库支持最省心。成本方面1 核 2G 的入门机型带 2 到 4 人基本够2 核 4G 是甜点配置能同时跑 Master 和 Caves 并留出余量4 核 8G 则可以放心堆 mod 和容纳 10 人以上。带宽选 1 到 3Mbps 完全足够因为饥荒的同步数据量很小真正吃的是 CPU 单核性能和内存。地域选择上靠近大多数玩家的地区优先国内玩家为主就选国内机房海外朋友多就选就近的海外节点延迟差异比配置差异影响大得多。买的时候留意厂商的轻量应用服务器和云服务器 ECS 两类产品前者便宜但网络和扩展性弱一些后者灵活。价格波动很大活动期和平时能差一倍不着急的话可以等等促销。1.2 Master 加 Caves 双分片到底是怎么协同的很多人对洞穴有误解以为洞穴是主世界的一个小房间。实际上饥荒联机版的洞穴是一个独立的服务器进程也就是分片Shard。完全没有洞穴的时候你只需要跑一个 Master 进程世界就是地表那一片。一旦你开启洞穴就变成两个进程同时运行Master 负责地表世界Caves 负责地下世界。玩家从地表的洞穴入口下去客户端会断开和 Master 的连接转而连上 Caves,这个过程由服务器之间的内部通信协调完成。理解这一点非常关键因为它直接决定了你的配置结构。两个分片共享同一个 Cluster集群目录也就是~/.klei/DoNotStarveTogether/Cluster_1,里面有共同的一份cluster.ini、一份cluster_token.txt,以及两个子目录Master和Caves,各自带一份server.ini。cluster.ini的[SHARD]段用shard_enabled、master_ip、master_port、cluster_key这几个字段把两个进程绑在一起Master 启动后会监听master_port,Caves 用它去注册自己cluster_key是两个分片之间的共享密钥两边必须完全一致写错了就是洞穴一直加载不出来。内部通信走的是本机的127.0.0.1,所以这部分端口不用对公网开放安全上更省心。真正需要暴露给玩家的是 Master 的游戏端口和 Steam 查询端口Caves 的对外端口只在玩家下洞的瞬间被连接所以也得放行。我见过有人只开了 Master 的端口结果地表一切正常一进洞穴就无限转圈,排查半天其实就是少放行了一个 UDP 端口。记住一句话就够分片是两个进程、一个集群、一份令牌。1.3 配置规格、成本与配置项对照把关键参数提前列清楚后面配置的时候你就能对着表格填不用来回翻。下面这张表是我在不同人数规模下实测比较稳妥的搭配供参考。玩家规模CPU内存磁盘是否开洞穴备注2 到 4 人1 核2GB20GB建议不开必须配 2GB swap4 到 6 人2 核4GB40GB可以开甜点配置mod 控制在 10 个以内8 到 12 人4 核8GB60GB开需要关注单核性能和 tick这里说的内存是物理内存加 swap 的总和。DST 服务端在加载世界时会有一个内存峰值尤其是 mod 多的存档冷启动阶段内存占用能到 1.5GB 以上跑起来之后回落到 600MB 到 1GB。所以 2GB 内存的机器如果不加 swap,极容易在启动阶段被系统杀掉进程表现为服务器莫名其妙重启或者日志戛然而止。这也是我在第 2 章专门讲 swap 的原因。还有一个容易被忽略的点是文件句柄数。DST 在加载大量 mod 和世界资源时会打开很多文件系统默认的ulimit -n一般是 1024在小规模下够用但 mod 一多就可能出现资源加载失败、贴图缺失这类诡异现象看起来像 bug,实际上是句柄耗尽。这个参数怎么改、改在哪里后面会具体说。2. 服务器环境准备与依赖安装2.1 系统初始化、独立用户与基础安全设置拿到一台全新的 Ubuntu 机器第一件事不是装软件而是把系统基础盘打好。先用apt update apt upgrade -y把补丁打齐然后设置时区。时区这事看着无关紧要实际上直接影响游戏内的昼夜和季节节奏感知也影响日志时间戳排查问题时对不上时间会很痛苦。命令是sudo timedatectl set-timezone Asia/Shanghai,执行完用timedatectl确认一下。接下来创建一个独立用户来跑服务端不要用 root。原因有两层一是安全服务端进程本身不需要系统权限一旦被利用也是最低权限二是很多和 Steam 相关的脚本、以及部分服务端程序对以 root 身份运行会比较敏感混在一起容易出现权限问题和文件属主错乱。我习惯叫这个用户steamsudo adduser --disabled-password --gecos steam sudo usermod -aG sudo steam su - steam然后配置 SSH 密钥登录、关闭密码登录和 root 直连登录。这些属于服务器的通用加固虽然跟饥荒没关系但机器一旦暴露在公网每天被扫描是常态。加固完再继续后面的步骤顺序别反了否则可能把自己关在门外。注意如果你用的是云服务商的密钥对登录方式authorized_keys的权限必须是 600.ssh目录是 700权限过宽 SSH 会直接拒绝使用密钥表现为明明配了密钥还是要密码这个坑我踩过。2.2 32 位运行库DST 服务端为什么离不开它这是整个搭建过程中最容易失败的一步也是绝大多数启动就报错的根源。饥荒联机版的服务端虽然现在提供了 64 位可执行文件但它依赖的 Steam 客户端库、以及部分游戏本体库仍然是 32 位编译的。所以在一台纯 64 位的 Ubuntu 上你必须额外启用 i386 架构并安装一整套 32 位运行库。先启用多架构支持sudo dpkg --add-architecture i386 sudo apt update然后安装核心依赖。下面这条命令覆盖了 Ubuntu 20.04、22.04、24.04 上 99% 的情况sudo apt install -y lib32gcc-s1 lib32stdc6 libcurl4-gnutls-dev:i386 \ libstdc6:i386 libgcc-s1:i386 libc6:i386 zlib1g:i386如果你用的是 Ubuntu 18.04 这类较老的版本lib32gcc-s1要换成lib32gcc1,libgcc-s1:i386换成libgcc1:i386。这就是我在第 1 章提过的、为什么建议直接上新版 LTS 的原因老版本包名对不上新手很容易在这里卡住。装完怎么验证最直接的办法是把服务端启动一次看报什么错。最常见的两个错误信息长这样error while loading shared libraries: libcurl-gnutls.so.4: cannot open shared object file,这说明缺少 32 位的 curl 库对应libcurl4-gnutls-dev:i386。error while loading shared libraries: libstdc.so.6,缺少 32 位 C 运行库对应lib32stdc6。还有一个隐藏问题SteamCMD 在使用过程中需要steamclient.so,如果找不到会报Failed to load steamclient.so之类的警告。解决办法是建一个软链接把 SteamCMD 自带的 32 位 steamclient 库挂到用户目录下mkdir -p ~/.steam/sdk32 ln -s ~/steamcmd/linux32/steamclient.so ~/.steam/sdk32/steamclient.so路径取决于你把 SteamCMD 装在哪后面装完 SteamCMD 记得回头补这一步。提示所有依赖装完后可以用dpkg --print-foreign-architectures确认 i386 已经生效输出里应该有i386这一行。没有的话后面一定失败。2.3 用 SteamCMD 拉取饥荒专用服务端SteamCMD 是 Valve 官方的命令行客户端用来下载各种专用服务端。饥荒联机版专用服务端在 Steam 上的 AppID 是343050,记牢这个数字后面更新、验证都用它。安装方式有两种。一种是加官方源后 apt 安装适合喜欢统一管理的另一种是直接下载压缩包解压通用性最强我一般用后者mkdir -p ~/steamcmd cd ~/steamcmd wget https://steamcdn-a.akamaihd.net/client/installer/steamcmd_linux.tar.gz tar -xzf steamcmd_linux.tar.gz首次运行会自更新一堆文件耐心等./steamcmd.sh login anonymous quit然后下载服务端。这里我用force_install_dir把服务端装到独立目录方便后面备份和更新./steamcmd.sh force_install_dir /home/steam/dst \ login anonymous app_update 343050 validate quit几个实操细节值得说明。anonymous是匿名登录下载饥荒服务端不需要账号这也是它比很多游戏服务端友好的地方。validate会校验文件完整性第一次装和之后修文件时都建议带上但每次更新都带会慢一些。国内机器下载速度可能不理想如果卡在某个百分比很久直接 CtrlC 重来一次通常就能继续SteamCMD 支持断点续传这不算失败。下载完成后进目录看一眼结构cd /home/steam/dst ls bin bin64 2/dev/null你会看到bin或者bin64新版本一般两者都有。bin64里是dontstarve_dedicated_server_nullrenderer_x64,bin里是 32 位版本。优先用 64 位那个性能更好。如果只有bin,那就用 32 位版本命令里把路径换掉即可。这一步的目的很简单别照抄别人的启动命令先在机器上确认文件名和路径这一步省掉的人后面八成会踩坑。2.4 swap 与文件句柄调优前面提到过内存峰值的问题2GB 内存的机器几乎必须配 swap。swap 本质上是拿磁盘当内存用速度慢得多但它的作用是兜底不崩,而不是提升性能。创建方式sudo fallocate -l 2G /swapfile sudo chmod 600 /swapfile sudo mkswap /swapfile sudo swapon /swapfile echo /swapfile none swap sw 0 0 | sudo tee -a /etc/fstab free -h最后一行会看到 Swap 那一栏有 2.0G。写入/etc/fstab是为了重启后自动挂载不加这一步就是一次性的。接下来调文件句柄数。修改/etc/security/limits.conf,追加steam soft nofile 65535 steam hard nofile 65535同时确认systemd服务里也带上LimitNOFILE65535,否则 systemd 托管的进程不吃 limits.conf 的设置这是个很隐蔽的坑。还有个内核参数fs.file-max,一般默认值足够大不用动。改完之后重新登录一次让 limits 生效用ulimit -n验证。顺带提一下 swap 的取舍如果你的机器内存 4GB 以上swap 可以只给 1GB 作为保险如果只有 2GB老老实实给 2GB。另外vm.swappiness默认 60,对服务器来说略激进可以降到 10,让系统尽量少用 swap只在真正吃紧时才启用echo vm.swappiness10 | sudo tee -a /etc/sysctl.conf sudo sysctl -p3. 目录结构、配置文件与令牌申请3.1 服务器令牌的申请与保管这一步是很多人第一个真正意义上的卡点。饥荒联机版的专用服务器必须绑定一个服务器令牌Cluster Token没有它服务器启动后会报No authentication token found或者干脆连不上官方大厅。令牌的作用是让 Klei 的服务器知道这台专用服务器是某个正版账号授权的,同时也是房间出现在服务器列表里的凭证。申请方式是在 Klei 官方的账号管理页面里登录你的账号找到与饥荒联机版相关的服务器管理入口创建一个新的服务器填一个名字它就会生成一串字符。复制下来保存成一个文件mkdir -p ~/.klei/DoNotStarveTogether/Cluster_1 nano ~/.klei/DoNotStarveTogether/Cluster_1/cluster_token.txt把令牌粘贴进去保存。注意这个文件里只放令牌本身,不要带多余的空格、换行、注释多一个空格都可能认证失败。文件名必须精确是cluster_token.txt。注意令牌是绑定账号的敏感信息泄露出去别人可以用它开服出问题可能牵连到你的账号。所以不要把它提交到任何公开仓库分享配置截图时记得打码。还有一个细节令牌生成后长期有效不需要定期更换。如果你以后换了服务器或者重装了系统把同一个令牌文件复制过去就行房间名和配置也能延续。但如果你在 Klei 页面里手动删除了那个服务器条目对应的令牌就失效了服务器会立刻掉线这个操作要谨慎。3.2 cluster.ini 主配置逐字段说明cluster.ini是集群级别的配置两个分片共享。我直接给一份能用的完整版本然后逐段解释[GAMEPLAY] game_mode survival max_players 6 pvp false pause_when_empty true vote_kick_enabled true [NETWORK] cluster_name 我们的饥荒小窝 cluster_description 长期开放欢迎朋友 cluster_password 你设的密码 cluster_language zh offline_cluster false lan_only_cluster false tick_rate 15 [MISC] console_enabled true max_snapshots 6 [SHARD] shard_enabled true bind_ip 127.0.0.1 master_ip 127.0.0.1 master_port 10888 cluster_key 换成一串你自己的随机字符串[GAMEPLAY]段比较好懂。game_mode可选survival、endless、wilderness,分别对应生存、无尽、荒野模式长期开放的小服一般用endless或survival,荒野模式是死亡即换人适合多人竞技。pause_when_empty设成true意味着没人在线时游戏时间暂停这样你不在的时候世界不会自己走过整个冬天强烈建议开启。vote_kick_enabled是投票踢人朋友之间玩可以关掉公开服建议开着。[NETWORK]段里cluster_name就是房间名中文可以但要注意别用特殊字符和可能触发过滤的词。cluster_password留空就是无密码公开房建议至少设一个防止陌生人乱进。offline_cluster false表示走官方大厅房间会出现在服务器列表里如果你设成true,就只有知道 IP 的人能用c_connect直连好处是不依赖官方大厅坏处是搜索不到。tick_rate是服务端每秒的逻辑帧数默认 15,调到 20 会更顺滑但 CPU 占用上升机器性能一般就别动。[MISC]段的max_snapshots是自动存档快照保留数量默认 6,意味着你最多能回档 6 次。存档多占不了多少空间建议保持默认或加到 10。console_enabled打开服务端控制台方便你远程敲命令。[SHARD]段是双分片的核心。shard_enabled true才会启用洞穴。bind_ip和master_ip都填127.0.0.1,因为两个分片在同一台机器上。master_port 10888是内部通信端口可以改但要保证没被别的程序占用。cluster_key必须是一串随机的、两个分片完全一致的字符串。提示cluster_key不要用简单的 123456 之类的虽然它只在本机内部通信使用但写复杂一点没坏处比如用openssl rand -hex 16生成一串。3.3 Master 与 Caves 的 server.ini 与端口规划server.ini是分片级别的配置Master 和 Caves 各一份分别放在Cluster_1/Master/和Cluster_1/Caves/下。先建目录mkdir -p ~/.klei/DoNotStarveTogether/Cluster_1/Master mkdir -p ~/.klei/DoNotStarveTogether/Cluster_1/CavesMaster 的server.ini[NETWORK] server_port 10999 [SHARD] is_master true name Master [STEAM] master_server_port 27018 authentication_port 27019Caves 的server.ini[NETWORK] server_port 10998 [SHARD] is_master false name Caves [STEAM] master_server_port 27020 authentication_port 27021关键点在于端口不能冲突。Master 和 Caves 是两个进程如果server_port都写 10999,第二个进程会因为端口被占用起不来日志里会看到绑定失败的报错。上面这套规划是Master 用 10999/27018/27019,Caves 用 10998/27020/27021,互不重叠。is_master决定了哪个是主分片这个字段写反了会导致洞穴无法注册。端口这块要多说一句。饥荒服务端真正需要玩家能直接访问的是server_portUDP也就是 Master 的 10999 和 Caves 的 10998。Steam 查询相关的端口用于让房间出现在服务器列表里。至于 27018 到 27021 这几个主要是分片之间和 Steam 内部使用的走本地回环的情况居多。最稳妥的做法是配置完后用ss -unlp看进程实际监听了哪些 UDP 端口以实际结果为准去放行防火墙而不是背别人的端口清单。ss -unlp | grep dontstarve3.4 世界生成参数与 mod 配置世界长什么样由世界生成参数决定。有两种做法。第一种是先用客户端自己生成一个世界觉得满意了把客户端的存档目录里对应的世界文件拷到服务器的Master目录下缺点是配置项不好改。第二种更可控在Master/目录下放一个worldgenoverride.lua,启动时优先使用它。示例return { override_enabled true, preset SURVIVAL_TOGETHER, overrides { krampus often, deerclops default, hounds default, autumn default, winter default, resources default, }, }preset是预设overrides里可以调各种生物和资源的频率值一般是never、rare、default、often、always、insane。第一次开服建议先用默认玩熟了再去调因为调坏一个参数可能导致世界生成直接失败。mod 分两部分。第一部分是要下载哪些 mod,写在服务端安装目录下的mods/dedicated_server_mods_setup.lua:ServerModSetup(378160973) ServerModSetup(375859599)括号里的数字是创意工坊的物品 ID,也就是 mod 的 workshop id。第二部分是每个 mod 怎么配置,写在集群目录里注意 Master 和 Caves 各需要一份modoverrides.lua:return { [workshop-378160973] { enabled true }, [workshop-375859599] { enabled true, configuration_options { some_option value, }, }, }两个文件的分工容易搞混我总结成一句话dedicated_server_mods_setup.lua负责下载,放在服务端安装目录的mods文件夹modoverrides.lua负责启用和配置,放在集群的Master和Caves目录下。只写了前者mod 会被下载但不生效只写了后者mod 根本没下载启动时日志会提示找不到 mod。提示mod 首次下载发生在服务端启动时而且有时候需要重启第二次才真正加载。所以第一次加 mod 后看到日志里说下载完成别急着判断失败重启一次再看。4. 启动、守护与自动化运维4.1 用 screen 手动启动两个分片我推荐新手先用 screen 跑起来因为 screen 能让你随时切回服务端控制台敲命令这是 systemd 做不到的直观体验。安装sudo apt install -y screen启动 Mastercd /home/steam/dst screen -S dst_master -d -m ./bin64/dontstarve_dedicated_server_nullrenderer_x64 \ -console -cluster Cluster_1 -shard Master启动 Cavesscreen -S dst_caves -d -m ./bin64/dontstarve_dedicated_server_nullrenderer_x64 \ -console -cluster Cluster_1 -shard Caves几个参数解释一下。-cluster Cluster_1指定集群目录名对应~/.klei/DoNotStarveTogether/Cluster_1。-shard Master指定启动哪个分片必须和server.ini里的name对应。-console打开交互式控制台配合 screen 就能用screen -r dst_master进入控制台敲命令。进控制台之后有几种常用命令c_announce(服务器将在10分钟后重启)发公告c_listallplayers()列出在线玩家c_save()立即保存c_shutdown()关服c_rollback(1)回档一天。注意c_rollback只能回滚最近一次快照参数是回滚几次用之前最好先备份。看日志有两种方式一种是 screen 里实时滚动另一种是看文件tail -f ~/.klei/DoNotStarveTogether/Cluster_1/Master/server_log.txt启动成功的标志是日志里出现类似Sim paused或者Server Started的字样并且没有红色的error刷屏。如果一直卡在加载资源八成是 mod 在下载。4.2 用 systemd 托管并实现开机自启screen 的问题是服务器重启后不会自动拉起我需要开机自启。用 systemd 写两个服务单元先建一个日志目录mkdir -p /home/steam/dst/logs sudo nano /etc/systemd/system/dst-master.service内容如下[Unit] DescriptionDont Starve Together Master Shard Afternetwork.target [Service] Typesimple Usersteam Groupsteam WorkingDirectory/home/steam/dst EnvironmentLD_LIBRARY_PATH/home/steam/dst/bin64/lib64:/home/steam/dst/bin/lib32 ExecStart/home/steam/dst/bin64/dontstarve_dedicated_server_nullrenderer_x64 -console -cluster Cluster_1 -shard Master Restarton-failure RestartSec15 LimitNOFILE65535 StandardInputnull StandardOutputappend:/home/steam/dst/logs/master.log StandardErrorappend:/home/steam/dst/logs/master.err.log [Install] WantedBymulti-user.targetCaves 的服务单元基本一样把Master全部换成Caves,文件名改成dst-caves.service,日志名也改掉。然后启用sudo systemctl daemon-reload sudo systemctl enable --now dst-master dst-caves sudo systemctl status dst-masterRestarton-failure配合RestartSec15实现了进程崩溃后自动拉起这在深夜掉线时非常救命。StandardInputnull是为了避免 systemd 环境下因为没有标准输入导致服务端异常退出这个坑不写上去很可能遇到。LimitNOFILE就是前面提过的句柄数限制必须在这里也写一遍。注意用 systemd 托管后就别再用 screen 启动了两套东西同时跑会抢占同一个端口表现为其中一个不停重启日志里全是端口占用。切换方式前先pkill -f dontstarve。4.3 防火墙与云安全组的双重放行这是新手最容易漏的一环而且症状很迷惑服务器日志一切正常自己在机器上用ss也能看到端口在监听但朋友就是搜不到房间。原因往往是云服务商那一层的安全组没放行或者系统自带的 ufw 拦住了。系统层用 ufwsudo ufw allow 22/tcp sudo ufw allow 10999/udp sudo ufw allow 10998/udp sudo ufw enable sudo ufw status numbered云平台层要去控制台的安全组里加同样的规则方向是入站协议选 UDP,端口按需填。这一步没有命令行必须去网页控制台操作很多人写完 ufw 就以为完事了结果卡在这里。放行范围的原则是只开放server_port对应的 UDP 端口也就是 Master 的 10999 和 Caves 的 10998。其他端口不要一股脑全开安全组开得越宽被扫描利用的面越大。如果你改了server.ini里的端口号一定要记得同步改防火墙配置文件改完忘了改防火墙是第二常见的连不上原因。4.4 自动更新、定时备份与日志清理服务器跑起来之后真正的运维就三件事更新、备份、清日志。我把它们写成一个脚本用定时任务跑。更新脚本的思路是先用 SteamCMD 更新然后对比更新前后的版本号如果有变化就在游戏内发公告提示等到没人或者凌晨再重启。简化版本可以这样写#!/bin/bash LOG/home/steam/dst/logs/update.log echo [$(date)] start update $LOG /home/steam/steamcmd/steamcmd.sh force_install_dir /home/steam/dst \ login anonymous app_update 343050 validate quit $LOG 21 sudo systemctl restart dst-master dst-caves echo [$(date)] restarted $LOG备份脚本更简单直接把集群目录打包排除日志文件#!/bin/bash DATE$(date %Y%m%d_%H%M) DEST/home/steam/backup mkdir -p $DEST tar --excludeserver_log.txt -czf $DEST/cluster_$DATE.tar.gz \ -C /home/steam/.klei/DoNotStarveTogether Cluster_1 find $DEST -name cluster_*.tar.gz -mtime 14 -delete备份文件保留 14 天磁盘占用很小。我个人建议至少保留 7 天因为有些问题比如某个 mod 更新后把世界改坏了你可能几天后才发现。恢复的时候把压缩包解开覆盖回原目录即可但一定要先停服再覆盖运行中覆盖文件可能导致存档损坏。日志清理也要做server_log.txt会一直追加跑几个月能到几百 MB。可以写个每周清空的定时任务或者干脆在备份脚本里顺手加一行truncate -s 0。注意别直接删文件因为服务端持有文件句柄删了不会释放空间得用 truncate。这个细节很小但真遇到磁盘被日志写满导致服务器崩掉的时候你一定会想起来。5. 常见问题速查与实战避坑5.1 启动失败类问题排查表服务端起不来日志是第一手证据别看控制台刷屏直接去看server_log.txt的末尾几十行。下面这张表是我这些年遇到频率最高的几类现象大概率原因处理方式报libcurl-gnutls.so.4找不到缺 32 位 curl 库装libcurl4-gnutls-dev:i386报libstdc.so.6找不到缺 32 位 C 库装lib32stdc6和libstdc6:i386报No authentication token found令牌缺失或路径不对确认cluster_token.txt在集群根目录报端口已被占用两个分片端口冲突或残留进程检查server.ini,用pkill清理旧进程启动几秒后消失内存不足被 OOM 杀掉加 swap,降低 mod 数量一直卡在加载资源mod 正在下载或下载失败看日志下载进度重试一次关于 OOM 我要多讲两句因为它最容易被误判成程序有 bug。现象是服务器跑一会儿就没了systemctl status显示killed或者退出码 137。这时候去dmesg -T | grep -i oom看会看到内核把进程杀掉的记录。处理办法就是加 swap、减少 mod、把max_players降下来而不是反复重启碰运气。还有一个隐蔽问题以 root 身份运行服务端。有些环境下的服务端在 root 下会遇到权限相关的问题而且所有生成的文件属主都是 root,之后你用普通用户去改配置就没权限了改一次要 sudo 一次很烦。一开始就用普通用户能省掉后面所有的权限纠缠。5.2 搜不到房间、连不上的排查顺序这个问题的排查要有顺序从外到内一层层剥。第一步确认服务器真的起来了ss -unlp | grep dontstarve能看到 UDP 端口在监听。第二步确认系统防火墙放行了对应的 UDP 端口。第三步确认云平台安全组也放行了。这三步任何一步断了外面就是看不到。第四步检查cluster.ini里的offline_cluster。如果你设成了true,房间不会出现在官方列表里只能直连这也是服务器明明在跑但搜不到的常见原因。第五步检查房间名。某些特殊字符和敏感词会导致房间被过滤掉测试时可以先把房间名改成纯英文短名试试。直连的方式是在游戏里按~打开控制台需要在设置里启用控制台输入c_connect(你的服务器公网IP, 10999)能连上说明网络链路是通的问题出在房间列表同步上。这个二分法很好用能快速区分网络问题和大厅问题。还有一种情况是昨天还能连今天突然不行,先想想有没有做过系统更新、重启过实例。云服务器重启后如果没设开机自启服务端是不会自己起来的很多人以为是服务端崩了其实是压根没启动。systemctl is-enabled dst-master可以确认自启是否已启用。5.3 mods 与洞穴失效的专项处理洞穴相关的故障有一个非常典型的特征地表一切正常一下洞就卡在正在连接或者直接被弹回地表。按可能性排序第一是cluster.ini里shard_enabled没设成true;第二是cluster_key两个分片里写得不一致它们读的是同一份文件所以更可能是启动时指定了不同的集群目录第三是 Caves 那个进程压根没起来去systemctl status dst-caves看。再就是master_port被占用。master_port 10888如果和机器上其他服务撞了Master 会启动失败表现为两个分片都进不去。用ss -unlp | grep 10888检查一下撞了就换一个比如 10889。mod 失效的排查相对机械。第一步确认dedicated_server_mods_setup.lua在服务端安装目录的mods文件夹下不是集群目录下这个位置写错是新手的经典错误。第二步确认modoverrides.lua在Master和Caves目录下都有只放一份会导致下洞后 mod 全丢。第三步看服务端日志里有没有 mod 的下载记录和报错。第四步重启第二次。还有一个很多人不知道的点modoverrides.lua里的配置项要和 mod 作者定义的 key 完全一致大小写敏感。写错一个字母mod 会以默认配置加载表面上生效了,实际上你改的参数没起作用玩到后期才发现很浪费时间。改完配置建议进游戏用 mod 提供的调试命令确认一下实际值。5.4 性能与长期稳定运行的个人心得跑了这么多服务器性能这块我的体会是CPU 单核性能和内存容量的重要性远高于核心数量。饥荒的主逻辑基本是单线程的你给 16 核它也只用一个所以选机器时不要被多核迷惑单核主频高的更划算。tick_rate从 15 提到 20 能明显提升操作手感但它吃的是单核机器一般就别硬上。mod 是性能的最大变量。一个复杂的 mod 可能比整个原版世界还吃 CPU。我一般的原则是功能性 mod 优先纯装饰性的能不加就不加尤其是那些每帧都要遍历全部实体的 mod。加了之后观察一段时间用top看 CPU 占用如果某个时段持续飙高基本就是它了。长期运行的稳定性方面我有几个固定习惯。第一每周至少备份一次重要存档手动多存一份到对象存储或者下载到本地。快照只能救最近几次救不了三天前开始就坏了但今天才发现的情况。第二每个月挑个人少的时段重启一次服务端顺便更新。长时间不重启内存碎片和 mod 的小泄漏叠加起来tick 会慢慢掉下去。第三控制台里的c_announce用起来重启前五分钟发公告玩家体验会好很多。最后再分享一个我用了很久的小技巧把常用的运维命令写成几个短脚本放在~/bin下比如dst-start、dst-stop、dst-log、dst-backup、dst-update,用的时候直接敲名字。别小看这一点点便利真到了凌晨两点服务器出问题、你困得眼睛都睁不开的时候敲四个字母比回忆一长串路径和参数要靠谱得多。这套东西搭好之后你的饥荒联机版服务器基本就能自己平稳跑上大半年你只需要定期更新和备份剩下的时间都留给游戏本身。
在一台 Ubuntu 云服务器上搭建饥荒联机版专用服务器是我这几年折腾过的、性价比最高的一件事。官方房间延迟飘忽、白天没人晚上挤爆、朋友来晚了进不去、存档还不在自己手里这些痛点只要有一台自己的云服务器就能一次性解决。整个过程拆开看其实不复杂准备一台 Ubuntu 机器、装好 32 位运行库、用 SteamCMD 拉一份不依赖图形界面的服务端、写几份 ini 配置、申请一个属于你的服务器令牌最后把它挂在后台跑起来。难点不在于步骤多而在于坑比较分散——32 位库缺一个就起不来、端口少开一个朋友就搜不到房间、令牌放错目录就是连不上。这篇内容我会把 Master 主世界和 Caves 洞穴双分片的完整配置、systemd 托管、自动更新和备份脚本都写清楚适合完全没接触过 Linux 服务端的新手也适合已经能开服但总被洞穴和 mod 折腾的玩家。1. 搭建前的整体思路与方案选型1.1 为什么不建议用家里的旧电脑或游戏主机先想清楚为什么必须是云服务器。饥荒联机版的专用服务器对性能要求其实很低一颗单核性能尚可的 CPU、2GB 内存就能带 4 到 6 个人但这不意味着随便找台机器就行。家宽的核心问题是上行带宽和公网可达性多数家庭宽带上行只有几十兆甚至更低而且大概率没有公网 IPv4 地址你要让别人连进来得处理端口映射、动态 IP 变化、运营商限制中间任何一环变了房间就没了。玩家白天上班上学晚上才上线服务器得 24 小时挂着家里那台机器要么一直开着电费加噪音要么等你打开才上线。云服务器的价值就在这里固定公网 IP、稳定的上行、随时可重装系统、按年付的成本可控。更实际的一点是你可以在服务器上做快照、做定时备份存档永远不丢。我在家用旧笔记本开过一段时间最大的问题是夏天散热跟不上自动降频tick 掉到十几玩家走路都在漂移。换成云服务器之后这类问题基本消失。选型上我建议直接上 Ubuntu 22.04 LTS 或者 24.04 LTS,别用 CentOS 系的老版本,原因后面讲 32 位库的时候会体现出来,Ubuntu 的软件源里 multiverse 组件对 SteamCMD 和 DST 所需的多架构库支持最省心。成本方面1 核 2G 的入门机型带 2 到 4 人基本够2 核 4G 是甜点配置能同时跑 Master 和 Caves 并留出余量4 核 8G 则可以放心堆 mod 和容纳 10 人以上。带宽选 1 到 3Mbps 完全足够因为饥荒的同步数据量很小真正吃的是 CPU 单核性能和内存。地域选择上靠近大多数玩家的地区优先国内玩家为主就选国内机房海外朋友多就选就近的海外节点延迟差异比配置差异影响大得多。买的时候留意厂商的轻量应用服务器和云服务器 ECS 两类产品前者便宜但网络和扩展性弱一些后者灵活。价格波动很大活动期和平时能差一倍不着急的话可以等等促销。1.2 Master 加 Caves 双分片到底是怎么协同的很多人对洞穴有误解以为洞穴是主世界的一个小房间。实际上饥荒联机版的洞穴是一个独立的服务器进程也就是分片Shard。完全没有洞穴的时候你只需要跑一个 Master 进程世界就是地表那一片。一旦你开启洞穴就变成两个进程同时运行Master 负责地表世界Caves 负责地下世界。玩家从地表的洞穴入口下去客户端会断开和 Master 的连接转而连上 Caves,这个过程由服务器之间的内部通信协调完成。理解这一点非常关键因为它直接决定了你的配置结构。两个分片共享同一个 Cluster集群目录也就是~/.klei/DoNotStarveTogether/Cluster_1,里面有共同的一份cluster.ini、一份cluster_token.txt,以及两个子目录Master和Caves,各自带一份server.ini。cluster.ini的[SHARD]段用shard_enabled、master_ip、master_port、cluster_key这几个字段把两个进程绑在一起Master 启动后会监听master_port,Caves 用它去注册自己cluster_key是两个分片之间的共享密钥两边必须完全一致写错了就是洞穴一直加载不出来。内部通信走的是本机的127.0.0.1,所以这部分端口不用对公网开放安全上更省心。真正需要暴露给玩家的是 Master 的游戏端口和 Steam 查询端口Caves 的对外端口只在玩家下洞的瞬间被连接所以也得放行。我见过有人只开了 Master 的端口结果地表一切正常一进洞穴就无限转圈,排查半天其实就是少放行了一个 UDP 端口。记住一句话就够分片是两个进程、一个集群、一份令牌。1.3 配置规格、成本与配置项对照把关键参数提前列清楚后面配置的时候你就能对着表格填不用来回翻。下面这张表是我在不同人数规模下实测比较稳妥的搭配供参考。玩家规模CPU内存磁盘是否开洞穴备注2 到 4 人1 核2GB20GB建议不开必须配 2GB swap4 到 6 人2 核4GB40GB可以开甜点配置mod 控制在 10 个以内8 到 12 人4 核8GB60GB开需要关注单核性能和 tick这里说的内存是物理内存加 swap 的总和。DST 服务端在加载世界时会有一个内存峰值尤其是 mod 多的存档冷启动阶段内存占用能到 1.5GB 以上跑起来之后回落到 600MB 到 1GB。所以 2GB 内存的机器如果不加 swap,极容易在启动阶段被系统杀掉进程表现为服务器莫名其妙重启或者日志戛然而止。这也是我在第 2 章专门讲 swap 的原因。还有一个容易被忽略的点是文件句柄数。DST 在加载大量 mod 和世界资源时会打开很多文件系统默认的ulimit -n一般是 1024在小规模下够用但 mod 一多就可能出现资源加载失败、贴图缺失这类诡异现象看起来像 bug,实际上是句柄耗尽。这个参数怎么改、改在哪里后面会具体说。2. 服务器环境准备与依赖安装2.1 系统初始化、独立用户与基础安全设置拿到一台全新的 Ubuntu 机器第一件事不是装软件而是把系统基础盘打好。先用apt update apt upgrade -y把补丁打齐然后设置时区。时区这事看着无关紧要实际上直接影响游戏内的昼夜和季节节奏感知也影响日志时间戳排查问题时对不上时间会很痛苦。命令是sudo timedatectl set-timezone Asia/Shanghai,执行完用timedatectl确认一下。接下来创建一个独立用户来跑服务端不要用 root。原因有两层一是安全服务端进程本身不需要系统权限一旦被利用也是最低权限二是很多和 Steam 相关的脚本、以及部分服务端程序对以 root 身份运行会比较敏感混在一起容易出现权限问题和文件属主错乱。我习惯叫这个用户steamsudo adduser --disabled-password --gecos steam sudo usermod -aG sudo steam su - steam然后配置 SSH 密钥登录、关闭密码登录和 root 直连登录。这些属于服务器的通用加固虽然跟饥荒没关系但机器一旦暴露在公网每天被扫描是常态。加固完再继续后面的步骤顺序别反了否则可能把自己关在门外。注意如果你用的是云服务商的密钥对登录方式authorized_keys的权限必须是 600.ssh目录是 700权限过宽 SSH 会直接拒绝使用密钥表现为明明配了密钥还是要密码这个坑我踩过。2.2 32 位运行库DST 服务端为什么离不开它这是整个搭建过程中最容易失败的一步也是绝大多数启动就报错的根源。饥荒联机版的服务端虽然现在提供了 64 位可执行文件但它依赖的 Steam 客户端库、以及部分游戏本体库仍然是 32 位编译的。所以在一台纯 64 位的 Ubuntu 上你必须额外启用 i386 架构并安装一整套 32 位运行库。先启用多架构支持sudo dpkg --add-architecture i386 sudo apt update然后安装核心依赖。下面这条命令覆盖了 Ubuntu 20.04、22.04、24.04 上 99% 的情况sudo apt install -y lib32gcc-s1 lib32stdc6 libcurl4-gnutls-dev:i386 \ libstdc6:i386 libgcc-s1:i386 libc6:i386 zlib1g:i386如果你用的是 Ubuntu 18.04 这类较老的版本lib32gcc-s1要换成lib32gcc1,libgcc-s1:i386换成libgcc1:i386。这就是我在第 1 章提过的、为什么建议直接上新版 LTS 的原因老版本包名对不上新手很容易在这里卡住。装完怎么验证最直接的办法是把服务端启动一次看报什么错。最常见的两个错误信息长这样error while loading shared libraries: libcurl-gnutls.so.4: cannot open shared object file,这说明缺少 32 位的 curl 库对应libcurl4-gnutls-dev:i386。error while loading shared libraries: libstdc.so.6,缺少 32 位 C 运行库对应lib32stdc6。还有一个隐藏问题SteamCMD 在使用过程中需要steamclient.so,如果找不到会报Failed to load steamclient.so之类的警告。解决办法是建一个软链接把 SteamCMD 自带的 32 位 steamclient 库挂到用户目录下mkdir -p ~/.steam/sdk32 ln -s ~/steamcmd/linux32/steamclient.so ~/.steam/sdk32/steamclient.so路径取决于你把 SteamCMD 装在哪后面装完 SteamCMD 记得回头补这一步。提示所有依赖装完后可以用dpkg --print-foreign-architectures确认 i386 已经生效输出里应该有i386这一行。没有的话后面一定失败。2.3 用 SteamCMD 拉取饥荒专用服务端SteamCMD 是 Valve 官方的命令行客户端用来下载各种专用服务端。饥荒联机版专用服务端在 Steam 上的 AppID 是343050,记牢这个数字后面更新、验证都用它。安装方式有两种。一种是加官方源后 apt 安装适合喜欢统一管理的另一种是直接下载压缩包解压通用性最强我一般用后者mkdir -p ~/steamcmd cd ~/steamcmd wget https://steamcdn-a.akamaihd.net/client/installer/steamcmd_linux.tar.gz tar -xzf steamcmd_linux.tar.gz首次运行会自更新一堆文件耐心等./steamcmd.sh login anonymous quit然后下载服务端。这里我用force_install_dir把服务端装到独立目录方便后面备份和更新./steamcmd.sh force_install_dir /home/steam/dst \ login anonymous app_update 343050 validate quit几个实操细节值得说明。anonymous是匿名登录下载饥荒服务端不需要账号这也是它比很多游戏服务端友好的地方。validate会校验文件完整性第一次装和之后修文件时都建议带上但每次更新都带会慢一些。国内机器下载速度可能不理想如果卡在某个百分比很久直接 CtrlC 重来一次通常就能继续SteamCMD 支持断点续传这不算失败。下载完成后进目录看一眼结构cd /home/steam/dst ls bin bin64 2/dev/null你会看到bin或者bin64新版本一般两者都有。bin64里是dontstarve_dedicated_server_nullrenderer_x64,bin里是 32 位版本。优先用 64 位那个性能更好。如果只有bin,那就用 32 位版本命令里把路径换掉即可。这一步的目的很简单别照抄别人的启动命令先在机器上确认文件名和路径这一步省掉的人后面八成会踩坑。2.4 swap 与文件句柄调优前面提到过内存峰值的问题2GB 内存的机器几乎必须配 swap。swap 本质上是拿磁盘当内存用速度慢得多但它的作用是兜底不崩,而不是提升性能。创建方式sudo fallocate -l 2G /swapfile sudo chmod 600 /swapfile sudo mkswap /swapfile sudo swapon /swapfile echo /swapfile none swap sw 0 0 | sudo tee -a /etc/fstab free -h最后一行会看到 Swap 那一栏有 2.0G。写入/etc/fstab是为了重启后自动挂载不加这一步就是一次性的。接下来调文件句柄数。修改/etc/security/limits.conf,追加steam soft nofile 65535 steam hard nofile 65535同时确认systemd服务里也带上LimitNOFILE65535,否则 systemd 托管的进程不吃 limits.conf 的设置这是个很隐蔽的坑。还有个内核参数fs.file-max,一般默认值足够大不用动。改完之后重新登录一次让 limits 生效用ulimit -n验证。顺带提一下 swap 的取舍如果你的机器内存 4GB 以上swap 可以只给 1GB 作为保险如果只有 2GB老老实实给 2GB。另外vm.swappiness默认 60,对服务器来说略激进可以降到 10,让系统尽量少用 swap只在真正吃紧时才启用echo vm.swappiness10 | sudo tee -a /etc/sysctl.conf sudo sysctl -p3. 目录结构、配置文件与令牌申请3.1 服务器令牌的申请与保管这一步是很多人第一个真正意义上的卡点。饥荒联机版的专用服务器必须绑定一个服务器令牌Cluster Token没有它服务器启动后会报No authentication token found或者干脆连不上官方大厅。令牌的作用是让 Klei 的服务器知道这台专用服务器是某个正版账号授权的,同时也是房间出现在服务器列表里的凭证。申请方式是在 Klei 官方的账号管理页面里登录你的账号找到与饥荒联机版相关的服务器管理入口创建一个新的服务器填一个名字它就会生成一串字符。复制下来保存成一个文件mkdir -p ~/.klei/DoNotStarveTogether/Cluster_1 nano ~/.klei/DoNotStarveTogether/Cluster_1/cluster_token.txt把令牌粘贴进去保存。注意这个文件里只放令牌本身,不要带多余的空格、换行、注释多一个空格都可能认证失败。文件名必须精确是cluster_token.txt。注意令牌是绑定账号的敏感信息泄露出去别人可以用它开服出问题可能牵连到你的账号。所以不要把它提交到任何公开仓库分享配置截图时记得打码。还有一个细节令牌生成后长期有效不需要定期更换。如果你以后换了服务器或者重装了系统把同一个令牌文件复制过去就行房间名和配置也能延续。但如果你在 Klei 页面里手动删除了那个服务器条目对应的令牌就失效了服务器会立刻掉线这个操作要谨慎。3.2 cluster.ini 主配置逐字段说明cluster.ini是集群级别的配置两个分片共享。我直接给一份能用的完整版本然后逐段解释[GAMEPLAY] game_mode survival max_players 6 pvp false pause_when_empty true vote_kick_enabled true [NETWORK] cluster_name 我们的饥荒小窝 cluster_description 长期开放欢迎朋友 cluster_password 你设的密码 cluster_language zh offline_cluster false lan_only_cluster false tick_rate 15 [MISC] console_enabled true max_snapshots 6 [SHARD] shard_enabled true bind_ip 127.0.0.1 master_ip 127.0.0.1 master_port 10888 cluster_key 换成一串你自己的随机字符串[GAMEPLAY]段比较好懂。game_mode可选survival、endless、wilderness,分别对应生存、无尽、荒野模式长期开放的小服一般用endless或survival,荒野模式是死亡即换人适合多人竞技。pause_when_empty设成true意味着没人在线时游戏时间暂停这样你不在的时候世界不会自己走过整个冬天强烈建议开启。vote_kick_enabled是投票踢人朋友之间玩可以关掉公开服建议开着。[NETWORK]段里cluster_name就是房间名中文可以但要注意别用特殊字符和可能触发过滤的词。cluster_password留空就是无密码公开房建议至少设一个防止陌生人乱进。offline_cluster false表示走官方大厅房间会出现在服务器列表里如果你设成true,就只有知道 IP 的人能用c_connect直连好处是不依赖官方大厅坏处是搜索不到。tick_rate是服务端每秒的逻辑帧数默认 15,调到 20 会更顺滑但 CPU 占用上升机器性能一般就别动。[MISC]段的max_snapshots是自动存档快照保留数量默认 6,意味着你最多能回档 6 次。存档多占不了多少空间建议保持默认或加到 10。console_enabled打开服务端控制台方便你远程敲命令。[SHARD]段是双分片的核心。shard_enabled true才会启用洞穴。bind_ip和master_ip都填127.0.0.1,因为两个分片在同一台机器上。master_port 10888是内部通信端口可以改但要保证没被别的程序占用。cluster_key必须是一串随机的、两个分片完全一致的字符串。提示cluster_key不要用简单的 123456 之类的虽然它只在本机内部通信使用但写复杂一点没坏处比如用openssl rand -hex 16生成一串。3.3 Master 与 Caves 的 server.ini 与端口规划server.ini是分片级别的配置Master 和 Caves 各一份分别放在Cluster_1/Master/和Cluster_1/Caves/下。先建目录mkdir -p ~/.klei/DoNotStarveTogether/Cluster_1/Master mkdir -p ~/.klei/DoNotStarveTogether/Cluster_1/CavesMaster 的server.ini[NETWORK] server_port 10999 [SHARD] is_master true name Master [STEAM] master_server_port 27018 authentication_port 27019Caves 的server.ini[NETWORK] server_port 10998 [SHARD] is_master false name Caves [STEAM] master_server_port 27020 authentication_port 27021关键点在于端口不能冲突。Master 和 Caves 是两个进程如果server_port都写 10999,第二个进程会因为端口被占用起不来日志里会看到绑定失败的报错。上面这套规划是Master 用 10999/27018/27019,Caves 用 10998/27020/27021,互不重叠。is_master决定了哪个是主分片这个字段写反了会导致洞穴无法注册。端口这块要多说一句。饥荒服务端真正需要玩家能直接访问的是server_portUDP也就是 Master 的 10999 和 Caves 的 10998。Steam 查询相关的端口用于让房间出现在服务器列表里。至于 27018 到 27021 这几个主要是分片之间和 Steam 内部使用的走本地回环的情况居多。最稳妥的做法是配置完后用ss -unlp看进程实际监听了哪些 UDP 端口以实际结果为准去放行防火墙而不是背别人的端口清单。ss -unlp | grep dontstarve3.4 世界生成参数与 mod 配置世界长什么样由世界生成参数决定。有两种做法。第一种是先用客户端自己生成一个世界觉得满意了把客户端的存档目录里对应的世界文件拷到服务器的Master目录下缺点是配置项不好改。第二种更可控在Master/目录下放一个worldgenoverride.lua,启动时优先使用它。示例return { override_enabled true, preset SURVIVAL_TOGETHER, overrides { krampus often, deerclops default, hounds default, autumn default, winter default, resources default, }, }preset是预设overrides里可以调各种生物和资源的频率值一般是never、rare、default、often、always、insane。第一次开服建议先用默认玩熟了再去调因为调坏一个参数可能导致世界生成直接失败。mod 分两部分。第一部分是要下载哪些 mod,写在服务端安装目录下的mods/dedicated_server_mods_setup.lua:ServerModSetup(378160973) ServerModSetup(375859599)括号里的数字是创意工坊的物品 ID,也就是 mod 的 workshop id。第二部分是每个 mod 怎么配置,写在集群目录里注意 Master 和 Caves 各需要一份modoverrides.lua:return { [workshop-378160973] { enabled true }, [workshop-375859599] { enabled true, configuration_options { some_option value, }, }, }两个文件的分工容易搞混我总结成一句话dedicated_server_mods_setup.lua负责下载,放在服务端安装目录的mods文件夹modoverrides.lua负责启用和配置,放在集群的Master和Caves目录下。只写了前者mod 会被下载但不生效只写了后者mod 根本没下载启动时日志会提示找不到 mod。提示mod 首次下载发生在服务端启动时而且有时候需要重启第二次才真正加载。所以第一次加 mod 后看到日志里说下载完成别急着判断失败重启一次再看。4. 启动、守护与自动化运维4.1 用 screen 手动启动两个分片我推荐新手先用 screen 跑起来因为 screen 能让你随时切回服务端控制台敲命令这是 systemd 做不到的直观体验。安装sudo apt install -y screen启动 Mastercd /home/steam/dst screen -S dst_master -d -m ./bin64/dontstarve_dedicated_server_nullrenderer_x64 \ -console -cluster Cluster_1 -shard Master启动 Cavesscreen -S dst_caves -d -m ./bin64/dontstarve_dedicated_server_nullrenderer_x64 \ -console -cluster Cluster_1 -shard Caves几个参数解释一下。-cluster Cluster_1指定集群目录名对应~/.klei/DoNotStarveTogether/Cluster_1。-shard Master指定启动哪个分片必须和server.ini里的name对应。-console打开交互式控制台配合 screen 就能用screen -r dst_master进入控制台敲命令。进控制台之后有几种常用命令c_announce(服务器将在10分钟后重启)发公告c_listallplayers()列出在线玩家c_save()立即保存c_shutdown()关服c_rollback(1)回档一天。注意c_rollback只能回滚最近一次快照参数是回滚几次用之前最好先备份。看日志有两种方式一种是 screen 里实时滚动另一种是看文件tail -f ~/.klei/DoNotStarveTogether/Cluster_1/Master/server_log.txt启动成功的标志是日志里出现类似Sim paused或者Server Started的字样并且没有红色的error刷屏。如果一直卡在加载资源八成是 mod 在下载。4.2 用 systemd 托管并实现开机自启screen 的问题是服务器重启后不会自动拉起我需要开机自启。用 systemd 写两个服务单元先建一个日志目录mkdir -p /home/steam/dst/logs sudo nano /etc/systemd/system/dst-master.service内容如下[Unit] DescriptionDont Starve Together Master Shard Afternetwork.target [Service] Typesimple Usersteam Groupsteam WorkingDirectory/home/steam/dst EnvironmentLD_LIBRARY_PATH/home/steam/dst/bin64/lib64:/home/steam/dst/bin/lib32 ExecStart/home/steam/dst/bin64/dontstarve_dedicated_server_nullrenderer_x64 -console -cluster Cluster_1 -shard Master Restarton-failure RestartSec15 LimitNOFILE65535 StandardInputnull StandardOutputappend:/home/steam/dst/logs/master.log StandardErrorappend:/home/steam/dst/logs/master.err.log [Install] WantedBymulti-user.targetCaves 的服务单元基本一样把Master全部换成Caves,文件名改成dst-caves.service,日志名也改掉。然后启用sudo systemctl daemon-reload sudo systemctl enable --now dst-master dst-caves sudo systemctl status dst-masterRestarton-failure配合RestartSec15实现了进程崩溃后自动拉起这在深夜掉线时非常救命。StandardInputnull是为了避免 systemd 环境下因为没有标准输入导致服务端异常退出这个坑不写上去很可能遇到。LimitNOFILE就是前面提过的句柄数限制必须在这里也写一遍。注意用 systemd 托管后就别再用 screen 启动了两套东西同时跑会抢占同一个端口表现为其中一个不停重启日志里全是端口占用。切换方式前先pkill -f dontstarve。4.3 防火墙与云安全组的双重放行这是新手最容易漏的一环而且症状很迷惑服务器日志一切正常自己在机器上用ss也能看到端口在监听但朋友就是搜不到房间。原因往往是云服务商那一层的安全组没放行或者系统自带的 ufw 拦住了。系统层用 ufwsudo ufw allow 22/tcp sudo ufw allow 10999/udp sudo ufw allow 10998/udp sudo ufw enable sudo ufw status numbered云平台层要去控制台的安全组里加同样的规则方向是入站协议选 UDP,端口按需填。这一步没有命令行必须去网页控制台操作很多人写完 ufw 就以为完事了结果卡在这里。放行范围的原则是只开放server_port对应的 UDP 端口也就是 Master 的 10999 和 Caves 的 10998。其他端口不要一股脑全开安全组开得越宽被扫描利用的面越大。如果你改了server.ini里的端口号一定要记得同步改防火墙配置文件改完忘了改防火墙是第二常见的连不上原因。4.4 自动更新、定时备份与日志清理服务器跑起来之后真正的运维就三件事更新、备份、清日志。我把它们写成一个脚本用定时任务跑。更新脚本的思路是先用 SteamCMD 更新然后对比更新前后的版本号如果有变化就在游戏内发公告提示等到没人或者凌晨再重启。简化版本可以这样写#!/bin/bash LOG/home/steam/dst/logs/update.log echo [$(date)] start update $LOG /home/steam/steamcmd/steamcmd.sh force_install_dir /home/steam/dst \ login anonymous app_update 343050 validate quit $LOG 21 sudo systemctl restart dst-master dst-caves echo [$(date)] restarted $LOG备份脚本更简单直接把集群目录打包排除日志文件#!/bin/bash DATE$(date %Y%m%d_%H%M) DEST/home/steam/backup mkdir -p $DEST tar --excludeserver_log.txt -czf $DEST/cluster_$DATE.tar.gz \ -C /home/steam/.klei/DoNotStarveTogether Cluster_1 find $DEST -name cluster_*.tar.gz -mtime 14 -delete备份文件保留 14 天磁盘占用很小。我个人建议至少保留 7 天因为有些问题比如某个 mod 更新后把世界改坏了你可能几天后才发现。恢复的时候把压缩包解开覆盖回原目录即可但一定要先停服再覆盖运行中覆盖文件可能导致存档损坏。日志清理也要做server_log.txt会一直追加跑几个月能到几百 MB。可以写个每周清空的定时任务或者干脆在备份脚本里顺手加一行truncate -s 0。注意别直接删文件因为服务端持有文件句柄删了不会释放空间得用 truncate。这个细节很小但真遇到磁盘被日志写满导致服务器崩掉的时候你一定会想起来。5. 常见问题速查与实战避坑5.1 启动失败类问题排查表服务端起不来日志是第一手证据别看控制台刷屏直接去看server_log.txt的末尾几十行。下面这张表是我这些年遇到频率最高的几类现象大概率原因处理方式报libcurl-gnutls.so.4找不到缺 32 位 curl 库装libcurl4-gnutls-dev:i386报libstdc.so.6找不到缺 32 位 C 库装lib32stdc6和libstdc6:i386报No authentication token found令牌缺失或路径不对确认cluster_token.txt在集群根目录报端口已被占用两个分片端口冲突或残留进程检查server.ini,用pkill清理旧进程启动几秒后消失内存不足被 OOM 杀掉加 swap,降低 mod 数量一直卡在加载资源mod 正在下载或下载失败看日志下载进度重试一次关于 OOM 我要多讲两句因为它最容易被误判成程序有 bug。现象是服务器跑一会儿就没了systemctl status显示killed或者退出码 137。这时候去dmesg -T | grep -i oom看会看到内核把进程杀掉的记录。处理办法就是加 swap、减少 mod、把max_players降下来而不是反复重启碰运气。还有一个隐蔽问题以 root 身份运行服务端。有些环境下的服务端在 root 下会遇到权限相关的问题而且所有生成的文件属主都是 root,之后你用普通用户去改配置就没权限了改一次要 sudo 一次很烦。一开始就用普通用户能省掉后面所有的权限纠缠。5.2 搜不到房间、连不上的排查顺序这个问题的排查要有顺序从外到内一层层剥。第一步确认服务器真的起来了ss -unlp | grep dontstarve能看到 UDP 端口在监听。第二步确认系统防火墙放行了对应的 UDP 端口。第三步确认云平台安全组也放行了。这三步任何一步断了外面就是看不到。第四步检查cluster.ini里的offline_cluster。如果你设成了true,房间不会出现在官方列表里只能直连这也是服务器明明在跑但搜不到的常见原因。第五步检查房间名。某些特殊字符和敏感词会导致房间被过滤掉测试时可以先把房间名改成纯英文短名试试。直连的方式是在游戏里按~打开控制台需要在设置里启用控制台输入c_connect(你的服务器公网IP, 10999)能连上说明网络链路是通的问题出在房间列表同步上。这个二分法很好用能快速区分网络问题和大厅问题。还有一种情况是昨天还能连今天突然不行,先想想有没有做过系统更新、重启过实例。云服务器重启后如果没设开机自启服务端是不会自己起来的很多人以为是服务端崩了其实是压根没启动。systemctl is-enabled dst-master可以确认自启是否已启用。5.3 mods 与洞穴失效的专项处理洞穴相关的故障有一个非常典型的特征地表一切正常一下洞就卡在正在连接或者直接被弹回地表。按可能性排序第一是cluster.ini里shard_enabled没设成true;第二是cluster_key两个分片里写得不一致它们读的是同一份文件所以更可能是启动时指定了不同的集群目录第三是 Caves 那个进程压根没起来去systemctl status dst-caves看。再就是master_port被占用。master_port 10888如果和机器上其他服务撞了Master 会启动失败表现为两个分片都进不去。用ss -unlp | grep 10888检查一下撞了就换一个比如 10889。mod 失效的排查相对机械。第一步确认dedicated_server_mods_setup.lua在服务端安装目录的mods文件夹下不是集群目录下这个位置写错是新手的经典错误。第二步确认modoverrides.lua在Master和Caves目录下都有只放一份会导致下洞后 mod 全丢。第三步看服务端日志里有没有 mod 的下载记录和报错。第四步重启第二次。还有一个很多人不知道的点modoverrides.lua里的配置项要和 mod 作者定义的 key 完全一致大小写敏感。写错一个字母mod 会以默认配置加载表面上生效了,实际上你改的参数没起作用玩到后期才发现很浪费时间。改完配置建议进游戏用 mod 提供的调试命令确认一下实际值。5.4 性能与长期稳定运行的个人心得跑了这么多服务器性能这块我的体会是CPU 单核性能和内存容量的重要性远高于核心数量。饥荒的主逻辑基本是单线程的你给 16 核它也只用一个所以选机器时不要被多核迷惑单核主频高的更划算。tick_rate从 15 提到 20 能明显提升操作手感但它吃的是单核机器一般就别硬上。mod 是性能的最大变量。一个复杂的 mod 可能比整个原版世界还吃 CPU。我一般的原则是功能性 mod 优先纯装饰性的能不加就不加尤其是那些每帧都要遍历全部实体的 mod。加了之后观察一段时间用top看 CPU 占用如果某个时段持续飙高基本就是它了。长期运行的稳定性方面我有几个固定习惯。第一每周至少备份一次重要存档手动多存一份到对象存储或者下载到本地。快照只能救最近几次救不了三天前开始就坏了但今天才发现的情况。第二每个月挑个人少的时段重启一次服务端顺便更新。长时间不重启内存碎片和 mod 的小泄漏叠加起来tick 会慢慢掉下去。第三控制台里的c_announce用起来重启前五分钟发公告玩家体验会好很多。最后再分享一个我用了很久的小技巧把常用的运维命令写成几个短脚本放在~/bin下比如dst-start、dst-stop、dst-log、dst-backup、dst-update,用的时候直接敲名字。别小看这一点点便利真到了凌晨两点服务器出问题、你困得眼睛都睁不开的时候敲四个字母比回忆一长串路径和参数要靠谱得多。这套东西搭好之后你的饥荒联机版服务器基本就能自己平稳跑上大半年你只需要定期更新和备份剩下的时间都留给游戏本身。
