NextJS v11.1部署后iPhone蜂窝网络环境下无法访问问题咨询

• 运营商蜂窝网络透明代理干扰：多数运营商会对蜂窝网络的HTTP/HTTPS流量做透明代理，注入请求头、压缩静态资源、修改响应长度，NextJS 11的增量静态再生、资源预加载逻辑对响应完整性校验严格，iOS Safari内核遇到被篡改的响应会直接终止加载；安卓和WiFi场景下要么运营商未触发代理规则，要么浏览器容错性更高不会拦截。
• 双栈网络(IPv4/IPv6)适配问题：iPhone蜂窝网络默认优先请求IPv6地址，若你的域名仅配置了IPv4解析、AWS EC2未开启IPv6支持、NGINX未监听IPv6端口，或Apollo Client的GraphQL端点硬编码了IPv4地址，iOS发起IPv6请求超时后不会主动回落至IPv4，导致页面加载失败。
• MTU/MSS不匹配：蜂窝网络的默认MTU通常为1420（WiFi场景为1500），若你的AWS EC2安全组、NGINX未开启MSS钳位，超过MTU的TCP包会被运营商网络丢弃，iOS蜂窝网络的TCP栈不会主动调整分片大小，而安卓系统有自适应分片逻辑，因此仅iOS蜂窝场景加载失败。
• NGINX HTTP/2配置异常：若你开启了HTTP/2，NGINX默认的帧大小、超时参数不符合蜂窝网络低带宽高延迟的特性，iOS Safari的HTTP/2实现容错性较低，会直接断开连接导致加载失败。

• 优先确认请求失败阶段：可以直接在连接iPhone热点的笔记本上打开浏览器开发者工具，查看请求是在DNS解析、TCP握手、TLS握手阶段失败，还是在资源加载阶段被终止，也可以通过Mac的Xcode设备功能抓取iPhone Safari的网络请求日志，获取更详细的报错信息。
• 验证IPv6适配性：在AWS EC2上执行 ip a 确认是否分配IPv6地址，检查NGINX配置是否包含 listen [::]:80; listen [::]:443 ssl http2; 类的IPv6监听规则，确认域名解析是否配置了AAAA记录。
• 排查MTU问题：在连接iPhone热点的笔记本上执行 ping -s 1400 -M do 你的站点域名，如果出现丢包则说明MTU不匹配，可在AWS EC2的iptables添加规则 iptables -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu 修复。
• 排除运营商代理干扰：将站点配置为强制HTTPS传输，开启HSTS，在NGINX配置中添加 Cache-Control no-transform 响应头，禁止运营商篡改响应内容，验证是否可以正常访问。
• 排查服务端访问规则：检查AWS WAF、安全组规则，确认是否有针对iOS蜂窝UA、运营商IP段的拦截规则，查看WAF日志、NGINX的error.log和access.log，确认iOS蜂窝的请求是否到达服务端、返回的状态码是否为200。
• 排查NGINX与NextJS配置：临时关闭HTTP/2，将NGINX的 client_max_body_size、send_timeout 等参数调大；也可在next.config.js中关闭针对移动设备的自动资源拆分、预加载逻辑，重新打包镜像部署测试，排除NextJS本身的UA适配bug。

内容的提问来源于stack exchange，提问作者D. Campbell