Palworld 开服:16GB 起步,REST API 取代 RCON 之后怎么配

门槛在内存,不在教程

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 内存。所以先想清楚是给几个人玩——四个人玩,租一台按小时的云主机可能比自己攒机器划算;十几个人长期玩,自建才开始有意义。

技术上它没什么坑,真正要养成的习惯只有一条:任何停机之前,先让服务器把盘存了。这一条做到了,剩下的都是配置问题。

参考来源

延伸阅读

© 版权声明
THE END
喜欢就支持一下吧
点赞5 分享
评论 抢沙发
头像/SUENCA
欢迎您留下宝贵的见解!
提交
头像/SUENCA

昵称

取消
昵称表情代码图片快捷回复

    暂无评论内容