Valheim 开服：老镜像 404 之后，用还在维护的那个

先说说那个 404

如果你搜到的教程还在用 lloesche/valheim-server，打开仓库会发现它已经不在了。这是游戏服务器镜像的典型命运：作者不玩了，仓库归档或删除，而教程还在互联网上流传。

现在接替它的是 community-valheim-tools/valheim-server-docker，2,395 star，Apache-2.0，最近一次提交就在三天前。它保留了原来的配置习惯，还内置了定时更新和自动备份。

一份最小可用的 compose

services:
  valheim:
    image: community-valheim-tools/valheim-server-docker:latest
    container_name: valheim
    restart: unless-stopped
    cap_add:
      - sys_ptrace
    stop_grace_period: 2m
    environment:
      SERVER_NAME: "our-valheim"
      WORLD_NAME: "Midgard"
      SERVER_PASS: "至少五位"
      SERVER_PORT: "2456"
      TZ: "Asia/Shanghai"
    volumes:
      - ./config:/config
    ports:
      - "2456:2456/udp"
      - "2457:2457/udp"

SERVER_PASS 少于五位，服务端会直接拒绝启动，这是 Valheim 自己的限制，不是镜像的问题。cap_add: sys_ptrace 是镜像文档要求的，缺了可能起不来。

端口：2456 和 2457 是一对

Valheim 用连续的 UDP 端口，2456 是游戏端口，2457 是查询端口。只映射 2456，玩家能进但服务器列表里看不到；两个都映射才正常。

镜像自带的两个能力

它默认每 15 分钟检查一次更新（UPDATE_CRON），并且只在没有玩家在线时才更新（UPDATE_IF_IDLE）。这解决了「服务端版本落后、客户端进不来」的问题，但也意味着更新时机不由你控制。

备份默认开启：每小时一次，存到 /config/backups，保留三天。对一个小服来说，这个默认值相当合理。要调整就改 BACKUPS_CRON、BACKUPS_MAX_AGE。

存档在哪，怎么迁

世界文件在 /config/worlds_local/ 下，.db 和 .fwl 成对出现。WORLD_NAME 就是目录名（1.0 之后）或文件名（1.0 之前），写错会生成一个新世界，而不是加载旧的。

迁移时把整个 worlds_local 目录拷过去，保持文件名不变，再启动。别只拷 .db，少了 .fwl 地图会重建。

资源与人数

官方服务端很轻，2 到 4GB 内存能支撑 10 人左右。真正的瓶颈是上行带宽和世界规模——建筑越多、地形改动越大，存档越大，首次加载越慢。

它不像 Palworld 那样吃内存，一台 4GB 的小机器就能跑得很稳。

我的判断

Valheim 是这一系列里性价比最高的一个：资源需求低、镜像维护活跃、自带更新与备份。如果你只想开一个「朋友随时能进」的世界，它比 Minecraft 更省心。

唯一要留意的是镜像的「血统」——确认你用的是还在更新的那个 fork，而不是教程里那个已经 404 的仓库。这件事对整个游戏服务器领域都成立。

参考来源

• community-valheim-tools/valheim-server-docker

延伸阅读

• 开服前先算三笔账
• Enshrouded 的两条路