IP 查询指南：IPv4、IPv6 与终端查询方法

IP 查询回答的是一个问题：本设备联网时，互联网另一端看到的公网地址是什么？IPRapid 会分别给出 IPv4 与 IPv6 的结果，附上与该地址关联的网络信息，并且在浏览器和终端中提供同样的数据。本文说明每种查询方式，以及查询结果能说明什么、不能说明什么。

在浏览器中即时查询 IP

打开 iprapid.com，公网 IP 地址已经包含在首个 HTML 响应中，无需点击、无需注册。同时显示的还有该地址对应的国家、地区与城市，带精度半径的近似坐标，时区，ISP 或网络组织，以及宣告该前缀的 ASN。

要查询自己以外的地址，在查询框中输入即可，IPv4（如 8.8.8.8）与 IPv6（如 2001:4860:4860::8888）均受支持。

在终端快速查询 IP

终端 IP 查询往往比打开浏览器更快，而在服务器、容器或 SSH 会话中，它常常是唯一可行的方式。浏览器中的每项结果都有对应的命令行形式：

• curl iprapid.com —— 当前连接的 JSON 摘要。
• curl iprapid.com/ip —— 仅输出 IP 地址和一个换行，便于管道传给其他命令。
• curl iprapid.com/info —— 标签与字段顺序稳定的完整纯文本报告；curl iprapid.com/ansi 返回彩色版本。
• curl iprapid.com/field/country-code —— 只返回一个白名单字段，适合脚本使用。
• curl -4 iprapid.com 与 curl -6 iprapid.com —— 强制走 IPv4 或 IPv6，单独检测某一地址族。
• irm iprapid.com —— Windows PowerShell 下的等价命令。

这些接口不需要 API key，响应中带有限流响应头，便于自动化查询主动退避。

IPv6 检测与双栈就绪

IPv6 检测不只是判断“有没有 IPv6 地址”。IPRapid 会分别请求第一方的 IPv4-only 与 IPv6-only 端点，并以毫秒记录每次尝试的耗时，因此“双栈可用”“IPv6 链路异常”和“无法测量”始终是三种不同结论。被阻断、被过滤或未配置的探针只会记为未知，而不会被当成 IPv6 测试失败——缺少测量并不能证明 IPv6 不存在。

检测还会请求一个较大的 IPv6 响应作为路径 MTU 信号，IPv6 的问题往往正藏在这里：小请求正常，大流量却卡住。

时间、时区与耗时信号

IP 查询中有若干值与时间而非位置有关。时区与 UTC 偏移由 IP 地理数据集推断，而浏览器会独立报告自己的时区；两者不一致，是流量经由其他地区的 VPN 或代理出口的典型信号——当然，出差旅行或手动设置时钟也会产生同样的现象。

每个结果还带有本次观测自身的 UTC 时间戳，因此复制或分享出去的报告不会被误当成实时结果；连通性测试同时会显示每个探针耗费的毫秒数。诊断分享链接 24 小时后过期，且只包含脱敏后的状态值。

DNS 与 WebRTC 泄漏检测

泄漏检测会把本页使用的公网地址，与 WebRTC 通过 STUN 暴露的地址，以及权威 DNS challenge 观测到的解析器出口进行比对。地址一致并不能证明没有使用 VPN 或代理——分流隧道、多网卡和运营商路由都会产生看似正常的结果；无法完成的测试也绝不会被显示为通过。

IP 定位有多准确？

IP 地理定位描述的是网络分配，而不是某台设备或某个住宅。显示的城市可能是数百公里外的区域网关所在地，因此每个结果都附带精度半径。请把它当作不确定范围的边界，而不是围绕某个确切点的误差，更不要当成街道地址。

方法说明、完整接口表、限流行为与隐私处理见API 与方法文档。