什么是 Internet Protocol？请求会在哪一层失败？
理解 Internet Protocol 如何与 DNS、TCP、UDP、TLS 和 HTTP 配合，并通过分层示例定位故障，避免把 IP 与网站混为一谈。
作者Yiyao
IP 在网络端点之间传递分组
Internet Protocol 提供跨互联网络的分组寻址与传递。IPv4 和 IPv6 是这个网络层协议的两个版本。IP 地址在网络上下文中标识端点，它本身不是网页、用户账户，也不保证服务可用。
IP 不会单独提供现代网页会话所需的可靠性、顺序、加密和应用行为。其他协议和应用逻辑负责这些功能。区分角色可以让排查更准确。
跟随一次常见的 HTTPS 请求
对命名主机发起 HTTPS 请求时，客户端通常先通过 DNS 获取地址，然后建立适当的传输和安全应用连接，再交换 HTTP 消息。不同 HTTP 版本的细节不同，这只是概念顺序。
某一阶段失败可能阻止后续阶段发生。名称解析失败时可能没有应用服务器连接可以检查；服务器返回 HTTP 错误时，请求已经走得比单纯 DNS 失败更远。
给每一层提出独立问题
| 关注点 | 问题 | 证据 |
|---|---|---|
| DNS | 名称返回了什么地址或其他记录？ | 查询、类型、解析器和 DNS 状态 |
| IP 与网络路径 | 流量能到达目标网络吗？ | 连接性和获授权的路由诊断 |
| 传输 | 需要的通信能建立吗？ | 连接结果和服务端点 |
| TLS | 安全连接对这个主机名有效吗？ | 证书和握手结果 |
| HTTP | 请求收到什么响应？ | 状态码、响应头和正文 |
| 任务输出 | 内容满足实际要求吗？ | 必需字段或用户动作已验证 |
分层诊断清单：从 DNS 发现开始，经过 IP 路径、传输、TLS、HTTP，最后验收可用的任务输出。
一个绿色检查不能代替其他检查。网站可以成功解析、接受连接，却返回错误的租户页面；完成传输的正文也可能是错误消息而不是所需数据。
让 TCP 和 UDP 各司其职
TCP 为使用它的应用提供有序、可靠的字节流。UDP 提供数据报，但不保证相同的送达和顺序。应用和协议可以在任一传输之上构建额外行为。
不要把 UDP 等同于所有快速任务，也不要把 TCP 等同于所有慢任务。DNS 可以使用 TCP 和 UDP；HTTPS 的传输安排取决于协商的 HTTP 版本。
把 IPv6 发现与 IPv6 传递分开
AAAA 记录提供 IPv6 地址信息，但不会创建可用的 IPv6 路由。A 记录也不能证明 IPv4 目标接受所需服务。请从真正支持 IPv6 的环境分别测试两个地址族。
记录结果时标明工具运行在用户设备还是远程服务器。Arcvenza 的公共 DNS 工具从自己的节点观察，能辅助 DNS 调查，却不能证明用户本地网络的全部属性。
按层排查一次故障
假设获授权的数据请求解析成功并到达 HTTPS 服务，但服务返回 403。修改 DNS 通常不能纠正权限决定；应阅读认证和访问要求，并与服务负责人一起检查响应。
如果客户端报告 DNS 超时且没有 HTTP 状态，就从解析器和网络路径开始，不要先修改请求正文。先找出最后一个已确认阶段和第一个失败阶段，再选择修复。
常见问题
一个地址可以承载多个网站吗？可以。托管和应用路由可以把多个主机名关联到共享基础设施，数字地址不能替代目标 URL。
知道 IP 就能得到某人的精确位置吗？不能。网络和注册信息有局限，不应被当成精确个人位置。
选择下一张诊断页
缺少响应时阅读 DNS 服务器指南，IPv6 路径问题阅读 AAAA 指南，服务器已经返回应用响应时阅读 HTTP 错误码指南。保留查询、环境、响应和任务结果，让下一位审阅者可以跟随判断。
技术参考：RFC 791、RFC 3596、RFC 9110。