本地Solr Docker镜像部署Samba服务的访问问题咨询

问题1：访问路径 #

因为你将容器的445端口映射到了主机的446端口（本地445被占用），Windows网络发现无法自动识别非标准端口的Samba共享，直接手动输入路径是最可靠的方式：

• 通过localhost访问：\\localhost:446\solr
• 通过Docker内部DNS访问：\\solr_develop.docker.internal:446\solr
• 也可以先通过docker inspect solr_develop | grep IPAddress获取容器IP，再用\\容器IP:446\solr访问

问题2：本地主机额外配置 #

需要完成以下两项配置：

1. 开启Windows的「文件和打印机共享」功能：在控制面板-网络和共享中心-高级共享设置中启用对应选项
2. 配置Windows防火墙：允许139和446端口的入站连接（这两个是Samba服务使用的端口，你已将容器445映射到主机446）

你已经启用了*.docker.internal的DNS解析，无需额外调整DNS相关设置。

问题3：现有配置文件修改 #

你的配置存在几个关键问题，需要调整：

Dockerfile 修改

当前Dockerfile仅安装了Samba，但未启动Samba服务，且最后切换回了solr用户——Samba需要root权限启动（139/445属于特权端口，普通用户无法绑定），需调整启动逻辑：

1. 创建一个启动脚本start-services.sh，同时启动Samba和Solr：

#!/bin/bash
# 后台启动Samba服务
smbd -F &
# 启动Solr并保持前台运行（保证容器存活）
exec docker-entrypoint.sh solr start -c -f

2. 在Dockerfile中复制并配置这个脚本：

# 复制启动脚本
COPY start-services.sh /usr/local/bin/
RUN chmod +x /usr/local/bin/start-services.sh

# 替换原ENTRYPOINT为自定义脚本
ENTRYPOINT ["start-services.sh"]

smb.conf 修改

1. 添加force user = solr，确保匿名访问的操作都使用solr用户的权限，避免文件读写权限冲突：

[solr]
   path = /var/solr
   browsable = yes
   writable = yes
   guest ok = yes
   read only = no
   force user = solr  # 新增此行

2. 在global段添加interfaces = eth0 lo，限定Samba仅监听容器内部和回环接口，提升安全性：

[global]
   loglevel = 5
   workgroup = WORKGROUP
   server string = Samba Server
   security = user
   map to guest = Bad User
   dns proxy = no
   interfaces = eth0 lo  # 新增此行

问题4：方案合理性与镜像选择 #

当前方案的核心问题是单容器运行多个服务，不符合Docker「一个容器对应一个核心进程」的设计原则，后续维护（如升级Solr或Samba）会更复杂，且容易出现进程挂死但容器未重启的情况。

更推荐的方案是拆分两个独立容器：

• 一个使用官方Solr镜像，挂载本地卷到/var/solr
• 一个使用现成的Samba镜像（如dperson/samba），挂载同一个本地卷并配置共享目录

这种拆分的优势：

1. 每个容器专注单一服务，镜像体积更小，维护更简单
2. 可以独立升级Solr或Samba，互不影响
3. 现成的Samba镜像已处理好权限、进程管理等细节，无需自行调试

如果坚持要将Samba与Solr放在同一个容器内，必须用进程管理工具（如supervisord）监控两个服务，但长期来看拆分容器的架构更稳妥。

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