M芯片Mac零配置搭建Burp Suite靶场：Docker容器化实战指南

1. 项目概述为什么要在M芯片Mac上折腾Burp Suite如果你是一名安全测试人员或者正在学习Web安全手里恰好是一台搭载M系列芯片的MacBook那你大概率遇到过这个让人头疼的问题想运行Burp Suite社区版或者专业版来做靶场练习结果第一步安装Java环境就卡住了。传统的Burp Suite依赖于特定版本的Java而Apple Silicon架构的Mac在兼容性上总是有些“小脾气”。更别提后续还要配置代理、安装证书、部署靶场环境这一系列繁琐的操作了对于想快速上手、专注学习安全技能的人来说这些前置的“基建”工作足以消磨掉大部分热情。“MacBook M芯片也能玩转Burp Suite”这个标题精准地戳中了无数安全新人和从业者的痛点。它背后的核心需求非常明确在Apple Silicon Mac上实现Burp Suite及其配套靶场环境如PortSwigger官方的burp-labs的零配置、一键式部署与运行。这里的“零配置”是关键意味着用户无需关心JDK版本冲突、无需手动编译Java项目、无需复杂地配置网络代理和证书所有环境依赖和网络设置都由工具自动完成。这正是“LingJing靶场”这类集成化解决方案的价值所在。它本质上是一个针对网络安全学习场景优化的、预配置好的虚拟机或容器环境。通过它你可以直接获得一个开箱即用的、包含了Burp Suite、漏洞靶场、必要代理设置甚至解题提示的完整沙箱。无论你的宿主机是Intel Mac还是M芯片Mac甚至是Windows靶场环境都能保持一致性彻底将你从环境搭建的泥潭中解放出来让你能立刻开始“打靶”练习。所以这篇文章就是为你准备的。无论你是刚入门安全、被环境问题劝退的小白还是拥有M芯片Mac、苦于兼容性的安全工程师我都会带你一步步拆解如何利用LingJing靶场在M芯片Mac上无缝搭建起burp-labs实战环境。我们会深入原理了解M芯片的兼容层如何工作会详细实操从环境准备到靶场访问更会分享我趟过的坑和总结的技巧让你少走弯路直接享受安全测试的乐趣。2. 核心思路与方案选型虚拟机、容器还是原生在M芯片Mac上运行一个依赖于x86架构Java环境的Burp Suite并搭配完整的靶场通常有几种技术路径。理解这些路径的优劣能帮助我们明白为什么LingJing靶场是当前的最优解。2.1 路径一原生运行最直接但坑最多理论上最理想的方式是让Burp Suite直接在你的macOS上运行。Burp Suite本身是用Java写的而Java是跨平台的。但问题出在两点Java版本Burp Suite尤其是旧版或某些破解版对JDK版本有严格要求比如必须使用JDK 8或JDK 11。在M芯片Mac上安装和管理多个JDK版本本身就是一个挑战。虽然可以通过jenv等工具管理但不同架构ARM vs x86的JDK混用极易导致无法预料的崩溃。Rosetta 2兼容层即使你安装了x86架构的JDK也需要通过Rosetta 2转译来运行。这虽然可行但会带来性能损耗并且在涉及JNIJava本地接口调用时可能遇到难以排查的兼容性问题。对于Burp Suite这种需要调用本地库进行网络抓包、证书处理的复杂应用风险较高。实操心得我曾尝试在M1 Mac上通过Rosetta 2安装x86版的JDK 8来运行Burp Suite 2021版。应用能打开但在启动内置的浏览器或进行高强度扫描时频繁出现内存错误和闪退。稳定性无法满足学习需求更别提生产环境了。2.2 路径二虚拟机方案功能完整但资源较重这是传统且强大的方案。使用Parallels Desktop、VMware Fusion或UTM免费等虚拟机软件在Mac上创建一个x86架构的Windows或Linux虚拟机。在虚拟机中安装任意版本的JDK和Burp Suite环境完全隔离兼容性100%有保障。优势环境纯净与宿主机完全隔离可以随意折腾甚至搭建复杂的靶场网络拓扑。劣势资源占用大需要为虚拟机分配足够的内存建议至少4GB和存储空间对于只有8GB内存的MacBook Air来说压力不小。配置繁琐你需要在虚拟机内部从头配置网络使宿主机能访问虚拟机的Web服务、共享文件夹、安装增强工具等。性能损耗尽管M芯片的虚拟机性能已经很强但相比原生或容器仍有额外的开销。2.3 路径三容器化方案轻量灵活是当前主流这正是LingJing靶场这类解决方案采用的核心思想。使用Docker容器技术将Burp Suite、靶场应用如burp-labs、数据库等所有依赖打包成一个或多个镜像。你只需要在Mac上安装Docker Desktop for Apple Silicon一条命令就能拉取并运行整个环境。优势极致轻量容器共享宿主机的内核资源占用远小于虚拟机启动速度极快。环境一致“一次构建处处运行”。镜像里包含了所有正确版本的依赖彻底杜绝了“在我机器上是好的”这类问题。快速重置练习时把环境搞乱了直接删除容器重新运行一个全新的即可秒级恢复。原生ARM支持Docker Desktop for Apple Silicon提供了对ARM64架构镜像的原生支持运行效率高。即使镜像本身是x86的Docker也会在后台自动通过Rosetta 2运行一个兼容层但这个开销对用户是透明的且通常比完整虚拟机小。LingJing靶场的聪明之处在于它不仅仅提供了容器化的靶场应用更关键的是它预配置了网络和代理设置。它通常会运行一个特定的容器例如包含squid或mitmproxy作为上游代理并自动设置好Burp Suite需要监听的端口和规则。用户只需要将浏览器或系统代理指向这个容器所有流量就会自动流经Burp Suite无需手动配置复杂的代理链。方案选型结论对于以学习和练习为核心目标的用户在M芯片Mac上采用基于Docker容器的LingJing靶场方案是兼顾便捷性、性能、资源消耗和隔离性的最佳选择。它实现了标题所承诺的“零配置搭建”让你能聚焦于安全技能本身。3. 环境准备与工具安装在开始搭建之前我们需要在M芯片Mac上准备好必要的工具。整个过程就像搭积木前的准备工作工具顺手了后续搭建才能一气呵成。3.1 安装Docker Desktop for Mac (Apple Silicon)这是整个方案的基石。Docker Desktop是一个集成了Docker引擎、命令行工具和图形化界面的应用程序。访问官网下载打开浏览器访问Docker官方网站的下载页面。务必选择“Mac with Apple Silicon”版本的安装包。下载文件通常名为Docker.dmg。安装与启动双击下载的.dmg文件将Docker图标拖拽到“应用程序”文件夹中。然后在“应用程序”里找到Docker并打开。首次启动会请求系统权限请全部允许。完成初始化启动后Docker会在菜单栏显示一个鲸鱼图标。点击图标如果看到“Docker Desktop is running”则表示运行成功。首次运行可能会提示需要登录Docker Hub账户你可以选择跳过或注册登录。验证安装打开终端Terminal输入以下命令docker --version docker-compose --version如果正确显示版本号如Docker version 24.0.7和Docker Compose version v2.23.0说明安装成功。注意事项Docker Desktop默认会占用较多的CPU和内存。你可以在菜单栏点击Docker图标 - “Preferences” - “Resources”中根据你的Mac配置调整CPU核心数、内存大小建议至少分配4GB和交换分区大小。对于简单的靶场练习默认设置通常足够。3.2 安装并配置Burp Suite虽然靶场可能提供了集成环境但Burp Suite作为我们的主要攻击代理最好安装在宿主机上以便更好地与浏览器集成和使用其强大的图形化界面。下载Burp Suite访问PortSwigger官网下载Burp Suite Community Edition社区免费版或Professional专业版。选择适合macOS的版本下载。官网提供的安装包通常是通用架构能同时在Intel和Apple Silicon上运行。安装与启动将下载的.dmg文件挂载后把Burp Suite拖到应用程序文件夹。首次启动时macOS可能会提示“无法打开因为无法验证开发者”。你需要进入“系统设置”-“隐私与安全性”在底部找到相关提示并点击“仍要打开”。获取临时项目文件首次启动Burp Suite Community会引导你创建一个临时项目。你可以选择默认设置点击“Next”直到进入主界面。专业版则需要输入许可证密钥。关键配置关闭内置浏览器为了避免代理设置冲突我强烈建议在Burp Suite中禁用其内置的浏览器转而使用我们熟悉的Chrome或Firefox。在Burp Suite中进入User options-Miscellaneous。找到Burps browser部分取消勾选Use Burps browser for manual testing。这样当我们启动代理拦截时Burp会提示我们配置外部浏览器。3.3 准备一款现代浏览器Chrome/Firefox我们将使用外部浏览器来访问靶场和进行测试。Chrome或Firefox均可。Chrome对Burp Suite的支持非常好开发者工具强大。Firefox隐私控制更细有时在测试某些代理场景时表现不同可以作为备选。确保你的浏览器是最新版本。我们稍后会为它安装Burp Suite的CA证书并配置代理。至此我们的“作战平台”——M芯片Mac——已经装备完毕。Docker是我们的后勤和部署系统Burp Suite是我们的主武器浏览器是我们的观察镜。接下来就是部署“战场”本身了。4. 实战拉取与运行LingJing靶场环境现在进入核心环节。我们将从Docker Hub或GitHub拉取LingJing靶场的镜像并运行起完整的burp-labs环境。这里我以一个假设的、典型的LingJing靶场镜像为例进行说明。实际操作时请以你找到的具体项目README为准。4.1 获取靶场镜像通常LingJing靶场会提供两种方式使用docker run命令直接运行或使用docker-compose.yml文件来编排多个服务。后者更常见因为一个完整的靶场可能包含Web应用、数据库、代理服务器等多个容器。克隆项目仓库如果提供如果项目托管在GitHub上我们首先克隆代码到本地。# 假设项目地址为 https://github.com/lingjing/lingjing-burp-labs.git git clone https://github.com/lingjing/lingjing-burp-labs.git cd lingjing-burp-labs查看Docker Compose文件使用cat或文本编辑器查看docker-compose.yml文件。这个文件定义了所有需要运行的服务、它们的镜像、端口映射、环境变量和依赖关系。理解它有助于排查问题。cat docker-compose.yml一个简化的示例可能如下所示version: 3.8 services: webapp: image: lingjing/burp-labs-web:latest ports: - 8080:80 # 将容器的80端口映射到宿主机的8080端口 depends_on: - db environment: - DB_HOSTdb db: image: mysql:5.7 environment: MYSQL_ROOT_PASSWORD: secretpassword MYSQL_DATABASE: vulnapp volumes: - mysql_data:/var/lib/mysql proxy: image: lingjing/proxy-setup:latest ports: - 8081:3128 # 提供一个上游代理端口可能用于Burp Suite连接 cap_add: - NET_ADMIN # 可能需要网络管理权限来设置iptables规则 volumes: mysql_data:从这个文件可以看出靶场包含了三个服务一个Web应用、一个MySQL数据库、一个代理设置容器。Web应用可以通过宿主机的http://localhost:8080访问。4.2 启动靶场环境在包含docker-compose.yml文件的目录下运行以下命令启动所有服务docker-compose up -dup创建并启动容器。-d在后台运行detached mode。Docker会依次执行以下操作检查本地是否存在所需的镜像如lingjing/burp-labs-web:latest,mysql:5.7如果不存在则从Docker Hub拉取。为每个服务创建独立的容器。按照定义创建网络和存储卷volume。启动容器并执行镜像中定义的启动命令如启动Apache、初始化数据库等。这个过程可能需要几分钟取决于你的网速和镜像大小。你可以使用以下命令查看容器运行状态和日志# 查看所有容器状态 docker-compose ps # 查看某个特定容器的日志例如webapp docker-compose logs -f webapp当看到所有容器状态为Up并且Web应用日志中出现类似“Server started on port 80”或“Initialization complete”的消息时说明靶场环境已经成功启动。4.3 验证靶场可访问性打开你的浏览器Chrome/Firefox在地址栏输入http://localhost:8080端口号以你的docker-compose.yml中webapp服务的端口映射为准。如果一切顺利你应该能看到burp-labs的登录界面或首页。实操心得第一次启动时数据库初始化可能需要时间。如果页面显示“数据库连接错误”或“502 Bad Gateway”别急着关掉。多等一两分钟或者查看db容器的日志 (docker-compose logs -f db)确认数据库初始化完成后再刷新页面。至此靶场“战场”已经部署完毕正在localhost:8080上待命。接下来我们需要让Burp Suite这个“狙击手”就位并建立起观察和攻击的通道——即配置代理和证书。5. 配置Burp Suite代理与浏览器证书现在我们有了靶场运行在Docker容器里和攻击工具Burp Suite。要让Burp Suite能够拦截、查看和修改我们浏览器与靶场之间的所有HTTP/HTTPS流量必须完成两个关键配置浏览器代理设置和安装Burp Suite的CA证书。5.1 配置Burp Suite监听代理首先确保Burp Suite正在运行。在Burp Suite主界面切换到“Proxy”标签页然后进入“Options”子标签。在“Proxy Listeners”部分你会看到一个默认的监听器通常监听127.0.0.1:8080。确保它的状态是“Running”。如果没有点击“Add”添加一个绑定到127.0.0.1端口用8080这是Burp默认端口也可自定义但需与浏览器配置一致。关键步骤处理潜在端口冲突。我们的靶场可能也使用了8080端口如前例。如果冲突Burp监听器会启动失败。你有两个选择修改Burp监听端口将Burp的监听端口改为其他未被占用的端口例如8082。修改靶场映射端口在docker-compose.yml中将webapp的端口映射从8080:80改为8088:80然后重启容器 (docker-compose down docker-compose up -d)。这样靶场就在localhost:8088了。 这里为了简化我们假设修改Burp端口为8082。记住你设置的端口号。5.2 导出并安装Burp Suite CA证书Burp Suite作为一个“中间人”Man-in-the-Middle需要解密HTTPS流量。为此它生成了一份自己的根证书。我们必须让浏览器信任这个证书否则浏览器会拦截所有经过Burp的HTTPS连接报安全错误。导出证书在Burp Suite中使用浏览器访问http://burpsuite或http://127.0.0.1:8082你的Burp监听端口。页面会显示“Burp Suite Community Edition”或类似标题点击“CA Certificate”链接下载证书文件通常名为cacert.der。或者在Burp Suite中进入Proxy-Options-Proxy Listeners- 选中你的监听器 - 点击Import / export CA certificate-Export-Certificate in DER format来保存证书。在macOS钥匙串中安装证书双击下载的cacert.der文件。这会打开“钥匙串访问”应用。确保左侧钥匙串列表中选择的是“系统”钥匙串这需要管理员密码。将证书拖入“系统”钥匙串或者当提示“要将证书添加到哪里”时选择“系统”。在钥匙串访问中找到刚刚添加的证书默认名可能是“PortSwigger CA”或类似。双击打开它。展开“信任”部分。在“使用此证书时”下拉菜单中选择“始终信任”。关闭窗口输入你的管理员密码以确认更改。在浏览器中安装证书备用方法Chrome使用系统的证书库所以配置了系统钥匙串后Chrome自动信任。FirefoxFirefox使用自己的证书库。需要在Firefox设置中搜索“证书”点击“查看证书” - “证书机构” - “导入”然后选择你下载的cacert.der文件勾选“信任此CA以标识网站”。5.3 配置浏览器代理现在告诉浏览器将所有流量发送到Burp Suite。安装代理切换插件推荐手动修改系统网络设置会影响所有应用。强烈建议为浏览器安装代理管理插件如SwitchyOmega(Chrome/Firefox)。配置SwitchyOmega新建一个情景模式命名为“Burp”。代理协议选择HTTP代理服务器填127.0.0.1端口填你Burp监听的端口例如8082。在“不代理的地址列表”中可以添加localhost, 127.0.0.1, *.local等避免本地服务的流量也被代理。保存后点击浏览器插件图标切换到“Burp”模式。验证代理生效确保Burp Suite的“Intercept is on”按钮是按下状态表示拦截开启。在浏览器中访问任何一个HTTP网站例如http://example.com。此时Burp Suite的“Proxy” - “Intercept”标签页应该会捕获到这条请求。你可以点击“Forward”放行或进行修改。重要提示完成测试后记得将浏览器的代理切换回“直接连接”或关闭拦截“Intercept is off”否则正常上网会受影响。至此Burp Suite、浏览器和靶场之间的通道已经完全打通。Burp Suite可以拦截、查看和修改所有从浏览器发往靶场以及互联网的流量了。6. 连接靶场与Burp Suite进行实战练习通道建立后让我们开始真正的“打靶”练习。我们将访问启动的burp-labs靶场并利用Burp Suite进行安全测试。6.1 访问靶场并开始挑战在浏览器中确保代理已设置为Burp访问你的靶场地址例如http://localhost:8080。你应该能看到burp-labs的界面通常包含一系列由易到难的安全漏洞挑战如SQL注入、跨站脚本XSS、跨站请求伪造CSRF、文件上传漏洞等。选择第一个或任意一个挑战开始。例如选择一个“反射型XSS”挑战。6.2 使用Burp Suite进行测试以XSS挑战为例演示基本工作流开启拦截在Burp Suite中确保“Intercept is on”。触发请求在靶场页面的输入框里尝试输入一个测试载荷比如 然后点击提交按钮。拦截与修改请求Burp Suite会立即在“Intercept”标签页捕获到浏览器发出的POST或GET请求。你可以在这里看到完整的HTTP请求包括参数。你可以直接修改参数值例如将输入框的参数值改为一个更复杂的XSS载荷 。放行请求点击“Forward”将修改后的请求发送到靶场服务器。观察响应切换到“Proxy” - “HTTP history”标签页。这里记录了所有经过Burp的请求和响应。找到你刚刚发送的请求查看服务器的响应。如果漏洞存在你可能会在响应体中看到你输入的脚本被执行了未转义或者触发了其他行为。使用Repeater模块进行重放测试在HTTP history中右键点击你感兴趣的请求选择“Send to Repeater”。然后切换到“Repeater”标签页。这里你可以无限次地修改并重新发送同一个请求非常适合手动构造和测试不同的攻击载荷而无需在浏览器中反复操作。使用Scanner进行自动扫描专业版功能对于更全面的测试你可以右键请求选择“Actively scan this item”主动扫描。Burp Scanner会自动向目标发送大量测试用例尝试发现各种漏洞。这需要Burp Suite Professional版本。6.3 利用LingJing靶场的集成特性一个设计良好的LingJing靶场其“零配置”优势可能还体现在内置提示系统靶场页面可能直接提供“View Hint”或“View Solution”按钮点击后或许会通过一个特殊的内部端点返回提示而这个端点的流量同样经过Burp Suite你可以分析其通信方式。预配置的漏洞利用接口某些高级靶场可能集成了REST API用于自动化提交答案或获取下一个挑战。你可以通过Burp Suite观察这些API调用学习如何编写脚本与之交互。容器内代理链还记得docker-compose.yml里的proxy服务吗有些靶场设计是让Web应用的流量先经过这个内部代理容器该容器可能已经设置了一些规则如重定向、头信息修改来模拟更复杂的网络环境。你可以通过Burp Suite观察流量在到达Web应用前是否被修改。通过以上步骤你已经在M芯片Mac上成功搭建了一个无需操心环境配置的、完整的Burp Suite实战平台。你可以专注于理解漏洞原理、练习攻击手法、学习Burp Suite工具的使用这才是安全学习的核心。7. 常见问题、排查技巧与深度优化即使按照步骤操作你也可能会遇到一些问题。这里我总结了一些在M芯片Mac上使用Docker和Burp Suite时常见的坑及其解决方案。7.1 Docker容器相关问题问题1docker-compose up报错提示端口已被占用。排查使用lsof -i :端口号命令例如lsof -i :8080查看是哪个进程占用了端口。解决停止占用进程如果是不需要的进程用kill -9 PID结束它。修改配置如前所述修改docker-compose.yml中的宿主机端口映射如将8080:80改为8088:80或者修改Burp Suite的监听端口。问题2容器启动后访问localhost:8080显示“Connection refused”或空白页。排查运行docker-compose ps确认所有容器状态都是Up。运行docker-compose logs webapp查看Web应用容器的日志看是否有启动错误如数据库连接失败、应用崩溃。运行docker-compose exec webapp curl localhost:80在容器内部测试应用是否真的在80端口监听。如果内部都访问不了是应用本身的问题。解决如果是数据库连接问题检查db容器日志等待初始化完成。检查docker-compose.yml中的环境变量如数据库连接字符串是否正确。可能是镜像构建问题尝试删除镜像和容器重新拉取docker-compose down --rmi all -v然后docker-compose up -d。问题3Docker Desktop 在M1/M2 Mac上耗电异常或风扇狂转。排查这通常是因为某个容器或进程在持续占用高CPU。解决打开Docker Desktop仪表板查看哪个容器CPU使用率高。检查你的靶场应用是否在后台执行某些密集型任务如爬虫、扫描。如果是练习环境通常不会。在Docker Desktop的Preferences - Resources中限制CPU使用核心数。确保你使用的是支持ARM64架构的镜像。虽然x86镜像能通过Rosetta 2运行但效率更低。可以运行docker image inspect 镜像名 | grep Architecture查看镜像架构。优先寻找标注了linux/arm64的镜像。7.2 Burp Suite与代理配置问题问题4浏览器配置代理后无法访问任何网站但Burp Suite能收到请求。排查这通常是Burp Suite的拦截Intercept功能被打开且未放行请求导致的。解决去Burp Suite的“Proxy” - “Intercept”标签页检查“Intercept is on”按钮是否亮起。如果是点击它变为“Intercept is off”即可。或者将拦截到的请求逐个“Forward”放行。问题5访问HTTPS网站时浏览器报“您的连接不是私密连接”或“NET::ERR_CERT_AUTHORITY_INVALID”。排查这是Burp Suite的CA证书未正确安装或未被浏览器信任。解决确认证书已安装并信任按照第5.2节步骤仔细检查系统钥匙串中“PortSwigger CA”证书的“信任”设置是否为“始终信任”。重启浏览器有时更改系统证书后需要完全重启浏览器。Firefox特殊处理再次确认已在Firefox的证书管理中导入了Burp的CA证书。清除浏览器SSL状态在Chrome中访问chrome://restart或chrome://net-internals/#hsts来清除SSL状态可能有助于解决缓存问题。问题6Burp Suite无法拦截到靶场流量。排查代理设置检查确认浏览器插件如SwitchyOmega的代理设置指向了正确的Burp监听IP和端口127.0.0.1:8082。Burp监听器检查确认Burp Suite的Proxy Listeners中对应监听器的状态是“Running”并且绑定地址是127.0.0.1。靶场地址检查确认你访问的靶场地址如localhost:8080没有被配置在代理的“不代理的地址列表”中。容器网络检查Docker容器默认运行在独立的网络中。确保你访问的是宿主机的映射端口如8080而不是容器的IP。从宿主机浏览器访问localhost:8080的流量会经过系统网络栈才能被Burp拦截。解决逐项检查上述环节。一个快速的验证方法是在浏览器中访问http://burpsuite如果能看到Burp的证书下载页面说明浏览器到Burp的代理通路是好的。然后再确保靶场服务本身是可访问的。7.3 性能优化与进阶使用技巧1为Docker分配更多资源如果进行复杂的漏洞扫描或运行多个靶场可能会感觉卡顿。进入Docker Desktop Preferences - Resources适当增加CPU核心数如4核、内存如6GB和交换空间。这能显著提升容器性能。技巧2使用Burp Suite的Project文件保存进度Burp Suite允许你将当前会话包括历史请求、标记、注释等保存为.burp项目文件。定期保存项目文件下次可以直接打开恢复所有工作状态非常适合分阶段学习靶场。技巧3结合其他Docker靶场LingJing靶场可能专注于burp-labs。网络上还有大量其他优秀的漏洞靶场Docker镜像如dvwa、bwapp、webgoat、juice-shop等。你可以在同一台Mac上通过不同的端口号同时运行多个靶场例如DVWA在8081Juice Shop在3000只需在docker-compose.yml中修改端口映射即可。这为你提供了极其丰富的练习资源。技巧4探索Burp Suite扩展BAppsBurp Suite的强大之处在于其可扩展性。你可以通过“Extender” - “BApp Store”安装社区开发的扩展例如Logger增强的日志记录和搜索功能。Autorize自动化测试授权漏洞。Turbo Intruder用于进行极速的暴力破解和模糊测试。 这些扩展能极大提升你的测试效率和深度。通过这套在M芯片Mac上基于LingJing靶场和Docker的“零配置”方案你不仅解决了环境兼容性问题更获得了一个可重复、可移植、高度集成的安全学习实验室。它将你从繁琐的配置中解放出来让你能更快速、更专注地沉浸在Web安全攻防的实战世界中。记住工具和环境只是起点持续练习、深入理解漏洞原理和防御方法才是通向精通的道路。