外观
浏览器报错代码对照表：ERR_CONNECTION_RESET是什么意思
快速答案：浏览器报错页面上那一行全大写的英文（如 ERR_CONNECTION_RESET），是 Chrome/Edge 内核给这次失败连接分配的错误代码，不是随机文案，每个代码对应一类固定的失败原因。 ERR_CONNECTION_RESET 表示连接建立后被意外中断；DNS_PROBE_FINISHED_NXDOMAIN 表示这个域名根本查不到解析记录；ERR_SSL_PROTOCOL_ERROR 表示加密握手失败。本文把 Chrome/Edge 常见的十几个报错代码整理成对照表，逐条给出含义、常见原因和解决方向，看到报错先来这里对号入座，比凭感觉重启路由器更快。
需要说明的是，这些代码是浏览器内核在任何网络场景下都可能弹出的通用报错——公司WiFi、家庭宽带、手机流量、访问国内网站时都可能触发，并不专属于"访问不了海外网站"这一种情况。如果你是在配置代理、访问 Google、ChatGPT 等海外服务时遇到报错，按流程排查的完整方法见网络错误、连接超时怎么解决和国外网站打不开怎么办；本文只负责把你看到的这行英文代码翻译成人话。
报错代码显示在浏览器的哪个位置
很多人遇到报错页面只看到"该网页无法正常运作"这类大字提示就开始瞎试解决办法，其实真正有用的信息藏在页面下方一行小字里，找到它能省掉大半排查时间。
Chrome 的显示位置： 打不开网页时，Chrome 会显示一个"😦"表情加"此网页出现问题"或"无法访问此网站"的大标题，往下翻一两行，能看到一行小号灰色文字，格式通常是"若要了解详情，请访问 chrome://net-internals/#dns"上面或下面紧跟一个全大写代码，比如ERR_CONNECTION_TIMED_OUT。这行代码就是本文要查的对象。
Edge 的显示位置： Edge 基于 Chromium 内核，报错页面样式和代码位置与 Chrome 几乎一致，同样在页面主提示文字下方的小字部分。
操作方法： 用鼠标在这行代码上三击（triple-click）可以整行选中并复制，比手动打字更准确，避免看错字母（比如把 RESET 看成 RESER）导致查错方向。如果代码文字被截断或看不清，可以把浏览器窗口放大，或者对该区域截图放大查看。
注意事项： 部分第三方浏览器（基于 Chromium 二次开发的国产浏览器）会自定义报错页面样式，可能隐藏或简化了这行代码。如果你用的浏览器看不到任何英文代码，建议临时换成官方 Chrome 或 Edge 测试同一个网址，代码通常就会显示出来。
Chrome / Edge 常见报错代码对照表
下表整理了 Chrome/Edge 内核最高频出现的报错代码。表格只给方向性的判断，具体每一步怎么操作，本文后面的分段和站内其他排查文章会展开讲。
| 报错代码 | 含义 | 常见原因 | 解决方向 |
|---|---|---|---|
ERR_CONNECTION_RESET | 连接建立后被意外中断 | 线路不稳定、安全软件/防火墙拦截、目标站主动断开 | 换网络环境重试、检查防火墙与安全软件设置 |
ERR_CONNECTION_TIMED_OUT | 请求发出后长时间没有响应 | 网络延迟高、目标服务器无响应、链路拥堵 | 检查网络连接、稍后重试、换网络环境 |
DNS_PROBE_FINISHED_NXDOMAIN | 域名查询不到任何解析记录 | 域名拼写错误、域名已过期或不存在、DNS服务器无该记录 | 核对域名拼写、换一个DNS服务器测试 |
ERR_SSL_PROTOCOL_ERROR | HTTPS加密握手失败 | 系统时间不准确、安全软件拦截加密流量、网站证书配置问题 | 校准系统时间、更换网络环境、联系网站方 |
ERR_NAME_NOT_RESOLVED | 域名解析请求失败（区别于查无记录） | DNS服务器无法访问、本地网络配置错误 | 刷新DNS缓存、更换DNS服务器 |
ERR_CONNECTION_REFUSED | 请求被目标明确拒绝，未建立连接 | 目标端口未监听、本地代理设置残留、服务器拒绝该来源 | 检查本地代理设置、确认目标服务是否在运行 |
ERR_INTERNET_DISCONNECTED | 设备判定当前完全没有网络连接 | WiFi/网线断开、路由器故障、飞行模式 | 检查物理连接、重启路由器 |
ERR_EMPTY_RESPONSE | 服务器直接关闭了连接、没有返回任何内容 | 服务器过载或崩溃、中间设备拦截了响应 | 稍后重试、换网络环境 |
ERR_TOO_MANY_REDIRECTS | 页面陷入循环跳转，浏览器主动中止 | 网站配置错误、Cookie异常、HTTP/HTTPS跳转冲突 | 清除该网站Cookie、用无痕模式测试 |
ERR_CERT_AUTHORITY_INVALID | 网站证书的颁发机构不受信任 | 证书自签名、公共WiFi劫持、系统证书库过旧 | 确认网络环境是否可信、更新系统 |
表格之外还有代码没列出怎么办
以上是出现频率最高的十条，不是全部。如果你看到的代码不在表里，可以直接把完整代码（含 ERR_ 前缀）复制到搜索引擎查询，浏览器内核的报错代码是标准化的，几乎每个代码都能查到对应说明。下文还会展开讲几个高频代码的细节和证书类代码的补充说明。
ERR_CONNECTION_RESET 详解：连接被重置是怎么回事
概念解释： ERR_CONNECTION_RESET 的字面意思是"连接被重置"——TCP连接原本已经正常建立，但在数据传输过程中被一方强制中断。注意这和"根本没连上"是两回事：连接确实建立过，只是中途断开了。
实际场景： 在公司或学校网络下访问某些网站突然弹出这个代码，很可能是网络出口的防火墙识别到某类流量特征后主动切断；在家庭宽带下偶尔出现，多是路由器或运营商链路瞬时抖动；如果只在某一个特定网站上稳定复现、其他网站都正常，则更可能是那个网站自身对你的访问模式做了限制。
操作方法： 先刷新页面重试一次，排除偶发抖动；如果稳定复现，换一个网络环境（比如从WiFi切换到手机流量）测试，能恢复说明问题在原网络环境；检查系统安全软件或杀毒软件是否开启了"网页防护""流量扫描"类功能，临时关闭后重试。
注意事项： 如果你是在使用代理服务访问被限制的海外网站时看到这个代码，原因层面会更复杂（可能涉及协议被干扰、线路不稳定等），这种场景下的分场景排查步骤本文不重复展开，直接看网络错误排查里的"连接已重置"章节更高效。
DNS_PROBE_FINISHED_NXDOMAIN 详解：域名查无记录
概念解释： DNS_PROBE_FINISHED_NXDOMAIN 中的 NXDOMAIN 是"Non-Existent Domain"的缩写，意思是浏览器完成了DNS查询探测，但得到的结果是"这个域名不存在任何解析记录"。这和查询本身失败（比如DNS服务器无响应）是两个不同的失败阶段，NXDOMAIN说明查询流程走完了，只是查询结果为空。
实际场景： 最常见的原因其实是手滑打错了网址，比如把 github.com 敲成了 githu.com；其次是访问一个已经过期停止续费的域名；比较少见但确实会发生的情况是本地DNS缓存里存了一条已经失效的旧记录。
操作方法： 第一步永远是重新检查地址栏的域名拼写，逐个字母核对；确认拼写无误后，尝试用手机流量或其他设备访问同一域名，如果所有设备都提示同样的NXDOMAIN，基本可以确认是域名本身的问题而不是你的网络；怀疑是本地缓存问题，可以执行 ipconfig /flushdns（Windows）清空缓存后重试。
注意事项： DNS_PROBE_FINISHED_NXDOMAIN 和下文的 ERR_NAME_NOT_RESOLVED 容易被混为一谈，实际含义不同——前者是"查了，确实没有"，后者更多是"查询这个动作本身失败了"，两者对应的排查方向不完全一样，不要看到"DNS"两个字就用同一套方法处理。
ERR_SSL_PROTOCOL_ERROR 详解：加密连接握手失败
概念解释： HTTPS网站在建立连接时，浏览器和服务器要先完成一次"SSL/TLS握手"，双方确认身份并协商加密方式，握手成功之后才会传输网页内容。ERR_SSL_PROTOCOL_ERROR 就是这次握手过程本身失败了，浏览器判断当前连接无法保证安全，直接中止显示网页，而不是显示明文警告页面（明文警告页面对应的是证书类代码，见下一节）。
实际场景： 一个容易被忽视的诱因是设备系统时间不准确——HTTPS证书有严格的有效期校验，如果系统时间显示为证书生效之前或过期之后的日期，握手会直接失败；另一个常见诱因是安全软件或某些浏览器扩展对加密流量做了"中间人"式的扫描拦截，破坏了正常的握手流程。
操作方法： 先检查系统右下角的日期时间是否正确（尤其是虚拟机、长期不联网的设备容易出现时间漂移），手动同步一次网络时间；然后用无痕模式打开同一网址排查扩展干扰；仍不行，临时关闭安全软件的"HTTPS扫描"类功能测试。
注意事项： 如果只有某一个网站报这个错、其他HTTPS网站都能正常打开，问题大概率出在那个网站自己的证书配置上（比如证书过期、配置错误），这种情况本地怎么调都没用，只能等网站方修复或换一个可信来源访问。
证书相关报错代码：ERR_CERT_* 系列
证书类代码和 ERR_SSL_PROTOCOL_ERROR 不同，它们通常会先弹出一个"您的连接不是私密连接"的警告页面，允许用户手动选择"继续前往"，而不是像握手失败那样直接中止。
| 报错代码 | 含义 |
|---|---|
ERR_CERT_AUTHORITY_INVALID | 证书的颁发机构不在浏览器信任列表中，常见于自签名证书或公共WiFi劫持 |
ERR_CERT_DATE_INVALID | 证书已过期或还未到生效日期 |
ERR_CERT_COMMON_NAME_INVALID | 证书绑定的域名和你实际访问的域名不一致 |
实际场景： 连接公共WiFi（如机场、咖啡厅）时突然对所有HTTPS网站都弹出证书警告，需要高度警惕——这是WiFi劫持中间人攻击的典型信号，攻击者用自己的证书伪装成目标网站来窃取数据，这种情况下不建议点击"继续前往"，尤其是要输入账号密码的页面。
操作方法： 如果只在一个网站上出现证书警告、其他网站都正常，多是那个网站自己证书配置的问题，普通用户点"继续前往"风险相对可控（但不建议在这类页面输入敏感信息）；如果换个网络环境（比如手机流量）证书警告就消失，基本可以确认是原网络环境的问题，应立即停止在该网络下进行任何账号登录或支付操作。
注意事项： 证书类报错本质是安全机制在起作用，不建议养成"看到警告就无脑点继续"的习惯，尤其是在不熟悉的公共网络下。
其他常见报错代码速查
除了上面详细展开的几个，还有一些出现频率不算最高、但同样容易让人摸不着头脑的代码，一并整理如下，方便直接搜索定位。
ERR_TOO_MANY_REDIRECTS： 网页陷入了跳转A到B、B又跳回A的循环，浏览器检测到这种死循环后主动中止加载并报错。多数是网站自身HTTP/HTTPS跳转规则配置错误，或者你本地保存的Cookie和网站当前规则冲突，清除该网站的Cookie通常能解决。
ERR_ADDRESS_UNREACHABLE： 浏览器知道目标地址，但网络层面判定这个地址当前不可达，常见于本地网络路由配置异常或目标服务器整体下线。
ERR_NETWORK_CHANGED： 请求发出的过程中，设备的网络环境发生了切换（比如从WiFi自动切到移动数据），连接被迫中断，通常刷新一次就能恢复，不需要额外排查。
ERR_QUIC_PROTOCOL_ERROR： Chrome使用的QUIC传输协议出现异常，常见于某些企业网络或安全软件对UDP流量做了限制。可以在地址栏输入 chrome://flags 搜索"QUIC"并临时禁用测试。
Safari的报错提示和Chrome/Edge代码的对应关系
Safari的设计风格和Chromium系不同，报错页面不会显示ERR_开头的英文代码，而是用一句完整的自然语言描述问题，很多用户因此以为Safari"报错信息不够专业"，其实只是表达方式不同，背后对应的失败类型是相通的。下表帮你把Safari的中文提示对应到Chrome/Edge的代码含义上。
| Safari提示语 | 对应的Chrome/Edge代码类型 |
|---|---|
| "无法打开此页面，因为服务器已停止响应" | 对应 ERR_CONNECTION_TIMED_OUT |
| "Safari无法与服务器建立安全连接" | 对应 ERR_SSL_PROTOCOL_ERROR 或证书类代码 |
| "找不到服务器" | 对应 DNS_PROBE_FINISHED_NXDOMAIN 或 ERR_NAME_NOT_RESOLVED |
| "此连接不是私密连接" | 对应 ERR_CERT_* 系列证书代码 |
| "Safari无法打开该页面，因为服务器意外中断了连接" | 对应 ERR_CONNECTION_RESET |
操作方法： 如果你在iPhone、iPad或Mac上用Safari遇到报错，先对照上表找到对应的代码类型，再回到本文对应的详解章节按相同思路排查——原因和解决方向是一致的，只是Safari没有把代码显示出来。想看到更接近底层的信息，可以在同一台设备上临时用Chrome打开同一个网址，Chrome通常会显示具体代码，方便进一步确认。
注意事项： iOS上的Chrome实际调用的是Safari内核（WebKit），所以iOS上的Chrome和Safari遇到同一个问题时报错文案可能高度相似，都不会显示ERR_代码，这一点和电脑端的Chrome不同，是iOS平台的系统限制，不是Chrome的锅。
报错代码和"访问不了海外网站"是什么关系
这是一个经常被搞混的问题，值得单独说明清楚：本文列出的这些报错代码，是Chrome/Edge浏览器内核在任何网络失败场景下都会显示的通用机制，触发它们的原因可能是家里WiFi信号不好、路由器需要重启、目标网站自己服务器宕机，和"访问海外网站"完全没有关系。
但确实存在交集： 如果你是在配置代理服务、尝试访问Google、YouTube、ChatGPT等国内直连无法打开的海外平台时看到这些代码，代码本身的字面含义没有变化，只是背后的原因层多了一种可能性——比如节点失效、协议被干扰、分流规则未覆盖等和代理相关的原因。这种场景下，只知道代码含义还不够，需要结合是否在使用代理这个前提做进一步排查。
判断方法： 先确认自己当前是否在通过代理服务访问网站。如果没有使用任何代理，直接在国内网络环境下打开境内网站遇到这些代码，按本文给出的通用原因排查即可；如果是在通过代理访问被限制的海外平台时看到报错，建议直接跳转到更贴合这个场景的排查文章——网络错误、连接超时怎么解决按报错文案分了四大症状族给出针对性步骤，国外网站打不开怎么办则从网络环境、DNS、浏览器本地、目标网站四层给出完整排查顺序，两篇都比单纯查代码含义更贴近这类场景的实际操作。
注意事项： 不要看到ERR_CONNECTION_RESET就直接联想到"是不是我的代理被封了"，先按上面的判断方法排除本地网络和目标网站本身的问题，避免把简单问题复杂化。
HTTP状态码和浏览器报错代码有什么不同
不少人会把 ERR_ 开头的浏览器报错代码和网页上显示的HTTP状态码（如404、500、502）混为一谈，两者其实处在完全不同的层级，理解这个区别能帮你更快判断故障发生的位置。
核心区别： ERR_ 开头的代码，是浏览器根本没能和服务器完成正常通信时给出的判断，属于网络传输层面的失败；HTTP状态码（403、404、500、502、503等）则是浏览器已经成功连接上服务器，服务器也确实给出了响应，只是这个响应本身代表某种错误状态。简单说：ERR_ 代码是"没说上话"，HTTP状态码是"说上话了，但对方说了句坏消息"。
实际场景： 看到404页面（通常还带有网站自己的品牌样式），说明你的网络和目标服务器之间通信完全正常，只是你访问的这个具体页面不存在，问题在网站内容层面，和网络环境无关；看到502 Bad Gateway，说明服务器之间的转发环节出了问题，同样是服务器端的故障，不需要检查本地网络。
操作方法： 遇到404、500这类页面，不需要按本文的思路排查网络，直接确认网址是否正确，或者等待网站方修复即可；只有看到"此网页无法正常运作"配合ERR_开头代码的页面，才需要按本文的方向排查。
常见问题
ERR_CONNECTION_RESET是什么意思？
表示连接已经建立，但在数据传输过程中被意外中断，可能是线路不稳定、安全软件拦截，或目标网站主动断开连接。详见本文"ERR_CONNECTION_RESET详解"一节。
DNS_PROBE_FINISHED_NXDOMAIN是什么意思？
NXDOMAIN意为"该域名不存在"，说明浏览器完成了域名查询，但查询结果是这个域名根本没有解析记录，最常见原因是网址拼写错误或域名已过期。
ERR_SSL_PROTOCOL_ERROR怎么解决？
先检查设备系统时间是否准确，HTTPS证书对时间敏感；再用无痕模式排查浏览器扩展干扰；如果只有单个网站报错，大概率是该网站自己的证书配置问题，本地无法解决，需等网站方修复。
为什么浏览器显示ERR_CONNECTION_TIMED_OUT？
说明请求已经发出，但长时间没有收到服务器响应，常见于网络延迟过高、目标服务器无响应或链路拥堵。多刷新几次、检查网络连接是否正常是最直接的排查方法。
ERR_NAME_NOT_RESOLVED和DNS_PROBE_FINISHED_NXDOMAIN有什么区别？
两者都和域名解析有关但含义不同：NXDOMAIN是"查询完成、结果是没有这个域名"；ERR_NAME_NOT_RESOLVED更偏向"域名解析这个动作本身失败了"，常见于本地DNS配置错误或DNS服务器无法访问，排查方向不完全相同。
ERR_CONNECTION_REFUSED是什么原因？
表示请求被目标明确拒绝，连接根本没建立起来，几乎都是本地问题：系统代理设置指向了一个不存在的地址端口，或目标服务没有正常运行。检查本地代理设置是最优先的排查方向。
Safari为什么不显示ERR_开头的代码？
这是Safari的产品设计选择，它用完整的自然语言句子代替代码，本文"Safari对应关系"一节给出了Safari提示语和Chrome/Edge代码的对照表，可以按对照表找到对应的排查方向。
手机浏览器（Chrome App/Safari App）报错代码和电脑一样吗？
安卓上的Chrome App和电脑版显示逻辑基本一致，会显示相同的ERR_代码；iOS上无论是Safari还是Chrome，底层都调用WebKit内核，都不会显示ERR_代码，只有自然语言提示，这是iOS平台限制导致的，与具体浏览器品牌无关。
报错代码里的NXDOMAIN是什么意思？
NXDOMAIN是"Non-Existent Domain"的缩写，直译为"不存在的域名"，是DNS查询协议里的标准返回状态之一，表示DNS服务器明确回复"没有找到这个域名对应的任何记录"。
出现证书错误(ERR_CERT_*)可以直接点"继续访问"吗？
要看场景。如果只在单个网站遇到、其他网站正常，风险相对可控，但不建议在这类页面输入账号密码等敏感信息；如果是连上公共WiFi后所有网站突然都弹出证书警告，应高度警惕是网络劫持，不建议继续访问，换一个可信网络环境更安全。
报错代码消失又出现，是什么原因？
说明故障不是持续性的，而是间歇性的，常见于线路瞬时抖动、路由器偶发重启、WiFi信号不稳定这类波动型问题。如果间歇性复发的频率较高，建议按报错代码类型排查对应的本地设置或网络环境，而不是每次都简单刷新了事。
换个浏览器报错代码就不一样，为什么？
不同浏览器内核对同一次网络失败的判断和文案表达可能不同，尤其是Chromium系（Chrome/Edge）和WebKit系（Safari）的报错机制设计思路本身就不一样。如果换浏览器后问题本身消失了（不只是提示文案变了），说明原浏览器有本地设置或扩展方面的问题，而不只是显示差异。