测试环境迁移时，开发人员往往希望保留原来的访问域名，只把请求发到新服务器。直接在地址栏里换成IP，应用可能会因为主机名不同而返回默认站点，原本要验证的页面也就看不到了。Burp Suite可以在项目内指定域名对应的IP，这样既能沿用原来的访问地址，也能单独验证新环境。配置之后如果还收到旧环境的响应，就要分清是规则没匹配、缓存还在，还是请求走了另一条连接路径。

　　一、BurpSuite域名解析怎么自定义

　　只想让当前项目里的某个域名指向指定服务器，可以在DNS设置中添加主机名解析覆盖。填写前准备好测试域名和对应的IP，端口仍按应用原来的访问地址填写。

　　1、添加主机名和IP的对应关系

　　主机名字段只接收访问地址里的主机名。以测试地址https://app.example.test:8443/health为例，规则里用的是app.example.test。

　　①点击顶部的【Settings】，在设置窗口中依次打开【Network】→【DNS】。

　　②在【Hostname resolution overrides】区域点击【Add】，在【Hostname】中填写实际访问的主机名。去掉地址中的协议、端口和路径。

　　③在【IP address】中填写测试服务器的IP，保存后确认该行的【启用复选框】已勾选。多个子域名指向同一台服务器时，按实际访问的主机名分别添加。

　　2、保留原域名验证请求

　　①在Burp内置浏览器中打开【测试应用的原访问地址】，保留原有协议、域名和端口。选一个能辨认环境的页面，例如显示应用版本的状态页。

　　②在【Proxy】→【HTTP history】中选中对应记录，核对请求的目标主机名，再查看响应里的版本号、环境标识或其他已知差异。

　　③如果页面加载后又访问了其他域名，在【HTTP history】中找出对应的请求。需要切换到测试环境的主机名，可以分别补充解析规则。

　　同一个IP上可以运行多个站点，服务器可能按请求的主机名选择站点。保留原域名访问，能让应用按原来的地址处理请求。历史记录里的主机名也会保留原值，确认请求落在哪套环境，要看响应中的环境信息，或者核对服务端访问日志。

　　二、BurpSuite域名解析与系统DNS有何关系

　　Burp自己解析并直连目标时，已启用且匹配的覆盖规则会为该主机名指定IP。没有匹配规则时，Burp通常使用本机的解析机制。两种结果可能同时存在，比如Burp中访问的是新环境，同一台电脑上的普通浏览器仍然访问旧环境。

　　1、确认项目规则的生效范围

　　①在【Hostname resolution overrides】中检查当前项目是否有对应规则。核对请求中的实际主机名，尤其是地址里多出来的子域名。

　　②暂时取消该行的【启用复选框】，点击【Clear DNS cache】，发起一次新的访问并记录响应里的环境标识。

　　③重新启用规则，再用【Clear DNS cache】清理Burp内的解析缓存。访问同一地址，对照两次响应里的版本号或服务端记录。

　　这项设置按项目生效，适合在同一台电脑上分别维护不同测试环境。系统的DNS配置和hosts文件不会随项目设置一起改动。普通浏览器如果直接连接服务器，它的访问结果取决于自己的解析路径，和当前项目的覆盖规则可以不同。

　　2、区分指定IP和调整地址优先顺序

　　一个主机名可能同时返回IPv4和IPv6地址。遇到某种地址能解析出来但当前网络走不通的情况，可以试着调整Burp的地址偏好。

　　①在【Network】→【DNS】中找到【Preferred IP version for DNS resolution】。

　　②根据测试网络实际可达的地址类型，选择【Prefer IPv4】或【Prefer IPv6】。需要按系统默认顺序尝试时，选回【Use system's default behavior】。

　　这个选项影响解析所得地址的优先顺序。要把某个域名固定到一台指定服务器，仍应在主机名解析覆盖中填写那台服务器的IP。

　　3、检查是否由SOCKS端执行查询

　　①打开【Settings】→【Network】→【Connections】，查看是否启用了【Use SOCKS proxy】。

　　②如果已经启用，打开【Configure】，检查【Do DNS lookups over SOCKS proxy】是否勾选。勾选后，Burp会把相应的DNS查询交给SOCKS端处理。

　　③用测试服务的【访问日志】或响应中的环境标识核实请求实际到达的位置。排查此类连接时，以承担查询的那一端为准。

　　三、BurpSuite域名解析设置后不生效怎么排查

　　排查时可以先看请求有没有经过Burp，再检查地址是否匹配、连接有没有重新建立。如果已经收到某个环境的HTTP响应，响应内容往往比地址栏更容易说明请求去了哪里。

　　1、处理切换地址后仍出现旧响应的情况

　　①在【HTTP history】中确认有一条刚刚生成的请求记录。展开响应，检查返回的是旧环境的页面，还是跳转到了另一个主机名。

　　②返回【Hostname resolution overrides】，核对主机名和IP，确认规则已启用。修改后点击【Clear DNS cache】。

　　③重新建立连接后访问【状态页】或其他带环境标识的页面。如果使用的是外部浏览器，关闭原有浏览器会话后重新打开，再确认Burp中出现新的请求记录。

　　2、从报错位置判断该查哪一段

　　①遇到域名解析错误时，对照【HTTP history】中的目标主机名检查拼写，并查看重定向后的域名是否也需要单独配置。

　　②遇到连接超时或连接被拒绝时，核对【IP address】和应用实际监听的端口。到测试服务器上确认服务正在监听该端口，并检查测试电脑到该地址的连通性。

　　③如果服务器已经返回页面，但显示的是默认站点，检查请求中的【Host】或HTTP/2的【:authority】，再对照服务器的站点绑定。若报错发生在HTTPS握手阶段，按访问域名核对服务端的证书和TLS配置。

　　DNS只负责确定连接地址。端口连不上、同一地址上的站点选错、证书与域名不匹配，都可能发生在解析成功之后。把报错落在哪一步弄清楚，可以少花时间反复改同一条规则。

　　总结

　　Burp Suite的主机名解析覆盖适合验证环境迁移、服务切换这类需要保留原域名的场景。测试服务器如果能在状态页或响应头里提供环境标识，切换前后就有了可以直接核对的依据。遇到同一个域名在不同客户端里表现不一致时，不妨把各自的访问路径和服务端记录摆在一起看，往往能更快找到差异。