1. 从零到一：为什么选择Docker部署SQLi-Labs？

如果你正在学习Web安全，尤其是SQL注入，那么SQLi-Labs这个开源靶场项目绝对是你绕不开的实战平台。它包含了从基础到盲注、报错注入、堆叠注入等几乎所有类型的SQL注入漏洞场景，是安全研究员和渗透测试工程师的“练功房”。但传统的部署方式——下载源码、配置PHP环境、安装MySQL、导入数据库、修改配置文件——这一套流程下来，新手很容易在某个环节卡住，环境问题层出不穷，学习热情可能还没开始就被浇灭了。

这就是Docker的价值所在。Docker通过容器化技术，将应用及其所有依赖（包括代码、运行时、系统工具、库）打包成一个标准化的单元。对于SQLi-Labs来说，这意味着你不再需要关心服务器上PHP是7.2还是7.4，MySQL的root密码怎么设，或者Apache的 mod_rewrite 有没有开启。你只需要一条命令，就能获得一个开箱即用、环境隔离、且完全一致的SQLi-Labs靶场。无论你的主机是Windows、macOS还是Linux，体验都是一样的。这让你能把100%的精力聚焦在SQL注入技术本身，而不是和环境“斗智斗勇”。

我见过太多初学者在环境配置上花费数小时甚至数天，最后因为一个PHP扩展没装或者数据库连接失败而放弃。使用Docker，你可以跳过所有那些令人头疼的依赖和配置冲突。更重要的是，Docker容器是轻量级且可丢弃的。当你练习一些具有破坏性的Payload（比如 DROP TABLE ）时，不用担心搞坏环境，直接删除容器再重新拉取一个，几秒钟就能恢复如初。这种快速重置的能力，对于反复练习和测试来说，是传统部署方式无法比拟的。

2. 环境准备：Docker Desktop的安装与排坑指南

在开始搭建SQLi-Labs之前，我们需要先确保Docker环境就绪。这里以Windows/macOS上最常用的Docker Desktop为例，它集成了Docker引擎、CLI客户端和图形化管理界面。

2.1 Docker Desktop的安装步骤

首先，访问Docker官网下载对应你操作系统的Docker Desktop安装包。安装过程基本上是“下一步”到底，但有几个关键点需要注意：

1. 启用WSL 2或Hyper-V（Windows） ：在Windows 10/11上，Docker Desktop默认推荐使用WSL 2作为后端。这需要你的Windows版本支持并已启用“适用于Linux的Windows子系统”和“虚拟机平台”功能。安装程序通常会提示并帮你启用，如果失败，你需要手动去“控制面板 -> 程序和功能 -> 启用或关闭Windows功能”中勾选“Hyper-V”和“适用于Linux的Windows子系统”，然后重启。对于macOS，确保你的macOS版本在10.15及以上，并且是Intel或Apple Silicon芯片。

2. 安装后重启与登录 ：安装完成后，必须重启电脑。首次启动Docker Desktop时，它会引导你登录Docker Hub账户。虽然对于拉取公共镜像（如SQLi-Labs）这不是必须的，但拥有一个账户便于管理自己的镜像，建议注册登录。

3. 验证安装 ：启动Docker Desktop后，等待右下角（Windows）或菜单栏（macOS）的Docker鲸鱼图标稳定运行（不再有动画）。然后打开终端（CMD、PowerShell或Terminal），输入以下命令验证：

   docker --version
   docker-compose --version
   

   如果都能正确输出版本号，说明Docker CLI已就绪。

2.2 常见启动失败问题排查：“Virtualization support not detected”

这是Windows用户最常遇到的拦路虎，错误信息通常是“Docker Desktop failed to start because virtualisation support wasn’t detected”。其根本原因是你的电脑的CPU虚拟化技术（Intel VT-x / AMD-V）没有在BIOS/UEFI中启用，或者被其他软件（如某些安卓模拟器、旧版VMware或Hyper-V冲突）占用了。

完整的排查与解决链路如下：

1. 确认CPU支持 ：首先，你的CPU必须支持硬件虚拟化。绝大多数近十年的Intel和AMD处理器都支持。可以通过任务管理器 -> 性能 -> CPU查看“虚拟化”是否已启用。

2. 进入BIOS/UEFI启用虚拟化 ：如果显示“已禁用”，你需要重启电脑，在开机时按特定键（通常是F2、F10、Del、Esc，因主板品牌而异）进入BIOS/UEFI设置界面。在“Advanced”（高级）或“Configuration”（配置）选项卡下，找到“Intel Virtualization Technology”（Intel VT-x）或“SVM Mode”（AMD-V）的选项，将其设置为“Enabled”（启用）。保存并退出重启。

3. 解决软件冲突 ：

   • Hyper-V与WSL 2 ：确保在“启用或关闭Windows功能”中，只勾选“Hyper-V”和“Windows Subsystem for Linux”。如果你不需要使用Windows自带的Hyper-V虚拟机，可以将其关闭，让Docker独占使用WSL 2。
   • 第三方虚拟机软件 ：如果你同时安装了VMware Workstation或VirtualBox，请注意它们可能与Hyper-V不兼容。VMware Workstation 15.5及以上版本支持与Hyper-V共存（使用“Windows Hypervisor Platform”），但旧版本需要关闭Hyper-V。VirtualBox 6.0及以上也支持类似模式。最稳妥的方法是，如果你主要用Docker，可以暂时卸载或禁用其他虚拟机软件。
   • 安卓模拟器 ：许多安卓模拟器（如雷电、夜神）会强制开启自己的虚拟化引擎，可能与Docker冲突。尝试关闭模拟器的VT设置，或者完全退出模拟器后再启动Docker。

4. 使用命令行彻底重置 ：如果以上步骤后问题依旧，可以尝试以管理员身份打开PowerShell或CMD，执行以下命令彻底关闭并重置Docker相关的Windows功能：

   # 禁用相关功能
   dism.exe /online /disable-feature /featurename:Microsoft-Hyper-V /all /norestart
   dism.exe /online /disable-feature /featurename:VirtualMachinePlatform /all /norestart
   # 重启电脑
   shutdown /r /t 0
   

   重启后，再重新启用它们：

   # 启用相关功能
   dism.exe /online /enable-feature /featurename:Microsoft-Hyper-V /all /norestart
   dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart
   # 再次重启
   shutdown /r /t 0
   

   重启后，再次尝试启动Docker Desktop。

提示：对于macOS用户，如果遇到“Docker Desktop failed to start”等问题，通常与系统权限或旧版本残留有关。可以尝试完全卸载Docker Desktop（包括删除 ~/Library/Containers/com.docker.docker 和 ~/Library/Group\ Containers/group.com.docker 等目录），然后重新安装最新版。

3. 一键部署：使用Docker运行SQLi-Labs靶场

当Docker Desktop欢快地运行起来后，部署SQLi-Labs就变得异常简单。我们不需要从零开始构建镜像，因为社区已经有维护好的现成镜像。这里我推荐使用 acgpiano/sqli-labs 这个镜像，它更新维护比较及时，环境配置也合理。

3.1 拉取并运行SQLi-Labs容器

打开你的终端，执行以下这条命令：

docker run -d --name sqli-labs -p 8080:80 acgpiano/sqli-labs

让我拆解一下这条命令的每个参数，理解其背后的意图，这比死记硬背命令更重要：

• docker run ：Docker的核心命令，用于从镜像创建并启动一个新容器。
• -d ： --detach 的缩写，意为“后台运行”。容器启动后，终端不会阻塞，你可以继续使用当前命令行窗口。如果不加 -d ，你会看到容器内Apache和MySQL的日志直接输出在终端上。
• --name sqli-labs ：为这个容器指定一个易于记忆的名字，这里是 sqli-labs 。之后你可以通过 docker stop sqli-labs 或 docker start sqli-labs 来管理它，而不需要去记一长串容器ID。
• -p 8080:80 ：这是 端口映射 ，是整个命令的关键。格式是 -p <主机端口>:<容器端口> 。容器内部，SQLi-Labs的Web服务（Apache）运行在80端口上。但容器的网络是隔离的，外部无法直接访问。 -p 8080:80 的意思是将容器内部的80端口“映射”到宿主机的8080端口。这样，当你在宿主机浏览器访问 http://localhost:8080 时，流量就会被转发到容器内的80端口服务上。你可以把 8080 改成任何未被占用的主机端口，比如 8081 、 9000 等。
• acgpiano/sqli-labs ：指定要使用的镜像名称。Docker会首先在本地查找，如果找不到，则会自动从Docker Hub公共仓库拉取（pull）这个镜像。

执行命令后，你会看到Docker开始拉取镜像层。首次拉取可能需要几分钟，取决于你的网速。完成后，容器便在后台静默运行了。

3.2 验证部署与初始化数据库

现在，打开你的浏览器，访问 http://localhost:8080 （如果你映射的是其他端口，请替换端口号）。

你应该能看到SQLi-Labs的经典首页，上面列出了所有的关卡（Less-1, Less-2...）。但是，很多关卡点进去可能会报数据库连接错误，这是因为我们还没有初始化数据库结构。

在SQLi-Labs首页，你应该能看到一个链接或提示，引导你进行“Setup/reset Database”。通常这个链接是 http://localhost:8080/sql-connections/setup-db.php 。点击它。

这个页面会执行一个PHP脚本，自动创建所需的数据库（ security ）和所有关卡的数据库表（ users , emails 等），并插入测试数据。页面会显示“Congratulations! Database successfully created”之类的成功信息。

注意：有时点击一次可能因为网络或容器内部响应慢而失败。如果遇到页面空白或报错，请耐心等待几秒，刷新页面再试一次，或者直接重新访问setup页面。这是部署SQLi-Labs时最常见的一个小“坑”。

数据库初始化成功后，返回首页，再次点击任意关卡（例如Less-1），你应该就能看到正常的注入界面了，可以开始你的SQL注入练习。

4. 进阶管理与数据持久化

仅仅运行起来还不够，我们还需要知道如何管理这个容器，以及如何保存你的练习进度（比如你创建的临时表、插入的数据），避免容器删除后一切归零。

4.1 基本的容器生命周期管理

掌握以下几个命令，你就能完全掌控你的SQLi-Labs容器：

# 查看正在运行的容器
docker ps
# 查看所有容器（包括已停止的）
docker ps -a

# 停止名为'sqli-labs'的容器
docker stop sqli-labs

# 启动已停止的'sqli-labs'容器
docker start sqli-labs

# 重启容器（先停止再启动）
docker restart sqli-labs

# 进入容器内部的bash shell（用于调试，非常有用）
docker exec -it sqli-labs /bin/bash
# 进入后，你可以查看文件结构，如：ls /var/www/html，或者检查MySQL进程：ps aux | grep mysql

# 从容器的bash退出，回到主机终端
exit

# 删除容器（必须先停止）
docker stop sqli-labs
docker rm sqli-labs
# 强制删除运行中的容器（不推荐）
# docker rm -f sqli-labs

# 删除镜像（如果不再需要）
docker rmi acgpiano/sqli-labs

4.2 实现MySQL数据持久化

默认情况下，容器内MySQL数据库的数据存储在容器内部的可写层。一旦容器被删除，所有数据（包括你初始化好的 security 数据库和你练习时修改的数据）都会丢失。这显然不符合我们长期练习的需求。

解决方案是使用Docker的 数据卷（Volume） 或 绑定挂载（Bind Mount） ，将容器内的数据目录映射到宿主机的磁盘上。

这里我推荐使用 命名数据卷（Named Volume） ，因为Docker管理起来更方便，且性能通常比绑定挂载要好。操作步骤如下：

1. 首先，停止并删除旧的、没有做持久化的容器 （如果你已经运行了一个）：

   docker stop sqli-labs
   docker rm sqli-labs
   

2. 创建一个用于持久化MySQL数据的数据卷 ：

   docker volume create sqli-labs-db-data
   

   这个命令会在Docker的存储区域创建一个名为 sqli-labs-db-data 的卷。

3. 运行新的容器，并将数据卷挂载到MySQL的数据目录 ：

   docker run -d --name sqli-labs -p 8080:80 -v sqli-labs-db-data:/var/lib/mysql acgpiano/sqli-labs
   

   关键参数 -v sqli-labs-db-data:/var/lib/mysql ：

   • -v ：挂载卷的指令。
   • sqli-labs-db-data ：我们刚刚创建的宿主机上的数据卷名称。
   • /var/lib/mysql ：容器内MySQL默认存储所有数据库文件（包括 security 库）的目录。
   • 这个映射关系意味着，容器对 /var/lib/mysql 的所有读写操作，实际上都发生在宿主机的 sqli-labs-db-data 卷中。

4. 访问 http://localhost:8080 并再次初始化数据库 。这次，即使你后续执行 docker stop sqli-labs 和 docker rm sqli-labs ，只要数据卷 sqli-labs-db-data 没有被删除，你的数据就安全地保存在宿主机上。

5. 未来如何恢复 ：当你需要重新创建一个干净的容器，但保留旧数据时，只需用同样的 -v 参数运行新容器即可：

   docker run -d --name new-sqli-labs -p 8080:80 -v sqli-labs-db-data:/var/lib/mysql acgpiano/sqli-labs
   

   新容器启动后，数据库数据（ security 库及其表）会直接从数据卷加载，无需再次运行setup页面。你可以直接开始练习。

如何查看和管理数据卷？

# 列出所有数据卷
docker volume ls

# 查看某个数据卷的详细信息（如存储路径）
docker volume inspect sqli-labs-db-data
# 在Windows Docker Desktop上，数据卷通常存储在WSL 2的Linux发行版内，路径类似 //wsl$/docker-desktop-data/...

# 删除不再需要的数据卷（谨慎操作，数据会丢失！）
docker volume rm sqli-labs-db-data

通过数据持久化，你的SQLi-Labs环境就变成了一个可随时重置应用、但数据永不丢失的稳定练习平台。你可以大胆尝试各种有破坏性的SQL语句，玩坏了就删容器重建，核心数据丝毫不受影响。

5. 自定义配置与多实例运行

有时候，默认的配置可能不满足你的需求。例如，你想修改MySQL的root密码，或者想同时运行两个不同版本的SQLi-Labs进行对比。

5.1 自定义MySQL root密码

默认的 acgpiano/sqli-labs 镜像使用的MySQL root密码是空密码。在生产环境或希望更安全的情况下，你可能想修改它。由于SQLi-Labs的PHP连接配置文件是硬编码的（连接 localhost ，用户 root ，密码为空），修改容器内的MySQL密码后，还需要同步修改PHP配置文件。

一个更清晰的做法是：在运行容器时，通过环境变量传入MySQL的root密码，并确保镜像支持这个变量。但经过测试， acgpiano/sqli-labs 镜像似乎没有暴露这个环境变量配置。因此，更直接的方法是进入容器内部修改。

1. 进入容器bash：

   docker exec -it sqli-labs /bin/bash
   

2. 登录MySQL（默认无密码）：

   mysql -u root
   

3. 修改root密码（例如改为 mynewpassword ）：

   ALTER USER 'root'@'localhost' IDENTIFIED BY 'mynewpassword';
   FLUSH PRIVILEGES;
   exit;
   

4. 修改SQLi-Labs的数据库连接配置文件。该文件通常位于 /var/www/html/sql-connections/db-creds.inc （具体路径可能因镜像版本略有不同，可用 find / -name "*db-creds*" 查找）。

   vi /var/www/html/sql-connections/db-creds.inc
   # 或使用 nano 编辑器
   # nano /var/www/html/sql-connections/db-creds.inc
   

   找到类似 $pass=''; 的行，将其修改为 $pass='mynewpassword'; ，保存退出。

5. 退出容器并重启容器，使配置生效：

   exit
   docker restart sqli-labs
   

注意：这种方法修改的密码只对当前容器有效。如果你基于此容器创建了新的镜像（ docker commit ），新镜像会包含这个密码。但如果你删除容器并基于原镜像重新运行，密码又会恢复为空。对于需要固定密码的场景，建议将修改步骤写成一个Dockerfile，构建属于自己的定制镜像，这是更规范和可复现的方式。

5.2 在同一主机运行多个SQLi-Labs实例

你可能想同时运行两个独立的SQLi-Labs环境，一个用于学习，一个用于测试自己的防御代码。Docker可以轻松实现这一点，核心在于 容器名称和端口不能冲突 。

假设我们已经有一个运行在8080端口的 sqli-labs 容器。现在想启动第二个实例：

docker run -d --name sqli-labs-2 -p 8081:80 -v sqli-labs-db-data-2:/var/lib/mysql acgpiano/sqli-labs

解析：

• --name sqli-labs-2 ：给第二个容器起一个不同的名字。
• -p 8081:80 ：映射到宿主机的另一个未被占用的端口，例如8081。
• -v sqli-labs-db-data-2:/var/lib/mysql ：使用一个 不同的数据卷名 （ sqli-labs-db-data-2 ）。这是关键！如果使用同一个数据卷，两个容器的MySQL会读写同一份数据文件，导致数据库损坏。必须为每个需要独立数据的容器实例创建独立的数据卷。

现在，你可以通过 http://localhost:8080 访问第一个实例，通过 http://localhost:8081 访问第二个实例。它们拥有完全隔离的Web环境和MySQL数据库，互不干扰。

6. 故障排除与日常维护心得

即使部署顺利，在长期使用中也可能遇到一些小问题。这里分享一些我踩过的坑和解决方法。

6.1 容器启动后无法访问页面

1. 检查容器状态 ：首先运行 docker ps ，确认 sqli-labs 容器的状态是“Up”。如果是“Exited”，用 docker logs sqli-labs 查看日志，通常能直接看到错误原因（如端口冲突、初始化脚本错误）。
2. 检查端口占用 ：确认你映射的宿主机端口（如8080）没有被其他程序占用。在Windows上可以用 netstat -ano | findstr :8080 ，在Linux/macOS上用 lsof -i:8080 。
3. 检查防火墙 ：确保宿主机的防火墙没有阻止对8080端口的访问。可以尝试暂时关闭防火墙测试，或者添加入站规则。
4. 容器内服务未就绪 ：有时候容器虽然显示“Up”，但内部的Apache或MySQL服务可能还在启动中。等待10-20秒再刷新浏览器试试。可以用 docker exec sqli-labs ps aux 查看容器内进程是否都正常运行。

6.2 数据库连接失败或Setup页面报错

这是最高频的问题，除了前面提到的网络延迟，还有以下可能：

1. MySQL服务启动失败 ：进入容器 ( docker exec -it sqli-labs /bin/bash )，检查MySQL服务状态 ( service mysql status 或 ps aux | grep mysql )。如果没运行，尝试手动启动 ( service mysql start )，并观察错误日志 ( tail -f /var/log/mysql/error.log )。常见原因是数据卷权限问题或磁盘空间不足。
2. PHP配置文件错误 ：确认 db-creds.inc 等配置文件中的数据库主机、用户名、密码是否正确。在容器内，数据库主机通常是 localhost 或 127.0.0.1 ，而不是容器ID。
3. 数据卷冲突或损坏 ：如果你使用了数据卷，并且之前容器异常退出，可能导致MySQL数据文件损坏。可以尝试备份后删除旧的数据卷，新建一个干净的，然后重新运行容器并初始化。

6.3 性能优化与资源限制

默认情况下，Docker容器可以使用宿主机的所有可用资源。为了防止SQLi-Labs容器（特别是MySQL）占用过多内存或CPU，影响主机其他工作，可以设置资源限制。

docker run -d --name sqli-labs \
  -p 8080:80 \
  -v sqli-labs-db-data:/var/lib/mysql \
  --memory="512m" \          # 限制最大内存为512MB
  --cpus="1.0" \            # 限制最多使用1个CPU核心
  acgpiano/sqli-labs

对于SQLi-Labs这种轻量级靶场， 512m 内存和 1 个CPU核心已经绰绰有余。你可以通过 docker stats sqli-labs 命令实时查看容器的资源使用情况。

6.4 镜像更新与清理

随着时间的推移，你可能会拉取很多不同的Docker镜像，占用不少磁盘空间。定期清理很有必要。

# 删除所有未被任何容器使用的悬空镜像（none标签）
docker image prune

# 删除所有未被使用的镜像、容器、数据卷和网络（谨慎操作，会删除已停止的容器！）
docker system prune -a

# 查看磁盘使用详情
docker system df

对于SQLi-Labs，如果你基于 acgpiano/sqli-labs 镜像创建了自己的定制镜像，记得打上标签，方便管理，例如 docker tag <镜像ID> my-sqli-labs:v1.0 。

我个人在长期使用Docker部署各种靶场和测试环境后，最大的体会就是“配置即代码，环境即容器”。将SQLi-Labs的部署过程写成一条简单的 docker run 命令，或者更进一步，写一个 docker-compose.yml 文件（虽然本文未展开，但这是管理多容器应用的更佳实践），可以让你在任何新机器上瞬间复现出一模一样的环境。这种可移植性和一致性，是传统部署方式无法给予的。当你熟悉了Docker的这些基本操作后，你会发现它不仅是一个部署工具，更是一种高效、整洁的工作流思维。