部分浏览器忽略CGI脚本Location头：问题原因及复现方法问询

1. 缺少标准重定向状态码
   仅返回Location头而未指定状态码时，浏览器会默认使用302 Found。但302对POST请求的处理行为存在浏览器差异：部分旧版或严格安全策略的浏览器，在跨域POST场景下会拒绝执行跳转，导致停留在原表单页。而303 See Other是POST请求后重定向的标准状态码，明确要求浏览器用GET方法访问目标页面，行为更统一。

2. Location头格式不规范
   返回的Location: mysite.example.com/reply缺少协议（如https://），属于不完整URL。在跨域场景（表单域mysite.example.com与CGI域cgi.mysite.example.com）下，部分浏览器无法正确解析这种相对域名路径，直接导致跳转失败。

3. 跨域安全策略差异
   尽管两个域名同属主域，但部分浏览器对跨域POST后的重定向有严格校验，要求状态码明确、URL完整，否则会静默阻止跳转，表现为页面无反应。

4. IPv6环境适配问题
   若用户处于纯IPv6网络，而跳转目标页面mysite.example.com/reply仅支持IPv4，或DNS解析优先返回无效IPv6地址，浏览器无法加载目标页面，会停留在原表单页。

方法1：模拟无状态码的CGI响应 #

• 编写测试CGI脚本，处理POST请求后仅返回：

  Location: mysite.example.com/reply
  Content-Type: text/html
  
  

• 使用旧版浏览器（如Chrome 80之前、Firefox 75之前）或部分旧版移动端内置浏览器提交表单，大概率会出现跳转失败。

方法2：跨域+不完整Location头场景 #

• 保持表单在mysite.example.com、CGI在cgi.mysite.example.com，CGI返回不带协议的Location: mysite.example.com/reply。
• 开启Chrome的chrome://flags/#site-isolation-trial-opt-in选项后提交表单，触发严格跨域校验，可复现跳转失败。

方法3：IPv6环境模拟 #

• 切换到纯IPv6网络（如使用IPv6代理）。
• 确保mysite.example.com/reply仅支持IPv4，或DNS解析返回无效IPv6地址。
• 提交表单后，浏览器会因无法加载目标页面而停留在原表单页。

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