新加坡远程Mac开发机租用立即订购
OpenAI

Chrome 打不开 ChatGPT 而 Safari 正常：DNS 与分流排查

编辑部阅读约 4 分钟

同一台 Mac、同一个路由器代理下，Chrome 打开 ChatGPT 提示 Unable to load site 并回显国内 IP，Safari 却正常；手机 App 连 Wi-Fi 失败、用蜂窝网络正常。文章从 DNS、QUIC、IPv6、浏览器扩展和路由分流规则解释差异，给出可回滚的排查清单，并说明切换分流模式的风险与合规替代思路。

在 macOS 上，Chrome 打开 ChatGPT 时提示 “Unable to load site. Please try again later.”，页面还回显 [IP:国内 IP | Ray ID:...]；同一网络下 Safari 正常，手机 App 连 Wi-Fi 登录失败、切到蜂窝网络又能用。这种“同一个路由器、不同客户端结果不同”的现象，通常不是账号问题，而是请求没有走同一条网络路径。Chrome 和 Safari 在 DNS 解析、传输协议、IPv6 偏好和扩展环境上并不一样，路由器上的分流规则只要漏掉其中一种，就会出现浏览器之间“一个能开、一个不能开”。

先判断：请求到底从哪个出口出去

页面里的 IP 回显是关键线索。如果 Chrome 显示的是国内 IP，说明这次请求最终从国内出口发出，和账号是否被封关系不大；先查路由和 DNS，而不是反复登录、清缓存或换账号。Safari 能打开，说明路由器代理至少对部分流量生效，问题更可能出在 Chrome 自己的 DNS 或传输路径上。

手机 App 连 Wi-Fi 失败、用蜂窝网络正常，也进一步指向 Wi-Fi 出口、DNS 或 IPv6，而不是账号密码。提示 “Sign in failed The network connection was lost” 更像连接中断，不是凭据错误。

常见原因

可能原因 为什么 Chrome 更容易中招 验证方式
Chrome 安全 DNS 绕过路由器 DNS 路由器按域名分流时依赖 DNS 结果；Chrome 自己用 DoH 解析后，规则可能匹配不到 临时关闭“使用安全 DNS”，重启浏览器再试
QUIC/HTTP3 走 UDP 443 代理只处理 TCP 时，Chrome 的 QUIC 可能直连；Safari 更容易回退到 TCP 在 chrome://flags/#enable-quic 临时禁用后对比
IPv6 优先 分流规则只覆盖 IPv4，Chrome 走 AAAA 记录直连 curl -6 与 curl -4 对比出口
扩展或独立代理设置 浏览器扩展可能覆盖系统/路由器代理 用无扩展的干净配置测试
路由器分流模式差异 不同模式对域名、IP、UDP 的匹配不同；有人切换模式后恢复，但不是通用解 查看连接日志，记录原配置并回滚
缓存/HSTS/DNS 缓存 旧解析结果被复用 清 DNS 缓存、换干净配置

把某个域名加入黑名单后回显 IP 仍不变，说明规则没有作用到该请求。此时继续堆域名列表意义不大，应优先查 DNS 和传输层。

可回滚的排查清单

以下操作应在你有权管理的网络环境中进行，临时改动要记录并恢复。

  1. 记录出口 IP。终端执行：
curl -4 -s https://api.ipify.org; echo
curl -6 -s https://api.ipify.org; echo

分别在 Chrome 和 Safari 打开 IP 回显页，比较结果。若 Chrome 显示国内 IP、Safari 显示其他地区 IP，问题基本锁定在 Chrome 的 DNS/传输路径。

  1. 用干净配置排除扩展。终端执行：
open -na 'Google Chrome' --args --user-data-dir=/tmp/chrome-clean

这个配置不加载原有扩展和大部分缓存。若干净配置正常，逐个禁用扩展定位。

  1. 检查 Chrome 安全 DNS。打开 chrome://settings/security，临时关闭“使用安全 DNS”，完全退出 Chrome 再开。若恢复，说明路由器分流依赖 DNS 匹配，应与网络管理员统一 DNS 策略；测试后按组织要求恢复。

  2. 对比 QUIC。打开 chrome://flags/#enable-quic，临时设为 Disabled，重启浏览器。若恢复，说明 UDP 443 没有被代理覆盖。长期是否禁用要看代理是否支持 UDP，禁用可能影响速度。

  3. 检查 IPv6。用 ifconfig | grep inet6 和 scutil --dns | grep nameserver 查看是否有 IPv6 地址和 DNS。若只有 IPv6 路径异常，可在受控环境临时关闭 IPv6 对比，但不要在不了解网络影响时长期关闭。

  4. 检查系统代理和扩展。scutil --proxy 看系统代理；Chrome 设置里看是否启用了独立代理扩展。路由器层代理应保证客户端网关和 DNS 都指向路由器。

  5. 看路由器侧日志。确认 Mac 的网关、DNS 是路由器地址；在分流插件日志里找 Chrome 访问目标域名的记录。若日志里没有记录，说明请求没进代理；若有记录但出口不对，查规则和节点。

  6. 手机 App 单独看。Wi-Fi 失败、蜂窝正常，优先查 Wi-Fi 的 DNS 和 IPv6，而不是账号。

处理时的取舍

DNS 问题优先统一解析路径：要么让浏览器使用系统/路由器 DNS，要么在路由器侧统一处理安全 DNS，避免两套解析结果打架。QUIC 禁用能提升兼容性，但可能降低速度；如果代理支持 UDP，不必长期关闭。IPv6 同理，关闭前要确认是否影响其他内网服务。

把分流模式从大陆白名单改成游戏模式后恢复，是特定固件和插件下的经验，不是通用方案。模式切换会改变域名、IP、UDP 的匹配顺序，可能影响内网访问、游戏联机、流媒体。不要直接照搬；先记录原配置，确认影响范围，再决定是否调整。Safari 正常也不代表配置完全正确，它可能只是回退到了被代理的 TCP/DNS 路径。

合规提醒

访问受地区限制的服务，可能涉及服务条款和当地法规风险；不要购买或共享账号，也不要用来源不明的代理节点处理敏感数据。开发者如果需要长期稳定的海外网络环境运行 Claude Code 等工具，可以评估新加坡机房的独享远程 Mac：整台机器按月租用、远程连接，减少本地浏览器 DNS/扩展差异；是否合规、是否适合业务，需要自行确认服务条款和所在地要求。

小结

Chrome 与 Safari 表现不同，先看回显 IP；如果是国内 IP，按 DNS、QUIC、IPv6、扩展、路由器分流的顺序排查。切换分流模式不是通用解，所有临时改动都要能回滚。最终应回到合规网络和官方支持的使用方式。

代理分流DNSQUICChromeSafari

相关文章