上周有个玩了不少年的老哥来找我说他那群朋友凑了十来个人想自己搞一台幻兽帕鲁联机服务器问我1.0正式版之后开服是不是还跟抢先体验那会儿一样随便找台机器拉起来就能跑。我的回答是能跑起来和能长期跑下去中间差着大概二十个通宵。这个标题写的就是我自己反复折腾Palworld 专用服务器的完整路径——从选机器、估内存到把PalWorldSettings.ini里那一长串参数改明白再到处理崩溃、回档、版本对不上这些破事。适合谁看手里有一台云主机或者家里有台闲置机器、想给固定小圈子开个私服的也适合已经开起来但老是被朋友抱怨又进不去了的。我不会只给你一串命令每个参数为什么这么填、这个坑为什么会踩、踩了以后怎么爬出来都讲透。1. 开服之前先想清楚你要一台什么样的帕鲁服务器1.1 三条开服路线选错了后面全是返工很多人一上来就问用什么配置这其实是第二层问题。第一层问题是你这台服务器准备放在哪。我见过三种典型路线各有各的脾气。第一种是公有云主机。优点是公网地址直接给你不用折腾家里的路由器断电、断网、重启这类事基本不用你操心扩容也方便。缺点很直白——钱而且是按月持续地花配置稍微拉高一点账单就不好看了。适合那种队伍里有五六个人以上、打算长期开着、没人在家守着机器的场景。第二种是家庭宽带加自己的机器。优点是零租金机器性能往往还不错一台老游戏主机或者退役的工作站都能顶。麻烦在于网络这一侧的入向访问你得进路由器做端口映射而且得确认手里拿到的是真正可用的公网地址。很多家庭宽带拿到的是运营商大内网地址你在路由器里怎么映射外面的人都摸不进来这种情况别死磕直接换路线。第三种是几个人凑一台机器轮流当主机也就是用游戏自带的联机方式。严格说这不算开服只是共享存档主机下线其他人就断。人数一多、时间一长主机那个人就会被绑死。我不推荐十人以上的团队走这条路。选路线的时候问自己三个问题就够了这个服要开多久最多同时在线几个人你能不能接受每年持续付一笔钱答案一出来路线基本就定了。我个人倾向于人数超过六个人、或者计划开三个月以上直接上公有云省下来的沟通成本远超那点费用。注意不管走哪条路线都别在没做任何访问控制的情况下把管理端口暴露出去。开服这件事先想安全再想好玩。1.2 内存、CPU、带宽的估算逻辑别凭感觉买配置估算这块网上流传的表格版本很多我给一套自己用的推算方式你能根据人数自己算而不是死记某个数字。内存是硬指标。1.0 正式版对服务端的资源占用做过一轮优化但大世界加载、据点建筑、帕鲁实体这些东西的内存开销依然不小。我的经验值是基础占用约 4GB然后每个同时在线的玩家按 0.8 到 1.2GB 追加。也就是说 4 人服按 8GB 准备8 人服按 12 到 16GB16 人服建议直接 24GB 以上32 人满编就往 32GB 甚至更高去。这个系数不是拍脑袋它跟玩家建了多少据点、据点里放了多少工作帕鲁强相关——同样十个人纯野外跑图的和十个人全在堆建筑搞自动化的内存曲线能差出一大截。所以我留了个区间你按自己圈子的玩法往上靠。CPU 这块有个特别容易被误解的点服务端不是核多就好。它有一个主线程负责绝大部分游戏逻辑更新单核主频和单核性能才是关键。四核起步够用六核八核更好但你要是拿一台 32 核的低频机器实际表现可能还不如一台 8 核高频的。选机器的时候优先看单核跑分再看总核数。带宽按上行算这是新手最容易忽略的。下行基本不用管上行才是瓶颈。每个玩家的实时同步流量峰值大概在 0.3 到 1 Mbps 之间人越多、越集中在同一个区域打怪峰值越高。所以 8 人服准备 10 Mbps 以上上行16 人按 20 Mbps32 人按 30 Mbps 算比较踏实。云主机那边要留意的是带宽计费方式很多是按峰值计费的开服第一周一定要盯一眼监控曲线别等月底账单出来才发现。硬盘不用太讲究但一定要留余量系统盘之外服务端本体加依赖大约 10 到 15GB存档文件会随着时间慢慢长大加上你要留备份空间我一般按 40GB 起步规划。固态盘优先服务端启动和世界加载快很多。同时在线人数建议内存建议 vCPU建议上行带宽存档与备份空间2 到 4 人8GB2 到 4 核5 Mbps10GB6 到 10 人16GB4 核10 到 15 Mbps20GB12 到 20 人24 到 32GB6 核20 Mbps30GB24 到 32 人32GB 以上8 核30 Mbps 以上50GB这张表是我自己的经验区间不是厂商给的标称值。真实情况还要看你装了哪些插件、跑了多大的世界、玩家是不是建筑狂魔。宁可多买一档也别卡在边界上——内存吃满之后服务端不是变慢是直接给你一个崩溃加回档那个体验比多花几十块钱糟得多。2. 系统环境准备与依赖安装2.1 操作系统选择与开服前的安全基线服务端本身有 Windows 和 Linux 两个版本。Windows 版本上手门槛低双击一个可执行文件就能跑适合你只是想临时开个周末服的情况缺点是长期运行的资源开销偏高自动化和定时任务也不如 Linux 顺手。真要长期开我建议 Linux主流发行版里挑一个你相对熟悉的就行别为了开个游戏服去学一个完全陌生的发行版那是给自己加难度。系统装完之后我只做四件事按顺序来第一把系统更新到最新然后开自动安全更新。这一步是为了少踩公开漏洞的坑。第二建一个专用的普通账号来跑服务端别用管理员账号直接跑。游戏服务端本质上是一个对外提供服务的程序用低权限账号跑万一哪天出了什么问题影响范围是被限制住的。建完账号之后服务端目录的属主也改成它。第三把 SSH 改成密钥登录禁用密码登录顺手把默认端口改掉。开服机器天天暴露在公网上被撞库是家常便饭我自己的一台机器上线头三天就被扫了几万次。第四装一个简单防火墙默认拒绝所有入向只放你需要的那几个端口。这条在下一节讲端口规划时再细说。提示以上是通用的运维安全习惯不针对任何具体产品或服务商。你自己家里那台机器如果只在内网用重点是路由器侧的配置思路是一样的——先关后开。2.2 依赖组件安装与目录规划Linux 上跑服务端缺依赖是最常见的第一次翻车现场。服务端依赖 32 位的运行库很多精简版系统镜像默认是不带的你一执行启动脚本就报库找不到。以 Debian/Ubuntu 系为例需要装的东西大致是这几样32 位运行库支持、基础的下载与解压工具、以及用来做进程管理的组件。sudo dpkg --add-architecture i386 sudo apt update sudo apt install -y lib32gcc-s1 lib32stdc6 wget tar screenCentOS/RHEL 系对应的是glibc.i686、libstdc.i686这类包名装完可以用ldd去检查可执行文件的依赖是否齐全。这一步我建议养成习惯每次装完依赖先跑一遍依赖检查再启动比启动失败再回头看日志快得多。目录规划这块很多人随手cd到一个地方就开始装后面备份、迁移、多开全是麻烦。我自己的固定布局是这样的/home/pal/server放服务端本体这个目录随时可以删掉重拉不心疼/home/pal/backup放存档备份这个目录是命根子/home/pal/scripts放启动脚本、备份脚本、重启脚本/home/pal/logs放服务端输出日志这么分的好处是更新服务端的时候只动server目录存档和配置不会跟着被覆盖做备份的时候只打包SaveGames那一个子目录出问题要看日志不用在一堆文件里翻。还有一个细节跑服务端的账号要给它一个可写的家目录因为 SteamCMD 安装过程中会在家目录下生成一些缓存和配置。有些人图省事给了一个/sbin/nologin的账号结果下载阶段就报权限错误。3. 服务端下载与首次启动3.1 用 SteamCMD 拉取服务端本体服务端不是从游戏客户端里导出来的而是通过 SteamCMD 单独拉取。它是命令行工具专门用来匿名下载专用服务端。先把 SteamCMD 本体下下来mkdir -p /home/pal/steamcmd cd /home/pal/steamcmd wget https://steamcdn-a.akamaihd.net/client/installer/steamcmd_linux.tar.gz tar -zxvf steamcmd_linux.tar.gz第一次执行./steamcmd.sh的时候它会自己更新一轮屏幕上刷一堆东西是正常的耐心等它跑完出现Steam提示符就说明好了。这一步在国内网络环境下有时候会慢多试两次一般就过了。然后拉服务端本体。帕鲁专用服务端的应用编号是2394010./steamcmd.sh force_install_dir /home/pal/server login anonymous app_update 2394010 validate quit三个参数值得说明一下。login anonymous表示匿名登录专用服务端不需要账号。force_install_dir指定安装目录路径一定要写绝对路径。validate表示校验文件完整性第一次装和每次更新都建议带上它能自动修复损坏或缺失的文件——服务端更新之后偶尔会出现文件版本不一致导致的奇怪报错带上这个参数能省掉不少排查时间。还有一项特别容易被漏掉的收尾工作把 Steam 客户端库软链接或复制到运行账号的家目录下。服务端启动时要去那里找动态库找不到就直接退出。mkdir -p /home/pal/.steam/sdk64 cp /home/pal/server/linux64/steamclient.so /home/pal/.steam/sdk64/不同版本的服务端这个库的位置可能略有差别如果在linux64下没找到就在整个服务端目录里搜一下steamclient.so找到之后按上面的方式放好。这一步做完第一次启动的成功率会高很多。3.2 启动脚本与多线程参数的作用服务端目录里有一个PalServer.sh很多人直接./PalServer.sh就跑了能跑起来但性能没吃满。官方给了一组推荐参数我逐条解释一下它们到底动了什么。./PalServer.sh -useperfthreads -NoAsyncLoadingThread -UseMultithreadForDS -port8211 -players16-useperfthreads让服务端把一部分可以并行的计算任务交给多个线程处理主要影响的是物理和部分逻辑更新的效率。-NoAsyncLoadingThread关掉异步加载线程这个参数听上去反直觉——关掉异步不是变慢了吗实际上在专用服务端场景下异步加载线程会和主线程抢资源关掉之后主线程的负载更均衡长时间运行时表现更好。-UseMultithreadForDS是给专用服务端开启多线程模式和第一个参数配合使用效果最明显。-port指定游戏端口默认就是 8211你不改也行但如果你一台机器要开多个服就必须错开。-players指定人数上限注意它和配置文件里的ServerPlayerMaxNum是两个地方我建议两边写一样的值省得以后自己搞混。更好的做法是把这个启动命令交给进程管理器托管而不是用screen挂一个会话。用screen的坏处是机器重启之后服务不会自动起来而且会话断开之后你看不到输出。我一般写一个 systemd 单元[Unit] DescriptionPalworld Dedicated Server Afternetwork.target [Service] Typesimple Userpal WorkingDirectory/home/pal/server ExecStart/home/pal/server/PalServer.sh -useperfthreads -NoAsyncLoadingThread -UseMultithreadForDS -players16 -port8211 Restarton-failure RestartSec15 LimitNOFILE100000 KillSignalSIGINT TimeoutStopSec30 [Install] WantedBymulti-user.target这里KillSignalSIGINT是个关键细节。服务端收到 SIGINT 的时候会走一次正常保存流程再退出而默认的 SIGTERM 不一定会触发存档。你要是直接kill -9那就等于自己给自己制造回档。TimeoutStopSec30是给它留足保存时间世界越大保存越慢别设太短。启动之后用systemctl status或者journalctl -u 服务名 -f看输出看到类似世界加载完成、监听端口的日志就说明起来了。4. PalWorldSettings.ini 配置详解4.1 配置文件在哪为什么改了没生效服务端第一次启动之后会在存档目录下生成一份配置文件路径大致是Pal/Saved/Config/LinuxServer/PalWorldSettings.iniWindows 版对应的是WindowsServer目录。注意它生成的是副本原始模板在Pal/DefaultPalWorldSettings.ini你要改的是前者。这里有个新手百分之百会踩的坑配置文件里那一大串参数原本是被注释掉的只在[/Script/Pal.PalGameWorldSettings]段落下留了一行注释形式的OptionSettings(...)。你必须把这一整行取消注释或者自己复制一份完整的参数串出来写成一整行服务端才会读它。如果保持注释状态服务端就用默认值你在那个文件里怎么改都没反应。第二个坑是格式。OptionSettings(...)后面括号里的所有内容必须在同一行内中间不能有换行。有些人为了让文件好看手动把参数折行了服务端解析的时候只认第一行剩下的直接忽略表现出来的现象就是我明明改了掉率怎么没变。第三个坑是编码。文件必须是 UTF-8 无 BOM。用某些文本编辑器在 Windows 上编辑完再传上去会带上 BOM服务端读的时候开头多了不可见字符整段配置解析失败回退到默认值。我吃过这个亏排查了快两个小时才发现是编码问题。改完之后必须重启服务端才生效而且注意不是重载是完整重启。存档和配置是绑在一起的热加载在这里不成立。4.2 关键参数逐项拆解从经验倍率到死亡惩罚参数很多我按改了之后影响最明显的顺序讲每个都说明白它动的是什么。经验与掉落类。ExpRate是经验倍率CollectionDropRate是采集掉落倍率EnemyDropItemRate是敌人掉落倍率。这三个是最常调的一组。我自己的私服用的是经验 1.5、采集 1.2、掉落 1.2——为什么不设更高因为倍率一高进度会被极快拉平一两天所有人满级满装之后就没人上线了。私服的生命周期很大程度靠的是节奏不是数值爽感。如果你的圈子是三五天热度、打一枪换一个地方的玩法那调到 3 倍甚至 5 倍我完全理解但要提前说好什么时候重置。帕鲁相关。PalCaptureRate是捕捉率倍率PalSpawnNumRate是野生帕鲁刷新数量倍率PalDamageRateAttack和PalDamageRateDefense分别控制帕鲁的攻击和防御。这里重点提醒一下PalSpawnNumRate它一旦调高服务端的内存和 CPU 占用会明显上升因为地图上同时存在的实体变多了。我试过把这个值拉到 2十人服内存直接涨了一截后面又调回 1.2。这类看起来只改数值实际上改的是负载的参数一定要小步试。玩家生存类。PlayerStomachDecreaceRate是饥饿下降速度PlayerStaminaDecreaceRate是耐力消耗速度。这两个我一般往低调比如 0.8 左右因为饥饿和耐力的管理属于重复劳动压低一点能明显改善体验但不至于让机制完全失效。死亡惩罚。DeathPenalty这个参数只有四个有效值None不掉落Item掉落背包物品ItemAndEquipment掉落物品和装备All全掉包括身上的帕鲁。私服我建议Item这是体验和风险之间最平衡的一档。All我不推荐尤其是配合高倍率的时候——一次死亡损失掉身上所有东西人直接就不想再上线了。据点相关。BaseCampMaxNum是全服据点总数上限BaseCampWorkerMaxNum是单个据点能放的工作帕鲁数量上限GuildPlayerMaxNum是公会人数上限。BaseCampMaxNum默认值比较高小服没必要动BaseCampWorkerMaxNum如果你想让自动化玩得爽一点可以从默认值往上调但每调高一级据点内的实体计算量就上一层卡顿会跟着来。其他值得动的。bIsPvP控制 PvP 开关bEnablePlayerToPlayerDamage控制玩家之间的伤害。私服默认都关这个不用多说开了之后群里就容易吵架。PalEggDefaultHatchingTime是巨型蛋的孵化时间单位是小时默认 72 小时私服一般调到 1 到 6 小时不然一个蛋放在那儿三天谁都懒得管。4.3 服务器公开信息、人数与管理权限有几个参数是玩家能直接感知到的配错了体验很差。ServerName是服务器名称ServerDescription是描述。这两个字段有一个隐藏限制只支持 ASCII 字符。你写中文进去客户端显示出来会是问号或者乱码。这一点很多人骂但目前就是这样。想让名字好看用英文加数字或者干脆用拼音。ServerPlayerMaxNum是人数上限前面启动参数里也有一个-players两边保持一致最省心。ServerPassword是进服密码私服建议设置。不设密码意味着任何人只要知道你的地址就能进来而地址在好友之间是会流转的一两周之后你可能会发现服里全是陌生人。密码设置之后把密码和地址一起发给朋友就行。AdminPassword是管理员密码用游戏内聊天框输入/AdminPassword 你的密码来获取管理权限。这个密码千万别和进服密码设成一样也别用弱密码——它是这个服的最高权限。RCONEnabled和RCONPort是远程控制台开关和端口。我的建议是除非你确实要用外部工具做管理否则直接关掉。如果要用也绝对不要把 RCON 端口暴露在公网上只允许从本机或者跳板机访问。RCON 的认证机制相对简单暴露出去等于把后门敞开。Region是区域标识影响客户端服务器列表里的显示分组不影响实际连接质量。对于只靠地址直连的私服这个参数怎么填都无所谓但填一个正确的值能让服务器在列表里更好找。5. 网络放通与玩家接入5.1 端口规划哪些必须开哪些绝对不能开帕鲁服务端涉及三个端口作用完全不同很多人一次性全开了这是不对的。游戏主端口是UDP 8211这个是必须对公网开放的玩家连接世界走的就是它。如果你在启动参数里改了-port那就要放通对应的端口。Steam 查询端口默认是UDP 27015用于服务器列表和好友系统的可见性。想让服务器能被搜到这个也要开。有些人的服直连能进但搜不到十有八九就是漏了这个端口。RCON 端口是TCP 25575这个前面说了不对外开。防火墙规则的写法大同小异以常见的ufw为例sudo ufw allow 8211/udp sudo ufw allow 27015/udp sudo ufw enable sudo ufw status verbose云主机除了系统防火墙还有一层控制台里的安全组或者网络访问策略那层的规则优先级通常更高。我见过有人把系统防火墙翻来覆去查了半天最后发现是控制台安全组没放通——这个顺序记住先看控制台再看系统防火墙再看服务端有没有真的在监听。验证服务端是否真的在监听用这个sudo ss -lunp | grep 8211有输出就说明端口是开着的没输出说明服务端根本没起来或者绑到了别的端口。5.2 连接验证的顺序与家庭网络的特殊处理放通端口之后别急着让朋友进来自己先按顺序验一遍。第一步本机验证。在服务器上用telnet或者nc测试一下本地的 UDP 端口确认服务在跑。第二步公网验证。从外网环境比如手机热点连一下这一步是为了确认公网地址和端口映射都是通的。如果是云主机直接用公网地址如果是家里的机器就得进路由器把 UDP 8211 和 27015 映射到内网那台机器上。第三步客户端验证。在游戏里用直连方式填地址:端口能进世界就说明主链路通了。如果主链路通但服务器列表里搜不到回头检查 27015。家庭网络这块有几个要点得说清楚。一是端口映射要在路由器里做光在系统防火墙放行是没用的路由器不知道往哪台内网机器转。二是很多家庭宽带拿到的地址是运营商内网地址不是真正可路由的公网地址这种情况无论怎么配置路由器外部都进不来。判断方法很简单把路由器 WAN 口拿到的地址拿去和外部看到的地址做对比不一致就说明中间隔了一层。真有这种需求又不想上云现实的解决办法是选用带公网地址的网络方案或者直接换个思路把机器放到云上。别在路由器上耗三天那是无效投入。注意任何情况下都不要把管理端口、远程控制端口暴露到公网。开服的第一原则是只有玩家需要的端口才对外开其他一律关门。6. 运维备份、更新与定时重启6.1 存档备份脚本这是开服最重要的一件事服务端的存档在Pal/Saved/SaveGames目录下里面按一个随机编号分目录。这个目录就是整个服的全部记忆丢了就什么都没了。我在这个上面吃过一次亏之后就把备份做成了自动任务。#!/bin/bash BACKUP_DIR/home/pal/backup SRC/home/pal/server/Pal/Saved/SaveGames STAMP$(date %Y%m%d_%H%M) mkdir -p $BACKUP_DIR tar -czf $BACKUP_DIR/save_$STAMP.tar.gz $SRC # 只保留最近 7 天的备份 find $BACKUP_DIR -name save_*.tar.gz -mtime 7 -delete加进定时任务每小时跑一次crontab -e # 追加一行 0 * * * * /bin/bash /home/pal/scripts/backup.sh每小时一次是我的习惯。为啥不每天一次因为帕鲁这类游戏的回档损失是按小时计的——一次崩溃回退两个小时和回退一天对玩家来说是两种心情。备份文件本身不大压缩之后几十 MB 量级七天也就几百 MB成本可以忽略。还有一条更重要的备份一定要异地存一份。机器磁盘挂了、误操作删了目录本地备份跟着一起没。最简单的做法是脚本最后加一行把压缩包同步到另一个地方或者用对象存储的命令行工具推上去。这一步多花的五分钟救过我不止一次。另外手动更新服务端之前一定要先手动备份一次。更新这件事有风险尤其是大版本更新存档格式可能会调整更新完之后发现不兼容再想回退没有备份就只能认了。6.2 版本更新流程与重启策略服务端更新和客户端更新必须同步。这是 1.0 正式版之后特别需要注意的一点服务端版本和客户端版本不匹配玩家会卡在加载界面或者直接报错进不去。所以每次游戏更新你要做的是同一件事——停服、更新服务端、重启、通知所有人更新客户端。更新服务端就是重跑一遍 SteamCMD带上validatesudo systemctl stop palworld /home/pal/steamcmd/steamcmd.sh force_install_dir /home/pal/server login anonymous app_update 2394010 validate quit sudo systemctl start palworld注意上面是先停后更新。有些人在服务运行中直接更新文件被占用更新出来的东西是半截的启动直接崩。关于定时重启我的做法是每天凌晨固定重启一次。理由不是迷信是长期运行之后内存占用会缓慢爬升尤其是据点建筑多、玩家活动频繁的服跑上一两天内存曲线就是一条上坡路涨到某个点服务端会自己退出。定时重启是最省事的缓解手段。# 每天凌晨 4 点重启 0 4 * * * /usr/bin/systemctl restart palworld配合前面的KillSignalSIGINT和TimeoutStopSec重启过程会先触发保存再退出不会丢存档。如果你的服人数多、世界大保存时间长把TimeoutStopSec再往上调一点比如 60 秒。重启时间也要挑。凌晨四点对大部分圈子来说是低峰但如果你那群人全是夜猫子那就换个时间最好在群里问一句。这种细节看起来小实际上是这个服靠不靠谱的口碑来源。7. 常见问题排查实录7.1 连不上、卡加载、搜不到服先分清楚是哪一层的问题连接类问题我习惯按链路分层来定位效率比乱试高得多。下面这张表是我自己整理的速查表遇到问题先对号入座。现象最可能的原因排查动作直连提示连接超时游戏端口未放通或服务端没在监听用ss -lunp看端口再查控制台安全组能直连但服务器列表搜不到查询端口 27015 未开补放通 UDP 27015一直卡在加载界面客户端与服务端版本不一致两边都更新到最新进服后几分钟被踢内存不足触发服务端退出看日志和内存曲线考虑升配或降人数名字显示成乱码ServerName用了非 ASCII 字符改成英文或拼音加了密码但不用密码也能进改的不是PalWorldSettings.ini或未重启确认文件路径、确认整行未被注释、重启服务端起不来报缺库缺 32 位运行库或steamclient.so未就位补装依赖复制库文件到家目录关于版本不一致这一条我要多说两句。客户端和服务端的版本号有时候只差一个很小的修订号玩家看到的现象却可能是卡在加载进度条 60% 不动很容易被误判成网络问题。判断方法很简单服务端日志里会打印自己的版本你在游戏主界面也能看到客户端版本两边对一下不一致就是它。还有一种情况是服务端在跑、端口在听、朋友也能进但某一个人死活进不来。这种基本不是服务端的问题而是那个人的网络环境或者客户端缓存。让他先试试验证游戏文件完整性再试试换个网络一般就解决了。别为了一个人去反复折腾服务端配置那是方向错了。7.2 崩溃、内存飙升与存档损坏的处理思路服务端崩溃之后第一件事永远不是重启而是看日志。很多人一看服务挂了手比脑子快直接systemctl start结果把崩溃现场覆盖了下次还崩还是不知道为什么。日志的位置有两个一个是 systemd 托管的输出用journalctl -u 服务名 --since 1 hour ago看另一个是服务端自己写的日志文件在Pal/Saved/Logs下。崩溃前几行通常会有线索比如内存分配失败、某个实体加载异常、或者存档写入超时。内存缓慢上涨这个现象我在不同配置的机器上都遇到过。表现是开服第一小时内存占用正常跑一天之后涨了三四成再过一天服务端自己退了。缓解手段有三条按性价比排序定时重启最省事减少同时在线人数最直接降低PalSpawnNumRate、BaseCampWorkerMaxNum这类会产生大量实体的参数效果最明显但要牺牲一点玩法。这三条可以叠加用。存档损坏的典型表现是启动时卡在读取存档或者进服之后地图是空的。遇到这种情况第一立刻停止服务端别让它继续往坏存档上写东西。第二从备份目录里找最近一份完好的压缩包解压到临时目录。第三把SaveGames下对应的目录整个替换掉。注意是整个目录替换不是只替换某个文件——存档目录里有多个文件互相引用只换一个很容易对不上。第四启动验证。这里有个细节存档目录名是随机编号如果你同时存在多个编号的目录服务端可能加载错的那个。迁移存档的时候尤其要注意把多余的目录先移走只留一个。还有一个我踩过的坑用强制手段杀进程。有一次机器资源吃紧我图快直接kill -9结果那次的世界进度回退了大约二十分钟几个朋友刚打完的东西全没了。从那以后我就把KillSignal改成了SIGINT并且再也没用过kill -9。这个教训值得写下来宁可多等三十秒让它正常保存也别为省时间丢掉玩家的进度。8. 我踩过的坑与几条实用建议开服这件事配置只是入场券真正让人头疼的是那些文档里不会写的东西。第一条提前把规则说清楚。倍率调多少、死亡惩罚选哪档、什么时候重置、谁能用管理员权限这些在你把地址发出去之前就该在群里讲明白。我见过太多私服死在内讧上——有人偷偷用管理员权限刷东西有人觉得掉落倍率不公有人因为一次回档直接退群。技术问题都能解人心的问题解不了。第二条别在开服第一天就把参数调到极限。新手最容易干的事是把经验、掉落、捕捉全部拉满然后用两天时间通关第三天服就空了。留一点节奏玩家才有明天再上线的理由。我的建议是首周用接近默认的数值跑等大家熟悉了再顺延调整。第三条管理权限只给一个人。AdminPassword一旦扩散出去就等于没有管理权限。需要给别人临时权限用完立刻改密码。这不是不信任朋友是减少误操作的窗口。第四条留一条能回退的路。每次大版本更新前除了常规备份我还会把整个服务端目录打一个包存着。这样万一新版本有问题可以直接回退到旧版本目录继续跑不用从头搭。代价是几十 GB 磁盘一年多花不了多少钱。第五条把重启和更新的时间固定下来然后写进群公告。让人有预期比让人惊喜重要。凌晨四点重启这件事我在群里置顶了半年之后再没人问过怎么又断了。还有一个我觉得挺有意思的观察私服的活跃度曲线跟你调参数的手速是反相关的。参数改得越频繁服凉得越快。因为每次改动都在打断玩家的既有计划让人觉得反正明天又要变。真想让一个服活得久少折腾比多优化有用。最后分享一个小技巧给服务端加一个简单的状态检查用 systemd 的ExecStartPost或者一个每五分钟跑一次的脚本检查端口是否还在监听、接口是否能正常返回异常就自动重启并往群里发一条提醒。这个脚本不到二十行但它能让你在朋友发现之前就知道服挂了——体感差别非常大。
