基于Dockerfile构建Nexus3镜像后出现401未授权问题求助

你遇到的问题有两个核心原因：

1. VOLUME目录特性限制：官方sonatype/nexus3镜像将/nexus-data定义为VOLUME，Docker构建过程中对该目录的RUN修改不会被持久化到最终镜像。容器启动时，这个目录会被全新的卷（或绑定挂载）覆盖，你在Dockerfile中写入的admin.password根本不会出现在运行的容器里。
2. Nexus密码机制：Nexus仅在首次启动且数据目录为空时读取admin.password文件，之后会将密码哈希存储到内部数据库。哪怕你手动修改了admin.password文件，Nexus也不会再读取它，登录时依然使用数据库里的密码。

正确的解决方案 #

方案1：挂载预配置的本地数据目录

这种方式简单直接，适合快速测试：

• 本地创建数据目录：mkdir -p ./nexus-data
• 在目录中创建admin.password文件并写入密码：echo "root" > ./nexus-data/admin.password
• 启动容器时挂载该目录：

  docker run -v ./nexus-data:/nexus-data your-custom-nexus-image
  

• 首次启动Nexus后，会读取这个文件作为初始密码，登录成功后记得修改密码（Nexus会自动删除admin.password文件）。

方案2：自定义启动脚本（适合构建可复用的镜像）

通过自定义启动脚本，在Nexus启动前检查并设置初始密码，规避VOLUME的限制：

1. 创建set-admin-password.sh脚本：

   #!/bin/bash
   # 仅在首次启动（admin.password不存在）时设置初始密码
   if [ ! -f /nexus-data/admin.password ]; then
       echo "root" > /nexus-data/admin.password
   fi
   # 启动Nexus，保持进程前台运行
   exec /opt/sonatype/nexus/bin/nexus run
   

2. 修改Dockerfile：

   FROM sonatype/nexus3
   # 复制自定义脚本到镜像中
   COPY set-admin-password.sh /opt/sonatype/nexus/bin/
   RUN chmod +x /opt/sonatype/nexus/bin/set-admin-password.sh
   # 覆盖默认启动命令
   CMD ["/opt/sonatype/nexus/bin/set-admin-password.sh"]
   

3. 构建并启动镜像：

   docker build -t custom-nexus .
   docker run custom-nexus
   

这样，容器首次启动时脚本会自动创建admin.password，Nexus读取后初始化密码；后续启动时因为数据目录已存在初始化数据，脚本不会再修改密码，保证Nexus正常运行。

内容的提问来源于stack exchange，提问作者Tinity