门槛在内存,不在教程
Palworld 的专用服务器是这一系列里最吃资源的:官方镜像写明最低 4 核 16GB,稳定运行建议 32GB 以上,存储 8GB 起步、20GB 宽裕。8GB 的小机器不是「跑得慢」,是根本起不来——别在这上面浪费时间。
好消息是部署本身很简单,镜像维护得也勤(thijsvanloef/palworld-server-docker,已声明兼容 1.0,但装之前建议先翻一眼它的 known issues)。
一份改几个值就能用的 compose
services:
palworld:
image: thijsvanloef/palworld-server-docker:latest
container_name: palworld-server
restart: unless-stopped
stop_grace_period: 30s
ports:
- "8211:8211/udp"
- "27015:27015/udp" # 要在社区服列表显示才需要
environment:
PUID: 1000
PGID: 1000
PORT: 8211
PLAYERS: 16
SERVER_NAME: "our-pals"
SERVER_PASSWORD: "change-me"
ADMIN_PASSWORD: "换成足够长的随机串"
REST_API_ENABLED: "true"
REST_API_PORT: 8212
COMMUNITY: "false"
CROSSPLAY_PLATFORMS: "(Steam,Xbox,PS5,Mac)"
TZ: "Asia/Shanghai"
volumes:
- ./palworld:/palworld/
关键点只有三个:stop_grace_period: 30s 是留给服务端存盘的时间,删掉它,某次重启就可能丢进度;PLAYERS 上限 32;ADMIN_PASSWORD 同时是 REST API 的密码,长度和随机性都要当正经密码对待。
REST API:RCON 已经退役了
2026 年年中开始,Palworld 用 REST API 取代了 RCON,老的 25575 端口被标记弃用并计划停止工作。还在照抄两年前教程、配 RCON 的,趁早改。API 用 Basic Auth,用户名固定 admin,密码就是上面的 ADMIN_PASSWORD:
# 看在线玩家
curl -u admin:你的密码 http://127.0.0.1:8212/v1/api/players
# 停机前先存盘
curl -X POST -u admin:你的密码 http://127.0.0.1:8212/v1/api/save
# 广播一条消息
curl -X POST -u admin:你的密码 \
-H "Content-Type: application/json" \
-d '{"message":"服务器 10 分钟后重启"}' \
http://127.0.0.1:8212/v1/api/announce
8212 绝不要映射到公网。镜像文档里明确写了不要转发这个端口。要在外面管理,走 SSH 隧道,或者挂在带认证的反向代理后面。
备份:先存盘,再打包
curl -X POST -u admin:你的密码 http://127.0.0.1:8212/v1/api/save
tar czf palworld-$(date +%F).tgz palworld/
存档目录是容器里的 /palworld/,对应宿主机 ./palworld。如果不想写脚本,也可以用上一篇文章里提到的 offen/docker-volume-backup,给容器加上 docker-volume-backup.stop-during-backup=true 标签,备份时会先停服、备完再拉起——对 Palworld 这种「边玩边写」的游戏,比热拷靠谱得多。
更新与重启:把它变成固定动作
# 先广播,再存盘,最后停
docker compose stop
docker compose pull
docker compose up -d
Palworld 更新频繁,而且客户端会自动更新,服务端落后一个版本就进不来。所以「更新」应该是一个有固定步骤的动作,而不是想起来才做。建议每周固定重启一次:这游戏的存档会随基地和帕鲁数量增长,长时间不重启,内存占用只会往上走。
三个实际会遇到的问题
- 启动就退出、日志提示内存不足:16GB 是硬门槛,不是建议值。
- 朋友连不上、但服务器显示在线:8211 是 UDP,很多防火墙默认只放 TCP;社区列表还需要 27015。
- 重启后回档:多半是没等
stop_grace_period结束就强杀,或者直接docker kill。停机请走save→stop。
我的判断
Palworld 是「部署最简单、资源最贵」的典型:YAML 二十行,机器要三十 GB 内存。所以先想清楚是给几个人玩——四个人玩,租一台按小时的云主机可能比自己攒机器划算;十几个人长期玩,自建才开始有意义。
技术上它没什么坑,真正要养成的习惯只有一条:任何停机之前,先让服务器把盘存了。这一条做到了,剩下的都是配置问题。










暂无评论内容