授权与合规声明本文全部操作对象均为自建隔离靶场本机容器或隔离虚拟机涉及安全测试的环节必须以取得合法授权为前提。未经授权的渗透测试违反《中华人民共和国网络安全法》与《刑法》相关条款须承担相应法律责任。本文只讲环境配置、版本对照与靶场隔离不含任何攻击步骤、利用载荷与绕过手法请勿将文中环境指向任何非自有系统。一、先把启动了和能访问分成两件事1.1 三个很常见的场景场景一命令回了车终端看着一切正常回头打开浏览器页面打不开。场景二刚才那条命令明明跑完了回头去看容器的列表却找不到它。场景三容器就在列表里地址也是照着说明抄的可浏览器还是连不上。三个场景问的是同一件事只是答案被拆在了不同地方从命令回车到浏览器能打开中间隔着四段每一段都有自己独立的失败方式。1.2 四段链路本文把这一段路拆成四段镜像、容器、端口、地址。四段是串联关系——前一段不成立后面几段无从谈起反过来后一段出问题前面几段看着又都是好好的。段这一段回答的问题判断依据落在哪最容易产生的错觉第一段 镜像这次要用的镜像本机到底有没有本机已有的镜像清单、该环境自己配的镜像来源“仓库 clone 下来了就等于有镜像了”第二段 容器容器起来过还是还在跑容器列表里有没有它、状态那一列“命令回车了就等于一直开着”第三段 端口宿主端口与容器端口对不对得上该环境自己的 compose 文件里 ports 那一段“容器里监听哪个端口我访问哪个端口”第四段 地址地址写的是主机还是容器内部官方文档对your-ip的解释“容器内部那个地址浏览器也能打开”顺序不能跳初学者最常犯的错是拿着一个地址在浏览器里反复重试却始终没确认过前面三段。Vulhub 官方对自己的定位交代得很直接逐字引文见附表 A 第 1 行Vulhub 是一个开源的、即开即用的漏洞靶场环境集合。无需 Docker 基础只需一条命令即可快速启动用于安全研究、学习或演示的漏洞环境。一条命令即可快速启动说的是启动启动之后浏览器能不能打开取决于后面三段。把启动成功当成可以访问是这一整类卡点的总开关。1.3 官方自己列出的前提先摆出 Vulhub 官方 README 里那份注意事项。它不是排错步骤而是官方声明的前置条件逐字引文见附表 A 第 5 行#官方注意事项逐字落在哪一段①推荐使用至少1GB 内存的 VPS 或虚拟机环境前提四段之外②文档中的your-ip指你的主机/VPS IP不是 Docker 容器内部 IP第四段 地址③请确保 Docker 有权限访问当前目录下所有文件第二段之前的同类前提④部分环境可能不支持 ARM 架构第一段 镜像平台架构⑤所有环境仅供测试与学习严禁用于生产环境使用边界第 ⑤ 条正是本文合规口径的官方背书环境只在自建、隔离、非生产的前提下使用。1.4 本文的范围本文只做一件事把四段拆开说清每一段该看什么。不给任何利用步骤、载荷与绕过手法不给任何具体报错文本——官方文档里没有的本文不替它补。四段里出现的命令只做看的动作且全部标注待验证。⚠️代码待验证# 四段链路的骨架只读理解用不执行任何写操作# 第一段 镜像 本机有没有这次要用的镜像# 第二段 容器 容器起来过还是还在跑# 第三段 端口 宿主端口与容器端口对不对得上# 第四段 地址 写的是主机地址还是容器内部地址本章可以带走的一句启动成功只覆盖四段里的前两段浏览器打不开问题可能落在四段中的任何一段。二、第一段镜像那一层——先确认它到底在不在本机2.1 容器不是凭空出现的容器是镜像在运行时的实例。所以第二段能不能成立先取决于第一段这次要用的镜像本机有没有。这里有个特别容易踩的错觉很多人以为仓库 clone 下来了、敲了启动命令就等于镜像已经就位。仓库里放的是配置与说明镜像要么本机早有要么在启动时从远端取——这是两件不同的事。Vulhub 官方 README 有一句话把边界划得很清楚逐字引文见附表 A 第 7 行每个环境目录下都包含详细的 README请参阅以了解复现步骤和使用说明。也就是说每个环境的镜像、端口、用法都写在那个环境自己的目录里而不是写在总 README 里——这就是具体数字要看环境自己的文件的由来。⚠️代码待验证# 只读动作一看本机已有的镜像清单判断要不要去远端取dockerimages# 只读动作二看当前机器的平台架构与官方支持的架构对一对uname-m# 官方针对平台架构不匹配给出的回退写法逐字仅在需要时使用exportDOCKER_DEFAULT_PLATFORMlinux/amd64三条都只看不改不拉取、不删除任何镜像。2.2 平台架构第一段里的一个检查点第一段除了镜像有没有还有一个必须一起看的项平台架构。官方注意事项写明「部分环境可能不支持 ARM 架构」逐字引文见附表 A 第 5 行这意味着同一个环境目录在不同平台架构的机器上能不能起来并不一致官方常见问题里针对这种情况给过一条回退写法逐字引文见附表 A 第 6 行。它在四段里只是第一段的一个检查点不是一条独立的排查路径。本文不展开平台差异只提醒一句换了机器、换了平台架构第一段就要重新看一遍不能沿用上一台的结论。2.3 官方常见问题里的三条都落在第一段Vulhub 官方 README 的常见问题一共三条都与镜像取不取得到、起不起得来有关逐字引文见附表 A 第 6 行#官方常见问题逐字要点落在第一段的哪一类①Docker Hub 在中国大陆可能无法访问可以使用镜像站加速或使用境外 VPS镜像来源②Apple SiliconM 系列大部分环境可直接运行失败时可用export DOCKER_DEFAULT_PLATFORMlinux/amd64平台架构③Kali Linux部分环境因ulimit nofile过低失败系统限制第 ① 条必须把话说完整官方只说了可能无法访问并给了两条方向中国大陆的实际可达性、各镜像能否拉取本文未实测因此不给任何某某镜像一定拉得到的说法。第一段还有一条纪律Vulhub 官方 README 未给出统一端口也未给出统一的前置版本要求——官方只说安装最新 Docker没有给任何版本号逐字引文见附表 A 第 8 行该行按 2026-09-16 核验。看到某某靶场要求某个端口这类说法时要回到那个环境自己的目录里去看。本章可以带走的一句第一段只问两件事——镜像本机有没有、平台架构对不对得上两个都没问题才轮到第二段。三、第二段容器那一层——起来过和还在跑不是一回事3.1 命令回车之后先别急着开浏览器第一段成立之后才轮到第二段容器有没有真的在跑。这里要区分两种状态“起来过”和“还在跑”。命令回车、终端上出现后续输出——这些都只说明它起来过。它是不是仍然开着要去容器列表里看。先确认容器在列表里、再看状态那一列、最后才去开浏览器这个顺序不能倒过来。3.2 官方给的启动与清理命令Vulhub 官方 README 的快速开始给了一串逐字命令本文照抄一个字不改逐字引文见附表 A 第 3、4 行⚠️代码待验证curl-shttps://get.docker.com/|shsystemctl startdockergitclone--depth1https://github.com/vulhub/vulhubcdvulhub/langflow/CVE-2025-3248dockercompose up-d# 官方同时给出的清理命令原文照抄本文不展开它删了什么dockercompose down-v这一串命令里有三个细节值得单独拎出来。第一cd那一行进的是vulhub/langflow/CVE-2025-3248——官方给出的示例目录说明 Vulhub 的目录是按软件名 / CVE 编号组织的练的是某个真实漏洞怎么复现而不是某一类漏洞的第几关。这与 DVWA、upload-labs 那种按漏洞类型分关卡的单一 Web 应用不是一回事第四章讲端口时还会用到。第二up -d里的-d是让它在后台跑。真正决定容器是不是还在跑的是回车之后去看列表而不是这一行命令本身。第三清理命令带了一个-v。本文只把它作为官方命令原文列出不展开清理流程。3.3 第二段只看两件事第二段不复杂只问两个问题我要的这个容器在不在列表里在的话它的状态那一列说明它还在跑吗如果它不在列表里说明它根本没起来、或者起来之后又退出了——这时该回头查第一段镜像有没有、平台架构对不对而不是去折腾地址。如果它在第二段就过了注意力交给第三段。Vulhub 官方还有一句提醒在同一份 README 里「请确保 Docker 有权限访问当前目录下所有文件」逐字引文见附表 A 第 5 行。这条影响的是容器能不能被正常拉起来是第二段之前必须过的一道前提。⚠️代码待验证# 只读动作看容器列表确认目标容器在不在、状态那一列怎么写的dockerps# 只读动作把已经退出的容器也一并列出来判断是没起来还是起来后退了dockerps-a两条都只看不改不启动、不停止、不删除任何容器。本章可以带走的一句第二段只判断在不在、还开不开容器不在列表里时该回头查第一段而不是去改地址。四、第三段端口那一层——4280、80、8765 三个数字都从哪来4.1 宿主端口与容器端口是两个东西第三段是四段里最容易混的一段因为任何一个映射写法里都同时存在两个端口容器端口是容器内部那个服务自己在监听的端口宿主端口是你从这台机器外面访问时要写的那个端口。两者不必相同——拿容器端口去拼浏览器地址是这一段最常见的错。4.2 三个官方数字的来源下表是本文的核心对照三个数字全部来自各自项目的官方 README一个字的改动都没有逐字引文见附表 A 第 11、14、15、16 行项目容器内监听的端口官方命令里写出的宿主端口官方给出的访问写法出处DVWA4280不是 80由仓库根目录的compose.yml决定http://localhost:4280DVWA 官方 READMEupload-labs8080-p 80:80——upload-labs 官方 READMEPikachu808765或8080两条命令二选一——Pikachu 官方 READMEVulhub无统一端口由每个环境自己的 compose 文件决定用your-ip主机/VPS IPVulhub 官方 README这张表里有四处必须逐个说清楚。第一处DVWA 的 4280。这是本文最想纠正的数字。DVWA 官方 README 原话是逐字引文见附表 A 第 11 行for running DVWA in containers, the web server is listening on port 4280 instead of the usual port of 80逐字读在容器里跑 DVWA 时Web 服务器监听的是 4280而不是通常的 80。照着80去访问 DVWA 容器是打不开的。第二处upload-labs 的 80。官方容器端口就是 80。这就是本文要反复强调的对照DVWA 官方容器是 4280upload-labs 是 80两个数字不能互相套用。第三处Pikachu 的两个宿主端口。官方 README 给了两条并列路线一条直接用官方镜像、映射到宿主 8765另一条本地构建后映射到宿主 8080两条宿主端口不相等容器端口都是 80。任选一条不要把两条的宿主端口混用。第四处Vulhub 没有统一端口。Vulhub 是漏洞环境集合官方 README 未给统一端口端口由每个环境自己的 compose 文件决定逐字引文见附表 A 第 8 行。所以Vulhub 默认端口是多少这个问法本身不成立要看的是你进的那个环境目录。三个项目各自的官方命令并排列在下面照抄其中一组即可⚠️代码待验证# DVWA官方 README「Docker」clone → 进入 DVWA 目录 →dockercompose up-d# 访问写法官方http://localhost:4280# upload-labs官方 README「2.3 Linux快速搭建」cdupload-labs/dockerdockerbuild-tupload-labs.dockerpull c0ny1/upload-labsdockerrun-d-p80:80 upload-labs:latest# 官方容器端口80# Pikachu官方 README「Docker」以下两条路线二选一dockerrun-d-p8765:808023/pikachu-expect:latest# 或者dockerbuild-tpikachu.dockerrun-d-p8080:80 pikachu# 两条路线的容器端口均为 80宿主端口分别是 8765 与 80804.3 顺带交代一条时效事实提到 Pikachu就绕不开它当前的维护状态官方 README 自标status-asleep作者在 README 中建议改用其新项目 MadRabbit逐字引文见附表 A 第 16 行。写清这个状态是因为它直接影响要不要用它来练这个判断本文不做推荐只把官方标注原样交代。本章可以带走的一句第三段永远在比两个端口——容器里监听的那个、你浏览器里要写的那个4280 是 DVWA 的80 是 upload-labs 的8765 与 8080 是 Pikachu 两条路线各自给的四者不能互相套用。五、第四段地址那一层——your-ip指的不是容器内部 IP5.1 官方逐字解释了your-ip前三段都过了之后才轮到第四段地址写对没有。这一段官方有一句非常关键的话逐字引文见附表 A 第 5 行文档中的your-ip指你的主机/VPS IP不是 Docker 容器内部 IP逐字读凡出现your-ip这个占位符指的是你运行 Docker 的那台主机或 VPS的地址而不是容器的内部地址。这就解释了第四段最常见的那类困惑为什么容器里的地址看着更真实浏览器却打不开——容器内部地址只有容器网络内部才认识宿主上的浏览器并不按那条路走。5.2 命令行看到的与浏览器要写的不是同一个把第四段收成一句判断容器内部看到的地址和你在浏览器里要写的地址是两套不同视角下的东西。容器内看到的是我在这个网络里是谁浏览器里要写的是从那台跑着 Docker 的主机外面怎么找到映射出来的那个端口。两者对不上是正常的对上才是巧合。⚠️代码待验证# 只读动作看本机的地址有哪些人工判断该用哪一个# 注意容器内部的地址不在这个清单里它属于容器自己的网络hostname-I这条只看不改也不据此改动任何网络配置。5.3 第三段与第四段最容易互相冒充四段里第三段和第四段最容易互相冒充现象都是浏览器打不开但根因一个在端口、一个在地址。一个简单的分开办法地址里的端口号与官方给的对不上——那是第三段的问题端口号是对的但这个地址是从容器内部看到的——那是第四段的问题。本文不给任何连不上怎么办的排查命令清单也不给修改配置的做法——四段链路到此只做定位不做修复。完整版环境对照表这一章的该用主机地址还是容器内部地址判断法加上第四章的三靶场官方端口对照、第一章的四段链路表一起收进资料包扫码即可获取本章可以带走的一句your-ip指的是主机或 VPS的地址不是容器的内部地址地址这一层的错长得和端口那一段一模一样。六、命令写法这一层docker compose与docker-compose差在哪6.1 官方逐字“不再需要安装独立的 docker-compose”把四段讲完之后还有一层横跨四段的东西要先说清楚命令本身怎么写。Vulhub 官方 README 有一段非常明确的表述逐字引文见附表 A 第 2 行虽然所有 Vulhub 环境都基于 Docker compose 制作但你不再需要安装独立的 docker-compose而是使用Docker 自带的 compose 命令来启动 Vulhub 环境。这段话有两层意思Vulhub 环境依然基于 compose 制作机制没变但启动它用的是Docker 自带的 compose 命令不需要再单独装一个docker-compose。这不是版本号问题是命令从哪来的问题。6.2 两种写法并排看写法形态与官方当前口径的关系出处docker compose up -d空格—— Docker 自带的 compose 子命令官方 README 里出现的写法Vulhub 官方 README「快速开始」docker-compose up -d连字符—— 独立的 compose 二进制官方已明确不再需要安装独立的 docker-composeVulhub 官方 README「前置条件」⚠️代码待验证# 官方现行写法空格Docker 自带的 compose 子命令dockercompose up-d# 站内老教程里常见的写法连字符独立的 compose 二进制# 官方 README 已明确不再需要安装独立的 docker-composedocker-composeup-dDVWA 官方 README 给的用法同样是空格写法clone → 进入DVWA目录 →docker compose up -d逐字引文见附表 A 第 10 行。两个项目在这一点上是一致的。6.3 这一层为什么会搅乱四段排查命令写法看着只是少一个连字符却会实实在在影响排查如果命令根本没被识别第二段压根没开始你却可能以为自己在查第三段而老教程的连字符写法与官方现行写法混着抄会让下一步该看哪一段失去参照。还有一条相关口径放在这里逐字引文见附表 A 第 12 行We provide support for the latest Docker release as shown above.逐字读DVWA 官方只支持其 README 中列出的最新 Docker 版本核验日 2026-09-16——官方支持范围有限这点只影响最前面的运行环境本身。本章可以带走的一句官方现行写法是空格的docker compose独立安装的docker-compose官方已说明不再需要这一层影响的是第二段能不能开始而不是第三、四段怎么判断。七、收束四段链路排查清单7.1 把四段压成一句起来了和能访问之间隔着四段镜像在不在、容器还开不开、端口对不对、地址是不是主机的。这个形状是官方文档自己摆出来的官方说每个环境目录下都包含详细的 README说明镜像与端口要看环境自己官方给的是一条后台启动命令说明起来之后还要去看列表官方给 DVWA 的是 4280、upload-labs 是 80、Pikachu 是 8765 或 8080三个数字各不相同官方还专门写了一行your-ip是主机/VPS IP不是容器内部 IP。7.2 常见卡点对照你看到的现象最可能卡在哪一段那一段该看什么命令跑完了但列表里找不到容器第二段 容器它是起来过还是还在跑容器在跑浏览器打不开第三段 端口宿主端口与容器端口对不对得上地址是照教程抄的就是连不上第四段 地址用的是主机地址还是容器内部地址第一次跑等了很久没有下文第一段 镜像镜像是本机已有还是要从远端取同一套步骤换台机器就不一样第一段 镜像平台架构平台架构是否被该环境支持命令本身像是没被识别命令写法这一层用的是空格写法还是老教程里的连字符写法7.3 四段排查清单⚠️代码待验证# 【四段排查清单 · 只看不改】# 第一段 镜像# 1. 本机已有镜像里有这次要用的那个吗# 2. 当前平台架构被这个环境支持吗# 第二段 容器# 3. 容器在列表里吗状态那一列说明它还在跑吗# 4. 若不在先回到第一段不要跳到第四段去改地址# 第三段 端口# 5. 这个项目官方给的端口是多少# DVWA 4280 / upload-labs 80 / Pikachu 80宿主 8765 或 8080# 6. 我地址里写的端口和官方给的对得上吗# 第四段 地址# 7. 地址写的是主机或 VPS的吗# 8. 端口对、地址不对 - 第四段地址对、端口不对 - 第三段7.4 这份清单不覆盖什么第一不覆盖中国大陆的实际可达性——官方只说 Docker Hub 在中国大陆可能有访问问题本文未实测不给任何能不能拉到的结论。第二不覆盖各环境的具体端口清单——Vulhub 官方未给统一端口端口由每个环境自己的 compose 文件决定本文未逐个打开核验。第三不覆盖任何版本号门槛——Vulhub 官方只说安装最新 Docker未给任何版本号该条按 2026-09-16 核验。第四不覆盖修复动作——四段链路只负责定位本文不给改配置、给权限、调网络的做法。第五本层不碰任何量级数字也不给任何具体报错文本、载荷与利用步骤。完整版环境对照表这份四段排查清单加上第一章的四段链路表、第四章的三靶场官方端口对照表、第六章的命令写法对照表一并收进资料包扫码即可获取本章可以带走的一句卡住的时候按镜像 → 容器 → 端口 → 地址四段走一遍比在浏览器里反复重试快得多。附表 A本文引用事实与官方出处对照表#事实照口径一手出处含 URL核验日期本文位置1逐字Vulhub 是一个开源的、即开即用的漏洞靶场环境集合。无需 Docker 基础只需一条命令即可快速启动用于安全研究、学习或演示的漏洞环境。Vulhub 官方 README中文— https://raw.githubusercontent.com/vulhub/vulhub/master/README.zh-cn.md2026-09-16第 1 章2逐字虽然所有 Vulhub 环境都基于 Docker compose 制作但你不再需要安装独立的 docker-compose而是使用 Docker 自带的 compose 命令来启动 Vulhub 环境。同第 1 行前置条件2026-09-16第 6 章3逐字命令序列curl -s https://get.docker.com/经管道交给sh→systemctl start docker→git clone --depth 1 https://github.com/vulhub/vulhub→cd vulhub/langflow/CVE-2025-3248→docker compose up -dvulhub/langflow/CVE-2025-3248为官方示例目录同第 1 行快速开始2026-09-16第 3 章4逐字清理命令docker compose down -v同第 1 行快速开始2026-09-16第 3 章5逐字注意事项五条①推荐使用至少1GB 内存的 VPS 或虚拟机②文档中的your-ip指你的主机/VPS IP不是 Docker 容器内部 IP③请确保 Docker 有权限访问当前目录下所有文件④部分环境可能不支持 ARM 架构⑤所有环境仅供测试与学习严禁用于生产环境同第 1 行NOTE 块2026-09-16第 1、2、3、5 章6逐字常见问题三条①Docker Hub 在中国大陆可能无法访问可以使用镜像站加速或使用境外 VPS②Apple SiliconM 系列大部分环境可直接运行失败时可用export DOCKER_DEFAULT_PLATFORMlinux/amd64③Kali Linux 部分环境因ulimit nofile过低失败同第 1 行常见问题2026-09-16第 2 章7逐字每个环境目录下都包含详细的 README请参阅以了解复现步骤和使用说明。同第 1 行2026-09-16第 2 章8不存在项Vulhub 官方 README只说安装最新 Docker未给任何版本号且官方未给统一端口端口由各环境自己的 compose 文件决定故本文不写需要某版本以上“Vulhub 默认端口是 X”同第 1 行逐条核对无对应表述2026-09-16第 2、4、7 章9未实测项Vulhub 各环境在中国大陆的实际可达性镜像能否拉取——官方只说可能无法访问并给了两条方向本文未实测不写成结论同第 1 行 本文未实测2026-09-16第 2、7 章10DVWA 官方 Docker每次 push 到master自动构建镜像并推送到 GitHub Container Registrygithub.com/digininja/DVWA/pkgs/container/dvwa用法为 clone → 进入DVWA目录 →docker compose up -dcompose.yml位于仓库根目录DVWA 官方 README「Docker」— https://raw.githubusercontent.com/digininja/DVWA/master/README.md2026-09-16第 4、6 章11逐字for running DVWA in containers, the web server is listening on port 4280 instead of the usual port of 80即DVWA 容器监听 4280不是 80访问http://localhost:4280同第 10 行2026-09-16第 4 章12逐字We provide support for the latest Docker release as shown above.即只支持 README 中列出的最新 Docker 版本同第 10 行2026-09-16第 6 章13upload-labs官方 Docker 存在非社区方案docker/Dockerfile2019-01-28 提交、docker/docker-php.conf2019-02-17 提交提交说明添加php3 phtml解析、docker/php.iniupload-labs 官方仓库 — https://github.com/c0ny1/upload-labs/tree/master/docker2026-09-16第 2、4 章14upload-labs 官方镜像c0ny1/upload-labsDocker Hub官方用法cd upload-labs/docker→docker build -t upload-labs .或docker pull c0ny1/upload-labsdocker run -d -p 80:80 upload-labs:latest官方容器端口 80upload-labs 官方 README「2.3 Linux快速搭建」— https://raw.githubusercontent.com/c0ny1/upload-labs/master/README.md2026-09-16第 4 章15逐字命令Pikachudocker run -d -p 8765:80 8023/pikachu-expect:latest本地构建docker build -t pikachu .→docker run -d -p 8080:80 pikachu。⚠️ 两条命令宿主端口不一致8765 / 8080容器端口均为 80——任选一条不得混写Pikachu 官方 README「Docker」— https://raw.githubusercontent.com/zhuifengshaonianhanlu/pikachu/master/README.md2026-09-16第 4 章16Pikachu 官方 README 自标status-asleep作者在 README 中建议改用其新项目 MadRabbit同第 15 行2026-09-16第 4 章17对照项DVWA 官方容器4280、upload-labs 官方容器80——两个数字来源各自独立不得互相套用由第 11 行 第 14 行并列得出两条均为官方 README2026-09-16第 4、7 章附表 B术语速查表术语一句话解释镜像image容器运行所依据的模板本机没有就要从远端取容器container镜像运行起来的实例要区分起来过与还在跑容器端口容器内部服务自己监听的端口如 DVWA 的 4280宿主端口从这台机器外面访问时写的端口由映射决定端口映射把宿主端口与容器端口对应起来的设置写在 compose 文件里compose 文件每个环境自带的配置文件DVWA 的compose.yml在仓库根目录docker compose空格写法Docker 自带的 compose 子命令官方现行口径docker-compose连字符写法需独立安装的 compose 二进制官方已说明不再需要your-ip官方文档占位符指主机/VPS IP不是容器内部 IP平台架构机器所运行的架构官方注明部分环境可能不支持 ARM 架构四段链路本文框架镜像 → 容器 → 端口 → 地址代码待验证本文标记该命令未在本机实际运行过写在最后这篇用到的资料写这篇时我把 Vulhub 官方 README 的快速开始、NOTE 块和常见问题逐字读了一遍又回头对 DVWA、upload-labs、Pikachu 三份 README 里的端口写法才确认4280 和 80 不是一回事值得单独写一篇——顺手整理了几份配套的东西容器靶场四段排查清单镜像 / 容器 / 端口 / 地址 四段各看什么、常见现象该落在哪一段靶场环境对照表DVWA、upload-labs 在 Windows / macOS / Linux 三平台的可行性与推荐路径Web 安全学习路线图从基础打牢到安全管理四个阶段各学什么常用靶场清单每个靶场练什么、适合哪个阶段资料是我自己整理的放在下面这个码上扫码即可获取添加时备注「靶场」优先通过。拿到之后建议先看容器靶场四段排查清单那一份先把启动了和能访问分开再回头查卡住的那一段。