Nginx 通过 msie_padding 和 msie_refresh 指令兼容 IE5.5–IE6：前者自动追加空格防响应截断，后者补充 Refresh 头保重定向稳定；需避免与 chunked_transfer_encoding off 冲突，并确保 Content-Length 准确；推荐在 server 块中启用或由应用层控制兼容逻辑。
直接在 Nginx 的 http 块中配置老旧浏览器兼容，核心是应对 IE5.5–IE6 在 HTTP 协议层的解析缺陷，不是调样式或加 polyfill，而是防止响应截断、重定向失效等底层问题。
启用 msie_padding 防截断
IE5.5–IE6 对极短响应（如空响应、3 字节返回）容易误判并截断。Nginx 通过 msie_padding 自动在响应末尾追加最多 128 字节空格，使长度“达标”：
- 该指令默认开启，无需显式写
msie_padding on; - 如确认无 IE6 用户且想省带宽，可关闭：
msie_padding off; - 仅对 User-Agent 匹配
MSIE [5-6]\.的请求生效 - 只作用于非 chunked、非流式响应（如 FastCGI 返回的空/短体），大响应不触发
搭配 msie_refresh 提升重定向稳定性
老 IE 对标准 Location 头支持不稳定，但能可靠识别 Refresh 头：
- 添加
msie_refresh on;后，Nginx 会为匹配的老 IE 自动补上Refresh: 0; url=...（与 Location 并存） - 特别适用于登录跳转、表单提交后 302 重定向等场景
- 建议和
msie_padding同时启用，形成基础兼容组合
避开常见陷阱
这些配置看似简单，但容易因外部干扰失效：
- 不要和
chunked_transfer_encoding off;混用——老 IE 本身不支持 chunked，强行关编码可能引发响应混乱 - 确保
Content-Length头未被 CDN、前置代理或负载均衡器剥离——msie_padding依赖准确长度计算 - 若用
proxy_pass，后端响应体需足够短（通常 < 128 字节）才会触发 padding；否则需后端自行填充或显式设Content-Length
更推荐的替代思路
比起在 Nginx 层打补丁，从源头控制更可控、更可持续：
- 在应用层对关键短响应（如登录成功、AJAX 空返回）显式设置
Content-Length: 0，或返回轻量内容（如{"ok":true}） - 用
map指令识别老 UA：map $http_user_agent $old_ie {<br> ~MSIE\ [5-6]\. 1;<br> default 0;<br>}
再通过add_header X-Old-IE $old_ie;透传给后端做差异化处理 - 如确需兼容，建议在
server块而非全局http块中启用，避免影响其他站点
