飞牛 Docker：应用中心装不了的东西，从这里补

飞牛（fnOS）的应用中心很省事，但它覆盖不了所有需求。想要的应用没有？版本太旧？想自己控制配置？这时候就该用 Docker 了。

飞牛内置了 Docker 管理能力，可以拉镜像、建容器、跑 Compose。

能做什么

• 拉取镜像：Docker Hub、GHCR 等仓库的镜像；
• 创建容器：配置端口、目录、环境变量、重启策略；
• Compose：用 yaml 描述多容器项目；
• 查看状态：容器列表、日志、资源占用；
• 启停删除：日常维护。

本质上，飞牛把 NAS 变成了一台可以跑任意 Linux 服务的服务器。

典型使用流程

以部署一个 Web 应用为例：

1. 在 Docker 里搜索/拉取镜像；
2. 创建容器，映射端口（比如 8080:80）；
3. 挂载数据目录（比如 /vol1/docker/app:/data）；
4. 设置环境变量（时区、密码等）；
5. 启动，浏览器访问。

如果是多容器项目（比如应用 + 数据库），用 Compose 更合适：

services:
  app:
    image: example/app:latest
    ports:
      - "8080:80"
    volumes:
      - /vol1/docker/app:/data
    environment:
      - TZ=Asia/Shanghai
    restart: unless-stopped

几个关键设置

重启策略：unless-stopped 最常用，NAS 重启后容器自动起来。

目录挂载：容器的数据一定要挂到宿主机目录，否则删容器就丢数据。

网络模式：默认 bridge 够用；需要访问宿主机服务时可以用 host。

资源限制：内存、CPU 可以限制，避免一个容器把 NAS 拖垮。

和「应用中心」怎么选

• 应用中心有的，优先用应用中心：升级、权限、端口都帮你管好了；
• 应用中心没有的、或者你要特定版本，用 Docker；
• 两者可以共存，不冲突。

常见的坑

数据没挂载：容器删了数据也没了，务必挂目录。

端口冲突：两个容器抢同一个端口，启动失败。

权限问题：容器里的用户和宿主机目录权限不匹配，写不进去。

镜像更新：latest 标签不一定是新的，更新前先备份数据。

容器自启没配：NAS 重启后服务没起来，检查重启策略。

日志刷屏：某个容器疯狂报错，先看日志再决定重启。

小结

Docker 是飞牛从「NAS」变成「家庭服务器」的关键。它给了你无限的可能，也给了你无限的坑。

建议从一个小应用开始，熟悉挂载、端口、环境变量这三件事，再逐步上多容器项目。