绕过DNS解析发送原始HTTP请求：新服务器测试工具推荐

当然可行！这是服务器迁移阶段非常常用的验证手段——毕竟DNS生效往往需要一段时间（受TTL缓存影响），直接绕开解析测试新服务器能帮你提前确认站点是否正常运行，避免迁移后出问题。

核心逻辑很简单：让你的请求直接发送到新服务器的IP，同时通过HTTP Host头告诉服务器你要访问的具体域名（因为很多服务器是基于域名托管多个站点的，只发IP的话服务器不知道该返回哪个站点的内容）。

下面推荐几个常用工具和方法，覆盖不同测试场景：

命令行工具（快速验证） #

curl（最推荐） #

curl是处理这类请求的首选工具，灵活且支持HTTP/HTTPS：

• HTTP请求：直接指定Host头和新服务器IP

  curl -H "Host: yourdomain.com" http://xxx.xxx.xxx.xxx
  

• HTTPS请求：需要用--resolve参数把域名、端口和IP绑定，避免SSL证书不匹配的错误

  curl --resolve yourdomain.com:443:xxx.xxx.xxx.xxx https://yourdomain.com
  

wget #

如果你更习惯wget，用法类似：

• HTTP请求：

  wget --header="Host: yourdomain.com" http://xxx.xxx.xxx.xxx
  

• HTTPS请求：

  wget --resolve yourdomain.com:443:xxx.xxx.xxx.xxx https://yourdomain.com
  

本地hosts文件（适合浏览器/多工具测试） #

如果你需要用浏览器访问测试，或者多个工具都要指向新服务器，修改本地hosts文件是更通用的方案：

1. 找到hosts文件位置：
   • Windows：C:\Windows\System32\drivers\etc\hosts
   • macOS/Linux：/etc/hosts
2. 在文件末尾添加一行（替换成你的IP和域名）：

   xxx.xxx.xxx.xxx  yourdomain.com  www.yourdomain.com
   

3. 刷新本地DNS缓存：
   • Windows：打开命令提示符，执行ipconfig /flushdns
   • macOS：终端执行sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
   • Linux：根据发行版，比如systemd-resolve --flush-caches
4. 测试完成后记得删除这一行，否则后续DNS更新后你的访问还是会指向旧IP。

浏览器临时修改（适合快速页面验证） #

如果你只想用浏览器临时测试，可以用开发者工具修改请求：

• 打开Chrome/Firefox的开发者工具（F12），切换到Network面板
• 随便发起一个请求，右键选择「修改并重新发送」
• 在请求头里添加Host: yourdomain.com，同时把请求URL里的域名换成新服务器IP
• 发送请求即可看到新服务器返回的内容

也可以用浏览器插件（比如Modify Headers）自动添加Host头，不过这种方法不如hosts或curl稳定。

注意事项 #

• 如果新服务器用了CDN或负载均衡，确保你指向的是源服务器IP，而不是CDN节点IP
• HTTPS场景下一定要绑定域名和IP（用--resolve或hosts），否则会出现证书错误——因为SSL证书是和域名绑定的，直接访问IP的话服务器无法匹配正确的证书

内容的提问来源于stack exchange，提问作者solderingiron