绿联DX4600 Docker部署Alist全攻略：端口映射与网盘挂载避坑指南

简介：这份资源是面向绿联 NAS 用户的 Docker 实战图文教程，聚焦在绿联 DX4600（同样适用于 DH2600）上部署 Alist 并挂载网盘这一常见需求，适合刚接触 NAS 容器、希望把阿里云盘、115 网盘等统一管理的入门用户，也适合想少走弯路、按图索骥完成配置的进阶玩家。资源包共 1 个 PDF 文件，约 2.91MB，内容以图文步骤为主，从镜像搜索、容器创建、存储空间与端口设置，到初始密码查找、登录改密，再到阿里云盘刷新令牌填写与 115 网盘 Cookie 获取，均有对应截图与说明，目录按容器配置、网盘挂载分节引导，便于对照操作。目前已有 912 人学习，说明该教程在同类场景中具备一定参考价值。读者可借此掌握 Alist 容器的完整搭建流程与常见网盘挂载思路，理解端口、存储映射、重启策略等关键配置项，并能在遇到镜像下载、密码获取等问题时快速定位，减少反复试错的时间成本。

1. 绿联 DX4600 上跑 Alist：一个端口填错就能折腾一晚上的容器活

第一次在绿联 DX4600 上装 Alist，我把本地端口随手改成了 5244 之外的数字，结果容器起来了、日志也正常，浏览器就是打不开，来回重启了四五次才反应过来是端口映射和访问地址对不上。这类 NAS 上的 Docker 部署，坑往往不在镜像本身，而在存储路径、端口、重启策略这几个参数上。这篇记录的是绿联 DX4600（同系列 DH2600 的 Docker 界面基本一致）从拉镜像到挂载网盘的完整过程，适合刚上手 NAS 容器、想把网盘统一挂到一个入口的开发者。群晖和极空间的界面逻辑不同，参数思路可以借鉴，但按钮位置别照搬。

2. 装前把环境列清楚：镜像、目录、端口三件事

2.1 镜像怎么选：认准 xhofe/alist 这个仓库名

绿联的 Docker 主界面走的是「镜像管理 → 本地镜像 → 添加」这条路径，弹窗里给的是官方库搜索框，直接输xhofe回车，列表第一个就是xhofe/alist。这里有个版本取舍：不写 tag 默认拉latest，对个人 NAS 场景够用，因为 Alist 的配置都落在挂载出来的data目录里，升级镜像不会丢数据；如果你追求可回滚，可以在搜索时手动指定具体版本 tag，把版本号记在自己的部署笔记里，出问题能退回去。

镜像体积不小，下载过程会出现进度条，完成后显示All done，点「完成」即可。如果本地镜像列表里没看到刚下的镜像，点右上角「刷新」，这是绿联界面缓存没及时更新的常见现象，不是下载失败。

2.2 存储目录先建好：Docker/alist/data 三级结构

这一步是整个部署里最容易被跳过、也最容易翻车的地方。原文的操作是提前在存储空间根目录建好Docker>alist>data三级文件夹，然后在容器创建时把宿主机的这个data目录映射到容器内 Alist 的数据目录。我一般会在创建容器之前就把目录建完，避免在映射界面里临时找路径找错层级。

目录结构建议固定成下面这样，后面迁移或者备份都省事：

# 在 NAS 的存储空间根目录下建立三级目录 # 假设你选的是 M.2 硬盘 2 这个存储空间 /Docker /alist /data # 映射给容器，存 Alist 的配置和数据库

data目录是 Alist 的「黑匣子」，账号密码、存储挂载配置、令牌全在里面。映射时右侧的权限必须从默认的「只读」改成「读写」，否则容器能启动但写不进配置，表现为登录后改密码不生效、添加存储报错。这个只读/读写的开关就在存储空间设置那一栏，点一下切换，别漏。

2.3 端口和重启策略：5244 与「容器退出时总是重启」

端口设置里本地端口填5244，这是 Alist 的默认 Web 端口。原文特别强调小白别乱改，原因很实际：后面访问要用NAS的IP:5244，端口一改，你记的地址、桌面快捷方式、甚至路由器上的端口转发全要跟着改，排查时容易把「端口不对」误判成「服务没起来」。如果 5244 已经被别的容器占用，换一个 5000 以上的空闲端口，然后把这个数字写在便签上。

重启策略选「容器退出时总是重启容器」。NAS 会定时重启、断电恢复、Docker 服务重载，不选这个策略，Alist 挂了就得手动点启动。这条不是强制项，但对长期挂网盘的服务来说，选上能省掉很多「怎么突然打不开了」的疑问。

3. 创建容器：高级模式里只动存储和端口两处

3.1 从镜像创建容器并进入高级模式

在「镜像管理 → 本地镜像」里找到xhofe/alist，点镜像下方的「创建容器」。弹出的向导里先把容器名称改掉，默认名往往是一串镜像名加随机后缀，后期容器一多根本分不清谁是谁，我一般命名成alist或者alist-main，跟用途挂钩。改完名称打开「高级模式」，点「下一步」进入详细配置页。

高级模式里参数很多，但 Alist 这个容器真正需要动的只有「存储空间」和「端口设置」两块，其余保持默认。原文也点明了这一点：不同容器的填法不一样，别把 Alist 的配置习惯套到别的镜像上。

3.2 存储空间映射：选对硬盘、选对 data 目录、改成读写

点上方「存储空间」标签，在「自动」那一栏选择你存放 Docker 的硬盘。原文作者放在 M.2 硬盘 2，你按自己实际的存储空间选，原则是选容量够、读写稳定的那块，别选到外接 U 盘或者即将写满的盘上。

然后双击进入刚才建好的Docker>alist>data，选中data文件夹后点右下角「选择」。映射关系确认后，把右侧的「只读」点一下切成「读写」。这一步的判断标准很简单：容器里 Alist 要往这个目录写数据库和配置，只读挂载等于给它戴了手铐。

宿主机路径：/存储空间/Docker/alist/data 容器内路径：/opt/alist/data 权限：读写

容器内路径以镜像实际约定为准，创建向导里如果已经预填了容器路径，保持不动，只核对宿主机这一侧指向的是你建的data。路径层级错一级，比如指到了alist而不是alist/data，Alist 会把配置散落在上层目录，后面备份时容易漏。

3.3 端口映射与完成创建

点上方「端口设置」，本地端口填5244，容器端口保持镜像默认。填完点「下一步」，再点「完成」。回到「容器管理」，找到刚建的alist容器，点下方的「启动」。启动后状态变成运行中，点右侧「快捷方式」可以在桌面生成入口，也可以直接在局域网浏览器里输NAS的IP:5244，注意中间是英文冒号。

访问不通时按这个顺序查：容器是否在运行 → 端口是否被占用 → 防火墙或安全组是否放行 → IP 是否填错。大部分「打不开」都落在前两项，跟镜像本身没关系。

4. 首次登录与密码修改：初始密码藏在容器日志里

4.1 从日志里捞初始密码

第一次打开IP:5244会进到 Alist 登录页，用户名默认admin，密码不是固定的，得去容器日志里找。回到容器管理，点alist容器的「详情」，上方切到「日志」，用鼠标往下滑，找到包含password的那一行，它后面跟的一串就是初始密码。复制回去填上登录。

日志里信息不少，找的时候认准password这个关键词，别把旁边的时间戳或者路径当成密码。如果日志滚动太快没抓到，停一下容器再启动，初始密码会在启动日志里重新打印一次。

4.2 改掉 admin 密码，顺手处理 guest 账号

登录后点左侧「用户」，右侧列表里能看到admin和几个guest账号。点「编辑」把 admin 的密码改成自己的，改完会要求重新登录，这是正常流程。guest 账号按需处理：不需要匿名访问就把 guest 的密码也改掉或者直接禁用，需要分享只读入口再保留。

这一步别嫌麻烦。Alist 挂的是网盘，admin 权限等于你所有挂载盘的钥匙，初始密码是公开在日志里的，不改等于门没锁。

5. 挂载网盘：阿里云盘填令牌，115 抓 Cookie

5.1 阿里云盘：刷新令牌是唯一要自己拿的字段

点左侧「存储」，上方「添加」，选择阿里云盘驱动。表单里除了「刷新令牌」，其余字段照抄官方文档给的默认值即可，挂载路径自己起个名字，比如/aliyun。刷新令牌的获取方式 Alist 官方文档有专门页面，按步骤授权后拿到一串 token，复制进「刷新令牌」框，点「保存」。

保存后回到存储列表，状态显示正常就说明挂载成功。如果报错，先核对 token 有没有复制完整（首尾容易漏字符），再看挂载路径有没有和已有存储重名。阿里云盘的令牌有有效期，过期后需要重新获取，这是这类网盘挂载的常态，不是配置写错了。

5.2 115 网盘：F12 抓 Cookie 的完整动作

115 网盘走的是 Cookie 方式。打开 115 网盘网页版并登录，按 F12 打开开发者工具，再按 F5 刷新页面，在 Network 面板里找主文档请求，复制请求头里的 Cookie 整串值。回到 Alist 存储添加页，选 115 驱动，挂载路径自己填，把 Cookie 粘进对应框，点「添加」。

挂载路径：/115 # 自定义，别和已有存储冲突 Cookie：从浏览器开发者工具复制的整串值

Cookie 里包含登录态，复制时不要带多余空格或换行，粘进去后保存看状态。其他网盘的挂载逻辑基本一致：要么给令牌，要么给 Cookie，区别只在字段名。挂载完成后在 Alist 首页点进对应目录，能列出文件、能下载，才算真正跑通。

6. 装完怎么验证：三步确认这套 Alist 真的能用

6.1 容器层验证：状态、日志、重启策略

先看容器管理里alist的状态是不是运行中，点「详情」看日志有没有持续报错。再确认重启策略生效：手动重启一次 NAS 或者重启 Docker 服务，等几分钟后容器应该自己起来，不需要你手动点启动。这一步能提前暴露「重启后服务不在」的问题，比等真正断电时才发现强。

6.2 服务层验证：登录、改密、挂载列表

浏览器访问IP:5244，用改过的 admin 密码登录，进「存储」看每个挂载项的状态。逐个点进挂载目录，确认能列目录、能打开文件。阿里云盘重点看令牌是否过期，115 重点看 Cookie 是否还有效。任何一项状态异常，先单独修那一项，别整体重装。

6.3 数据层验证：data 目录有没有真的写进去

最后回到 NAS 文件管理，进Docker/alist/data，确认里面有 Alist 生成的数据库和配置文件，且修改时间是你最近操作的时间。如果目录是空的或者时间停在创建那一刻，说明读写映射没生效，回去把存储空间的「只读」改成「读写」再重启容器。

这套验证我一般部署完当场走一遍，尤其是数据落盘那一步，很多人只看到网页能开就以为成了，结果一重启配置全丢，回头还得重挂一遍网盘。从那以后我每次在 NAS 上起新容器，都强制把「重启后是否自恢复」和「数据目录是否真写入」这两条走一遍，省下的返工时间远比这几分钟多。希望帮到你。

本文还有配套的精品资源，点击获取