别再手动改配置了！用Docker Compose一键部署Pikachu靶场，5分钟搞定渗透测试环境

网络安全学习最头疼的环节是什么？不是复杂的漏洞原理，也不是晦涩的代码审计，而是环境搭建这个看似简单的第一步。记得我第一次尝试搭建Pikachu靶场时，光是配置PHP版本和数据库连接就折腾了大半天，各种依赖冲突、端口占用问题层出不穷。直到发现Docker这个"环境打包神器"，才真正体会到什么叫"开箱即用"。

传统部署方式就像手工组装电脑——需要逐个安装系统、驱动和软件；而Docker部署则像直接购买整机——插电即用。对于需要频繁重建环境的渗透测试学习而言，这种差异直接决定了你是把时间花在技术钻研上，还是浪费在环境调试中。下面我们就用Docker Compose这个"编排指挥官"，带你体验靶场部署的极速模式。

1. 为什么选择Docker部署靶场？

1.1 传统部署的三大痛点

在虚拟机或物理机上直接部署Web靶场，通常会遇到这些典型问题：

• 环境污染：多个靶场共用同一套PHP/MySQL环境，版本冲突难以避免
• 复现困难：实验后的脏数据难以清理，影响下次测试结果
• 迁移成本高：换台机器需要重新配置所有依赖项

我曾见过有学员的电脑上同时运行着PHP5.6、7.2和8.0三个版本，只因为不同靶场需要不同环境。这种"打补丁"式的解决方案，最终会导致系统变成难以维护的"弗兰肯斯坦"。

1.2 容器化方案的优势对比

用Docker部署Pikachu靶场，最直观的感受是"三个一"：

• 一键启动：无需关心底层依赖
• 一键重置：测试后瞬间恢复初始状态
• 一键迁移：配置文件带走整个环境

具体差异可以通过这个对比表格更直观地展现：

对比项	传统PHPStudy部署	Docker Compose部署
部署时间	30+分钟	<5分钟
磁盘占用	1GB+	300MB（镜像层共享）
环境隔离	需手动配置	天然隔离
版本管理	容易冲突	各容器独立
重置成本	需手动清理数据库	docker-compose down && up

2. 五分钟极速部署实战

2.1 准备工作

确保你的系统已经安装：

• Docker Engine（版本20.10.0+）
• Docker Compose（版本2.0.0+）

提示：Windows/Mac用户建议安装Docker Desktop，它包含了所有必需组件

验证安装是否成功：

docker --version
docker-compose --version

2.2 编写docker-compose.yml

创建一个项目目录，新建docker-compose.yml文件：

version: '3.8'

services:
  db:
    image: mysql:5.7
    environment:
      MYSQL_ROOT_PASSWORD: "pikachu123"
      MYSQL_DATABASE: "pikachu"
    volumes:
      - db_data:/var/lib/mysql
    ports:
      - "3306:3306"

  web:
    image: vulhub/pikachu
    depends_on:
      - db
    ports:
      - "8000:80"
    volumes:
      - ./pikachu:/var/www/html

volumes:
  db_data:

这个配置实现了：

• MySQL 5.7容器（Pikachu官方推荐版本）
• 预配置的数据库密码和名称
• 数据持久化存储（即使容器销毁数据也不会丢失）
• 端口映射（本地8000对应容器80）

2.3 启动与访问

在yml文件所在目录执行：

docker-compose up -d

等待镜像拉取和容器启动后，打开浏览器访问：

http://localhost:8000

你会立即看到Pikachu的登录界面，所有漏洞环境已经准备就绪。整个过程就像按下咖啡机的启动键——你只需要等待香气飘出。

3. 高级配置与日常管理

3.1 自定义配置技巧

如果需要修改默认配置，可以通过挂载卷的方式覆盖容器内文件。例如修改数据库连接配置：

1. 在本地创建pikachu/inc/config.inc.php
2. 添加以下内容：

<?php
$dbuser = 'root';
$dbpass = 'pikachu123'; 
$dbname = 'pikachu';
$host = 'db';  // 注意这里用服务名代替IP
?>

注意：Docker网络环境中，容器间通讯应该使用服务名（如db）而非localhost

3.2 常用管理命令

把这些命令保存为快捷方式，管理效率提升200%：

操作场景	命令	说明
启动环境	docker-compose up -d	-d参数表示后台运行
停止环境	docker-compose down	保留数据卷
彻底清除	docker-compose down -v	删除数据卷
查看日志	docker-compose logs -f	实时追踪日志
快速重启	docker-compose restart	服务热更新

4. 故障排查与性能优化

4.1 常见问题解决方案

Q1：访问页面显示数据库连接错误？

• 检查db容器是否正常运行：docker ps
• 确认web容器依赖设置：depends_on仅控制启动顺序，不保证服务可用性
• 解决方案：在web服务的docker-compose.yml中添加健康检查：

healthcheck:
  test: ["CMD", "curl", "-f", "http://localhost"]
  interval: 30s
  timeout: 10s
  retries: 3

Q2：如何修改默认端口？ 修改ports映射即可，例如改为8080端口：

ports:
  - "8080:80"

4.2 资源限制与调优

对于需要长期运行的靶场环境，建议设置资源限制防止过度占用主机资源：

services:
  db:
    deploy:
      resources:
        limits:
          cpus: '1'
          memory: 512M

这个配置可以确保MySQL容器不会吃掉你所有的CPU和内存。实际测试中，Pikachu靶场运行仅需要：

• CPU：0.2核（空闲时<0.1）
• 内存：Web服务120MB，数据库280MB

5. 扩展应用场景

5.1 多靶场联合部署

利用Docker的网络特性，可以轻松实现多个靶场的共存。例如同时运行Pikachu和DVWA：

services:
  pikachu_db:
    image: mysql:5.7
    # ...pikachu数据库配置
  
  pikachu_web:
    image: vulhub/pikachu
    # ...pikachu web配置
  
  dvwa_db:
    image: mysql
    # ...dvwa数据库配置
  
  dvwa_web:
    image: vulnerables/web-dvwa
    ports:
      - "8001:80"

这种架构下，每个靶场都有独立的环境栈，互不干扰却又能共享主机资源。

5.2 CI/CD集成实践

对于需要批量部署的教学场景，可以将配置提交到Git仓库，配合自动化工具实现：

# 在CI流水线中执行的命令
git clone https://github.com/your-lab/pikachu-docker.git
cd pikachu-docker
docker-compose up -d

这样只需要分发一个仓库链接，学员就能在任何支持Docker的机器上获得完全一致的环境。某次线下培训中，我们用这个方法在30分钟内让50名学员全部完成了环境搭建——这在传统部署方式下是不可想象的。