Cowrie蜜罐Docker卷挂载最佳实践

在部署Cowrie蜜罐的Docker容器时，正确挂载数据卷是保证系统稳定运行的关键环节。许多用户在尝试挂载Cowrie容器内的关键目录时遇到了权限问题，本文将深入分析问题根源并提供完整的解决方案。

问题现象分析

当用户尝试通过docker-compose挂载Cowrie容器内的以下目录时：

• /cowrie/cowrie-git/etc/
• /cowrie/cowrie-git/var/lib/cowrie/
• /cowrie/cowrie-git/var/log/cowrie/

通常会出现两类典型错误：

1. "No such file or directory"错误：表明目标目录结构不存在
2. "Permission denied"错误：表明容器用户对挂载目录没有适当权限

根本原因

这些问题主要由两个因素导致：

1. 目录结构缺失：容器启动时预期存在完整的目录结构，但挂载的空目录不具备这些子目录
2. 用户权限不匹配：容器内Cowrie服务以特定用户（默认UID 999）运行，而主机目录权限未正确配置

完整解决方案

1. 准备主机目录结构

在主机上预先创建完整的目录结构：

mkdir -p \
  /path/to/cowrie-etc \
  /path/to/cowrie-var/var/lib/cowrie \
  /path/to/cowrie-var/var/log/cowrie

2. 设置正确的权限

推荐两种权限配置方案：

方案一：直接设置权限

chmod 0764 /path/to/cowrie-var
chown -R 999:999 /path/to/cowrie-var

方案二（推荐）：通过docker-compose指定用户 在docker-compose.yml中添加：

services:
  cowrie:
    user: "999:999"

3. 正确的挂载配置

docker-compose.yml的volumes部分应配置为：

volumes:
  - /path/to/cowrie-etc:/cowrie/cowrie-git/etc
  - /path/to/cowrie-var:/cowrie/cowrie-git/var

高级建议

1. 避免使用sudo运行Docker：这可能导致权限混乱，建议配置系统iptables将22端口重定向到2222

2. 文件权限管理：

   • etc目录：至少需要包含cowrie.cfg配置文件
   • var/lib/cowrie：存储SSH密钥、下载文件等
   • var/log/cowrie：存放日志文件

3. 生产环境建议：

   • 定期备份挂载目录
   • 考虑使用命名卷(named volumes)管理数据
   • 监控磁盘空间使用情况

通过以上配置，Cowrie蜜罐将能够正确读写挂载目录，确保所有功能正常运行，同时方便管理员访问和分析收集到的数据。