Burp Suite抓包入门：从代理配置到HTTPS证书再到实战改包

做 Web 安全这一行Burp Suite 基本是绕不开的一个工具。很多新手第一次听到“抓包”两个字脑子里浮现的画面是黑客电影里满屏滚动的绿色字符实际上你打开 Burp Suite 之后看到的界面朴素得很——一个本地代理服务器把浏览器发出去的每一个 HTTP 请求拦下来摊在你面前让你看。就这一个动作价值极高你能看到登录时密码是怎么传的、Token 放在哪个头里、前端做的校验到底是不是只在页面上拦了一下、接口返回的数据里有没有多给你一些不该给的东西。这篇就按我自己带新人时的顺序从安装、Java 环境、代理配置、证书导入一直讲到抓第一个包、改第一个参数、重放第一个请求中间把踩过的坑和排查思路一并写清楚。整套流程在完全属于自己的实验环境和经过授权的测试目标上操作零基础跟着做也能跑通。1. 先把抓包这件事的本质想明白Burp 到底站在哪一层很多教程上来就是下载安装下一步下一步我不太建议这么学。你不清楚它在网络链路里的位置后面一旦抓不到包就只能干瞪眼因为你不知道问题出在哪一环。花五分钟把原理捋顺后面所有配置项你都能自己推理出来该填什么。1.1 一个本地代理服务器为什么能看懂加密流量浏览器访问网站本质上是浏览器作为客户端和目标服务器建立连接、发请求、收响应。Burp Suite 干的唯一一件事是在浏览器和服务器中间插一脚把自己伪装成服务器接住浏览器的请求再把自己伪装成客户端把请求转给真正的服务器。这就是中间人代理的工作模式。正常流程是浏览器 → 服务器。 插了 Burp 之后是浏览器 → Burp127.0.0.1:8080→ 服务器。因为浏览器以为 Burp 就是它要访问的网站所以它会把请求原原本本交给 BurpBurp 拿到之后先复制一份给你看再转发出去。响应回来的时候同理Burp 先截住记录再交给浏览器。你的浏览器毫不知情页面上该显示什么还是显示什么但中间的所有明文都落在了 Burp 的界面里。HTTPS 稍微绕一点。HTTPS 的意义就是防止中间人偷看所以浏览器会校验服务器证书。Burp 想当中间人就必须让浏览器相信它。做法是Burp 自己生成一套根证书你把这套根证书装进浏览器或系统的受信任证书列表里之后 Burp 用这套根证书给每个网站动态签发一张假证书浏览器一看——哦是我信任的那家签的放行。于是加密流量在 Burp 这里被解开成明文你就能看了。注意这也解释了为什么装完 Burp 不装证书HTTPS 网站会疯狂报证书错误、页面打不开或者请求全部失败。不是 Burp 坏了是浏览器发现签发者不在信任列表里直接掐断了连接。理解了这一层你就会明白几件事第一Burp 只能抓走代理的流量不走系统代理的程序它看不见第二Burp 抓不到的东西大概率是证书信任链或者代理没生效的问题第三抓包这件事本身在授权范围内是合法的测试手段在非授权目标上就是另一回事了这条线必须自己心里有数。1.2 社区版与专业版的取舍新手别一上来就纠结Burp Suite 分社区版和专业版。社区版免费功能覆盖了 Proxy拦截、Repeater重放、Decoder编解码、Comparer对比这几个恰恰是学习阶段用得最多的。专业版多了扫描器、无限制的 Intruder、BApp 商店里更多插件支持等。新手阶段我一般建议直接用社区版理由很实在你前两周要练的是看懂一个请求改一个参数看反应这些社区版完全够而专业版的扫描器对新手来说反而是个陷阱——点一下出了几十条报告你根本判断不了哪条是真的容易养成工具说有问题就是有问题的坏习惯。等到你能靠手工把一套业务逻辑捋清楚知道哪些点值得深挖再考虑要不要上专业版。社区版有两个限制要提前知道免得你以为是自己配错了差异点社区版表现对你学习的影响Intruder 速率有节流跑起来很慢练概念够用跑大字典不现实扫描器无主动扫描手工测试为主反而练基本功项目保存不支持保存项目文件记得随手导出请求插件部分 BApp 不可用基础阶段影响不大社区版不支持保存项目这个点很多人是踩过坑才记住的——关掉软件历史记录全没。所以养成习惯重要的请求随手右键导出或者用 Repeater 里的保存功能留一份别指望它替你记。2. 装之前的准备工作Java 环境与系统差异处理Burp Suite 是用 Java 写的这一点决定了它在三大平台上的安装逻辑其实是一致的——只要有合适的 Java 运行时jar 包在哪都能跑。但也正因为如此Java 版本不对是最常见的启动就闪退原因比任何配置问题都靠前。2.1 JDK 版本选择与安装验证新版本的 Burp Suite 对 Java 版本有要求太老的 JDK 会直接拒绝启动或者在启动时报一个看不懂的异常。稳妥的做法是装JDK 17 或更高版本的 LTS 版本比如 17、21。不要装最新的非 LTS 预览版也不要贪图省事装一个七八年前的 JDK 8那是老教程留下的坑。验证方式很简单打开终端或命令行java -version正常应该输出类似openjdk version 17.0.x这样的信息。如果提示命令未找到说明 Java 没装或者没进 PATH。Windows 上还有一个坑系统里可能装了多个 Javajava -version显示的是一个版本但 Burp 启动脚本读到的是另一个。这种情况下用绝对路径启动最稳C:\Program Files\Java\jdk-17\bin\java.exe -jar burpsuite.jarmacOS 和 Linux 上如果装了多个版本可以用which java和/usr/libexec/java_home -VmacOS来确认当前指向哪个。我个人习惯是只要是跑 Burp 的机器就把 JAVA_HOME 显式设成目标 JDK不依赖系统默认能省掉一大半莫名其妙的启动问题。官方提供的安装包里有一部分是自带运行环境的安装版双击就能装省掉 Java 配置这一步。这是最省事的路子尤其推荐给完全没碰过 Java 的人。如果你想用独立的 jar 包方便多版本共存、方便放 U 盘带走那就老老实实把 JDK 配好。2.2 三大平台的安装路径与启动脚本差异三个平台的差异主要在装在哪和怎么启动上功能本身没有任何区别。Windows上安装版会默认装到 Program Files 下开始菜单里有快捷方式。解压版的话建议放在一个路径里不含中文、不含空格的目录比如D:\tools\burp\。这一点非常关键路径里有中文或空格某些版本的启动脚本会解析失败表现为双击没反应或者一闪而过。我就遇到过有人把工具放在桌面一个叫安全工具的文件夹里折腾半小时以为是 Java 问题改个路径就好了。macOS上安装版是一个 .app拖进应用程序目录即可。用 jar 包的话需要给个启动脚本因为 macOS 的 Gatekeeper 对来源不明的可执行文件会拦一道第一次打开要在系统设置 - 隐私与安全性里手动允许。这一步不做你会看到无法打开因为无法验证开发者的提示。Linux上基本就是命令行操作解压后进目录执行启动脚本。需要注意两点一是文件权限解压后如果脚本没有执行权限chmod x补上二是图形界面Burp 是带 GUI 的如果你是在没有桌面环境的服务器上跑需要用 X11 转发或者干脆换一台有图形界面的机器。初学者不建议在这个环节折腾本地虚拟机装个带桌面的系统把精力留给后面的抓包实战。还有一个共通的准备工作容易被忽略浏览器的选择。建议专门用一个浏览器或者一个独立的浏览器配置文件来做测试不要和你日常上网、登录各种账号的浏览器混在一起。原因很实际你会在测试浏览器里装一张自签的根证书会把所有流量导到本地代理日常使用的账号密码如果也走这条路一方面是隐私风险另一方面是登录态互相干扰测试起来特别乱。我自己的习惯是单独装一个浏览器专门跑测试环境配置一次长期受益。3. 首启配置四件事监听端口、浏览器代理、CA 证书、作用域第一次打开 Burp界面会弹一个向导问你要不要用临时项目、用默认配置还是加载配置。新手直接选临时项目 默认配置就行。进主界面之后有四件事必须做完缺一件后面都会卡住。这四件事的顺序有讲究按我给的这个顺序走最省时间。3.1 Proxy Listeners监听地址与端口的配置逻辑进Proxy → Proxy settings或 Options不同版本位置略有差异→ Proxy Listeners你会看到一条默认的监听记录通常是127.0.0.1:8080。这里两个参数的逻辑必须搞清楚绑定地址Bind address127.0.0.1表示只接受本机发来的连接。如果你要抓手机或者局域网内另一台机器的流量这里得改成0.0.0.0监听所有网卡或者本机的局域网 IP。端口Port默认 8080。这个端口经常被别的程序占用比如一些开发服务器、其他代理工具如果启动时报端口绑定失败换一个不常用的比如 8081、9090记住改完之后浏览器那边也要同步改。提示绑定0.0.0.0意味着同网段的其他设备都能连进来。在公共网络环境下不要这么干在自家的实验网络里也要记得用完改回去。改完记得在监听记录前面勾选Running否则不生效。判断有没有生效最简单的办法浏览器里随便访问一个 HTTP 网站Burp 的Proxy → HTTP history里能看到记录就说明通了。3.2 浏览器代理的三种挂法及优劣让浏览器把流量交给 Burp有三条路可走各有适用场景。第一种系统代理。在操作系统的网络设置里填上 HTTP 代理127.0.0.1:8080。优点是省事所有走系统代理的程序都会自动用上缺点是影响面太大你其他软件、系统更新可能都会走这条路容易出各种奇怪问题而且关掉 Burp 之后如果忘了取消代理整台机器就断网了很多人第一次用都会被这个吓一跳。第二种浏览器插件推荐。装一个代理切换插件一键在直连和走 Burp之间切换并且可以配置只对特定域名生效。这是我个人最推荐的方式原因有三切换快不用每次进系统设置影响范围可控不会波及系统其他程序排错容易怀疑代理没生效时点一下插件看当前状态就知道了。第三种浏览器自带的独立代理配置。部分浏览器支持通过启动参数指定代理比如chrome --proxy-server127.0.0.1:8080 --user-data-dir./test-profile这条命令的好处是启动了一个完全隔离的浏览器实例配置不会污染你日常用的那个。缺点是要记命令或者写个脚本双击运行。我现在的习惯就是用这种方式配一个独立的用户目录测完直接关掉干净利落。不管你选哪种验证方法都一样打开 Burp 的 Intercept浏览器访问一个 HTTP 网站如果 Burp 里出现了这个请求并且停在那里等你放行说明链路通了。3.3 导入 CA 证书让 HTTPS 明文可见这一步是新手的第一个大坎也是最容易放弃的地方。步骤本身不复杂但不同浏览器、不同系统的证书库不一样装错地方等于没装。首先保持浏览器代理开着并且 Burp 正在运行然后在浏览器里访问http://burp或http://burpsuite具体地址当前版本启动后界面上会写明以界面提示为准。会打开一个页面上面有一个 CA 证书的下载链接下载下来通常是一个.der后缀的文件有的浏览器会直接下成.cer。接下来按浏览器类型分别处理浏览器类型证书安装位置关键动作Firefox 系浏览器自己的证书管理器导入时勾选信任此 CA 标识网站Chrome / Edge 系操作系统证书库Windows 用 certmgrmacOS 用钥匙串移动端浏览器设备系统的证书管理需在设置里手动安装证书Chrome 系之所以要走系统证书库是因为它用的是操作系统的信任链。Windows 上的操作是双击证书文件 → 安装证书 → 选择当前用户或本地计算机 → 关键一步是选择**将所有的证书都放入下列存储 → 受信任的根证书颁发机构**。如果手快选了默认的自动选择存储位置证书会被塞到一个不受信任的位置症状就是装了跟没装一样HTTPS 网站照样报错。这是最高频的失误没有之一。Firefox 系相对独立它有自己的证书库。路径是设置 → 隐私与安全 → 证书 → 查看证书 → 证书颁发机构 → 导入。导入时那个信任此 CA 以标识网站的勾必须勾上不勾的话证书是导进去了但不被信任等于白装。证书装好之后怎么验证浏览器访问任意一个 HTTPS 网站如果页面正常打开Burp 的 HTTP history 里能看到完整的请求内容而不是一堆看不懂的二进制就说明成功了。如果页面能打开但 Burp 里显示的是加密后的乱码说明证书装的位置不对或者没被信任。3.4 Target Scope 与过滤别让无关流量淹死你链路通了之后你马上会遇到第二个问题流量太多看不完。浏览器后台的同步请求、各种统计上报、CDN 加载一屏刷过去几十条真正关心的那个接口早被刷没了。解决办法是先划范围再过滤。在Target → Scope里把你要测试的域名加进去。然后回到Proxy → HTTP history在过滤栏里勾上 Show only in-scope items。这一步做完列表瞬间清爽。范围的定义有个小技巧如果你测试的是一个主域名下的多个子域用通配符把整个域名段包进来会更省事。但不要一上来就把.*全加上那样等于没设范围。配合过滤还有一个我常用的功能按响应状态码和 MIME 类型筛选。测试接口的时候把图片、字体、样式表这些静态资源过滤掉只留application/json、text/html这类能省掉 70% 的干扰。这个设置在 HTTP history 上方的过滤条里就能找到花两分钟配置一次之后每次都舒服。4. 抓包实战从一个登录请求走完拦截、改包、重放配置都搞定之后我们用一个最典型的场景走一遍完整流程——登录。之所以选登录是因为它把参数如何传输前端校验在哪一层服务端如何响应这三件事全串起来了练一遍收益最大。前提条件说明以下所有操作在自建的实验环境里进行目标是本地搭的一个练习用 Web 应用不是任何线上真实系统。这一点必须强调非授权的测试行为和练技术是两件事。4.1 Intercept 开关与请求放行的节奏控制打开Proxy → Intercept确认 Intercept is on。然后在浏览器里打开练习环境的登录页输入任意账号密码点登录。此时 Burp 的界面会亮起来一个完整的 POST 请求停在那里等你处理。你现在看到的就是浏览器原本要发给服务器的东西。逐段读一遍请求行POST /login HTTP/1.1告诉你方法、路径、协议版本。请求头Host是目标Cookie里可能有会话标识Content-Type告诉你正文是什么格式User-Agent暴露客户端信息。空行之后是正文如果格式是表单就是usernamexxxpasswordxxx如果是 JSON就是一段 JSON。第一次看到自己的密码以明文形式出现在正文里是个挺有意思的体验——这正好说明了为什么登录接口必须走 HTTPS。你可以顺手看看这个练习环境是不是真的走了 HTTPS没走的话这就是一个值得记下来的观察点。看完之后点Forward放行。如果后面还有一堆静态资源的请求排队一个个点太慢可以点Forward all或者临时关掉 Intercept让流量直接过去需要拦截的时候再打开。这里有个节奏控制的经验不要全程开着 Intercept。开着的时候所有请求都卡住页面会转圈转到你以为网断了。我的习惯是平时关着让流量自由记录到 HTTP history需要精准拦截某一个操作时先清空 history再打开 Intercept执行那一个动作抓到之后立刻关掉。这样既不会漏也不会被淹没。4.2 Repeater改一个参数看服务端反应抓到登录请求之后右键 →Send to Repeater快捷键 CtrlR。切到 Repeater 标签页你会看到左边是原始请求右边是响应。Repeater 是整个 Burp Suite 里我最喜欢的模块因为它把假设 - 验证的循环压缩到了极致。你在左边改一个字点 Send右边立刻出结果。整个过程不用回浏览器不用重新填表单特别适合验证一些细碎的想法。拿登录这个场景举例可以验证的点很多把username改成一个不存在的账号看返回的提示和密码错误时是否一致。如果提示不同用户不存在 vs 密码错误这就是用户名枚举属于信息泄露。把password留空或者传一个数组类型的值看服务端有没有做类型校验会不会报出带着堆栈信息的 500 错误。删掉某个看着像校验标记的请求头看服务端是不是真的校验了它还是只是前端在装样子。把Content-Type从application/json改成application/x-www-form-urlencoded看服务端解析逻辑会不会混乱。每改一次点一次 Send看一次响应。这个动作重复十几遍你对这个接口的理解就超过看十篇文档。这就是手工测试的核心价值你能针对性地问问题而不是指望工具替你猜。Repeater 里还有一个细节要注意有些请求带一次性令牌CSRF Token你重放的时候令牌可能已经失效了返回的是令牌错误。这不代表你的思路有问题而是要先把令牌更新成最新的。做法是回到浏览器重新触发一次请求从 history 里拿到新令牌替换进去再试。4.3 Intruder 的最小可用姿势本地靶场Intruder 用来做批量请求比如测一批用户名是否存在、测一批参数值哪个会触发异常。新手容易一上来就想用它跑大字典我建议先用最小规模把机制搞懂。操作流程在请求里选中你要替换的那段内容右键 →Send to IntruderCtrlI。切到 Intruder 的Positions标签你会看到刚才选中的部分被自动标记成了变量用 § 包起来。攻击类型先选Sniper它适合只有一个变量位置的场景。然后到Payloads标签加载你的测试值列表。注意社区版有速率限制这是产品设计不是你配置错了。所以练习阶段把列表控制在十几二十条够验证机制就行。点Start attack弹出结果窗口重点看长度Length和状态码这两列。绝大多数情况下行为异常的请求会在这两列上和其他的明显不一样——长度突然变了、状态码从 200 变成 500这些都是值得点进去细看的信号。有一个新手常犯的错看到结果里某一条长度不同就认定找到了。实际上长度不同可能只是因为返回的提示文案长短不同跟漏洞没关系。正确的做法是点进去看具体内容判断这个差异是不是安全相关的。差异本身不是结论差异的原因才是。4.4 保存证据项目文件与请求导出社区版不支持保存项目这件事在做完一轮测试之后会变得很麻烦——你想回头看看某个请求发现已经关掉软件了。所以养成随手留证据的习惯。几个实用的做法在 Repeater 里右键请求可以保存到文件HTTP history 里选中多条请求右键可以批量导出关键请求截图配合文字记录写进你的测试笔记里。我自己的习惯是每测完一个功能模块就把这个模块相关的请求全部导出到一个按模块命名的文件夹里再写几行备注说明每个请求的意图和结论。当时觉得麻烦回头复盘或者写报告的时候就知道值了——很多结论当时觉得我记得住过一周真的记不住。5. 抓不到包时的排查链路按顺序砍掉可能性这部分是整篇里最有价值的内容。网上教程都教你怎么配通但很少有人告诉你不通的时候按什么顺序查。下面这条链路是我踩了无数次坑之后固定下来的从上到下走一遍基本能定位到问题。5.1 从有没有流量进 Burp开始分层排查排查的核心思路是把链路切成几段逐段验证先确定流量走到哪一段就断了。链路是浏览器 → 代理设置 → Burp 监听 → 目标服务器。第一问Burp 里到底有没有这条请求打开 HTTP history 看。如果有记录说明代理和监听都是通的问题在后面比如响应被服务端拒绝了、或者你关注的是另一个域名的流量。如果完全没有记录说明流量根本没到 Burp往下查。第二问浏览器的代理设置生效了吗很多浏览器的代理插件有仅对某些规则生效的模式可能你当前访问的域名不在规则里于是走了直连。检查方法把代理插件切到全局代理模式再试一次。还有一种情况是插件和系统代理打架两个都开了结果互相覆盖。查的时候只看一个地方别同时配两套。第三问Burp 的监听器是 Running 状态吗在前面说过监听记录前面有个勾选框改完配置如果不勾等于没改。另外端口被占用也会导致监听失败这种情况下 Burp 通常会给出提示留意启动时的报错信息。第四问端口对得上吗浏览器里填的是 8080Burp 监听的是 8080这两个必须一致。改端口之后只改了一边是低频但确实会发生的失误。按这四问走一遍90% 的完全抓不到都能定位。我有一次折腾了二十分钟最后发现是代理插件被浏览器更新之后重置了配置代理压根没开——这种时候越是怀疑工具越容易绕远路回到链路分段验证反而最快。5.2 HTTPS 证书类问题的典型症状证书问题不会表现为抓不到包而是表现为抓到了但看不懂或者页面打不开。这两种症状要分开处理。症状一页面报证书错误网站打不开。这说明浏览器不信任 Burp 签发的证书。检查三件事证书是不是装进了受信任的根证书颁发机构如果用的是 Firefox 系是不是装进了浏览器自己的证书库而不是系统库装完之后有没有重启浏览器部分浏览器需要重启才重新加载证书列表。症状二页面能打开Burp 里能看到请求但内容是加密的。这种情况通常意味着你抓的这个流量没走 Burp 的证书签发流程比如它是通过其他方式建立的加密连接。先确认这个请求确实是从你配置了代理的浏览器发出的而不是某个后台程序自己发起的。还有一种特殊情况证书固定Certificate Pinning。有些客户端在代码里硬编码了它信任的证书不管你系统里装了什么根证书它只认自己内置的那一张。遇到这种Burp 里会显示握手失败或者连接被重置。这不是你配置错了是对方做了额外的防护。学习阶段遇到这种知道原理就行不必死磕。症状三一部分网站正常另一部分网站报错。这种通常是那几个网站用了 HSTS强制 HTTPS或者有更严格的证书策略。先确认访问的是https://而不是http://再确认证书装的位置对不对。如果只是个别站点有问题先放一放不影响你练其他目标。5.3 那些不走系统代理的客户端有一类抓不到特别让人困惑浏览器里明明能看到请求在 Burp 里但某个客户端软件的流量就是不见踪影。原因是这类程序不读系统的代理设置。它们要么自己配置了直连要么用的是自己的网络库压根不管系统里设了什么代理。常见的包括一些桌面客户端、部分命令行工具、手机上的原生应用等。对应的处理思路分两种如果程序本身提供了代理配置项很多客户端在设置里有网络代理直接填127.0.0.1:8080就行。如果程序没有代理配置项那就要在更底层做流量转发这属于进阶内容学习阶段可以先跳过把精力放在浏览器侧的目标上。移动端抓包是另一个常见需求思路和桌面端一样但有三个额外注意点手机和电脑必须在同一个局域网代理填电脑的局域网 IP 加端口不能填127.0.0.1那是手机自己电脑上的 Burp 监听地址要改成0.0.0.0否则只接受本机连接手机要单独安装 CA 证书而且较新版本的移动系统对用户安装的证书有额外限制部分应用默认不信任用户证书。这点在练习时要有心理准备遇到抓不到先怀疑证书信任级别别怀疑代理。提示在移动端做任何抓包之前先确认设备和网络都是你自己的实验环境。在公共网络或者他人设备上操作风险和责任都很大。6. 长期使用的几个习惯与边界意识工具用熟了之后差距往往不在会不会用某个功能而在于一些习惯。这部分说说我自己这些年沉淀下来的几个做法都是踩坑换来的。6.1 面板与快捷键的效率配置Burp 的功能很多但真正高频的就那几个。把高频操作绑到肌肉记忆上效率提升非常明显。常用的几个快捷键操作快捷键使用场景发送到 RepeaterCtrlR看到一个值得深挖的请求发送到 IntruderCtrlI需要批量测试参数转发当前请求界面按钮拦截状态下放行开关拦截界面按钮控制拦截节奏除了快捷键还有两个界面习惯值得养成。一是把常用的标签页固定住比如 Repeater 和 Decoder别每次都要在标签栏里翻。二是善用 Decoder遇到 Base64、URL 编码、十六进制的内容直接丢进去解码比在外面找在线工具快得多而且不用把敏感数据贴到第三方网站上——这一点在做实际项目时是硬要求。另外字体大小和主题这种小事也值得调一下。抓包一盯就是几小时默认字体偏小调大一点眼睛舒服很多。这不是矫情是可持续工作的问题。6.2 授权范围与测试记录最后说一件必须说的事。抓包这个技术本身是中性的它只是一个看和改的能力。决定它性质的是你对着谁用。在自己搭的练习环境、在自己有权限的系统、在明确授权的测试项目里用这是正常的技术工作对着不属于你的系统用那就完全是另一回事了。这条线不能模糊。落实到具体习惯上我建议做两件事第一测试前明确范围。具体到哪些域名、哪些接口、哪些时间段白纸黑字写清楚。范围之外的东西哪怕技术上能碰也不碰。这不是形式主义是在保护你自己。第二边测边记。每个测试动作、每个发现、每个判断依据随手记下来。原因很实际一是事后复盘需要二是当你需要向别人解释我做了什么、为什么这么做的时候记录就是最好的证明。我见过太多人测试做得很漂亮但什么记录都没有最后说不清楚自己干了什么。还有个小建议给测试环境做快照。虚拟机跑练习环境的话测之前打个快照测崩了一键回滚。这个习惯能让你更大胆地去试各种参数因为你知道最坏的结果就是回滚不会把环境搞废。我自己刚开始学的时候最常犯的错不是配置错而是不记录——抓了一堆包改了一堆参数回头想复盘某个结论是怎么得出来的完全想不起来。后来强迫自己每测完一个点就写两行字虽然慢了一点但积累下来的东西是真正属于自己的比看十篇教程都实在。这套配置流程和排查链路你只要完整跑通两三次后面换机器、换系统、帮别人配环境基本都能闭着眼睛走完。