IP 有没有泄露怎么查？ip-api、ipinfo、ip111 三步组合自查

核心结论：跑一个查 IP 网站确认不了「没泄露」，出口、类型、泄露是三个层面，要按查出口、查类型、查泄露的顺序组合 ipinfo、ip-api、ip111 和 ipleak，每层拿到一份数据再下判断。整套流程每步只要一两分钟。环境里做完再上业务，比事后排查省得多。

代理显示已连接，网页也正常打开。跑了一段时间，账号还是出问题。多数人先怀疑代理质量。但在怀疑代理之前，值得先把 IP 这一层查清楚。要查的其实有三件事：出口是不是配置的那条；这个出口在平台眼里是什么属性；浏览器有没有从别的通路把真实信息漏出去。三个问题对应不同的工具。MostMate 是一款把代理检查和出口核对做进环境管理里的指纹浏览器，下面按「第三方工具查一遍、环境内入口日常盘」的思路拆开讲。

出口、类型、泄露是三件事，一个网站看不全

查 IP 网站只能回答「出口是谁」。另外两个问题它都答不了。只跑一次查询就认为隔离到位，是自查里最常见的盲区。

平台风控看的东西至少有三层。

• 第一层是出口归属，IP 所在国家、城市、ASN 要与账号身份匹配。

• 第二层是出口属性。同一段 IP 有住宅宽带和数据中心之分，机房段在风控模型里的权重与住宅段不一样。

• 第三层是旁路泄露。WebRTC 能在浏览器里直接探测本机公网地址。DNS 解析可能绕开代理走系统默认通道。IPv6 则可能在只代理了 IPv4 的链路上直接暴露。这些通路绕开代理直连。

三层各自需要不同的数据，四个工具各查一层。下面按顺序走。

三步组合的自查流程

三步都要开在环境里做。本机浏览器测出来的是本机网络，对环境没有参考意义。

1. 第一步：用 ipinfo 查出口归属。在环境里打开 ipinfo.io，页面直接给出当前出口的地理位置、组织与 ASN。逐项和代理商标注对照：国家城市是否一致；运营组织是否是代理商宣称的那家。发现出入先记进环境备注，留到第二步交叉验证。不同数据库对同一段 IP 的收录有快有慢。单家结果不算结论。

2. 第二步：用 ip-api 判断出口属性。浏览器直接打开 ip-api.com，会返回一段 JSON。proxy 与 hosting 两个字段就是属性判定。hosting 为 true 表示这段 IP 属于数据中心或机房；proxy 反映它是否已被标记为代理。多数代理走机房段。hosting 显示 true 属于正常现象。这个字段的价值是让你清楚出口在平台眼里的属性，它与账号业务是否匹配，要结合业务自己判断。

3. 第三步：用 ip111 和 ipleak 查旁路泄露。ip111.cn 从国内网站、国外网站、谷歌三个方向各报一次出口。正常情况三个结果一致，指向同一条代理线路。ipleak.net 再补 WebRTC、DNS 与 IPv6 三个面板。任何一栏出现代理之外的地址，就说明存在旁路泄露。本地宽带运营商的网段尤其要警惕。这层要继续深挖，DNS 泄露检测和 IPv6 泄露检测两篇各有完整排查步骤。

三步跑完有三份结论：出口对不对、属性是什么、旁路干不干净。哪一步出问题，处理方向完全不同。拆开查而不是混着看，原因就在这里。

把检查固化到环境里：MostMate 的代理核对入口

第三方工具适合入库时的深度排查，日常核对用环境内的固定入口更快。MostMate 的代理表单里有一项 [ip 查询通道]，默认示例通道就是 ip-api。代理配好之后点 [检测代理]，环境按选定通道实测出口并回填结果。入库这一步不用出环境。

环境列表里每个环境都带代理与出口 IP 两列。哪条线配给哪个环境、当前出口落在哪个地区，扫一遍列表就能对完，不用逐个打开环境去问。环境参数里的语言、时区、位置信息这几项默认随出口 IP 对齐。出口定下来之后不用再手填，错位的风险随之少了一处。

从创建环境到配好代理的完整顺序，四步设置流程里有一版带界面说明的预览。环境隔离在整个防关联体系里承担什么角色，产品说明页有完整介绍。

结果怎么读：三类误判与检查节奏

异常结论要经过交叉验证再定性，三类常见误判各有对应的处理路径。

数据库误差：同一个 IP 在 ipinfo 显示一座城市，ip-api 显示另一座。多数是两家数据库的收录节奏差异。判断时看更稳定的字段。国家层面两边一致，就可以继续用。城市级别的差异记入环境备注。连续几次巡检都存在，再联系代理商核实。

机房属性：hosting 为 true 不等于这个出口不能用。它只说明这段 IP 属于数据中心，不是禁用标记。真正要权衡的是业务类型与出口属性的搭配。拿机房段跑对 IP 质量敏感的业务，和拿它跑属性不敏感的业务，风险量级完全不同。要不要继续用，取决于业务要求，而不是这一个字段。

旁路泄露：这是三类结果里唯一要立刻处理的。WebRTC 或 DNS 面板里出现代理之外的地址，先回环境确认代理确实在生效。再检查 WebRTC 的处理方式，指纹浏览器的 WebRTC 设置一篇按场景写过怎么配。处理完重新测，面板干净了再恢复业务。

检查节奏跟着三个时点走。新代理测通入库时，三步完整跑一遍。更换代理或调整环境配置后，复查第三步。日常巡检看环境列表的出口 IP 列有没有漂移。出口地区换了却没人改过配置，本身就是一条线索。固定周期的巡检动作，代理出口巡检一文整理过现成清单。

想在浏览器指纹那一层再加检测，BrowserLeaks 十一项检测导读按出口、读取、声明三组拆过每个项目的用法。

结语

IP 自查的价值不在跑过多少个网站。关键在出口、属性、泄露三层各自有数据。判断有依据，处理有方向。准备开新环境或换新代理的，按三步流程跑顺再上业务。已经在跑的，用环境内的出口 IP 列做日常盘面，异常再回第三方工具深查。下载 MostMate，把代理检查、出口核对和指纹配置放进同一套环境管理里。自查从临时动作变成固定流程。

常见问题

ip-api 是免费的吗？

网页版查询免费。浏览器直接打开，就能看到包括属性判定在内的返回结果。它同时提供 API 服务，免费档有调用频率限制。批量查询按官方页面的说明使用。

ip111 显示的三个出口 IP 不一样怎么办？

三个方向指向不同地址，说明不同链路走了不同出口。常见原因是分流规则或全局代理没有覆盖全部流量。回到环境里确认代理配置的覆盖范围，重测到三个结果一致。

WebRTC 泄露要怎么处理？

先确认代理在环境里真实生效，再检查 WebRTC 的处理方式。处理完回到 ipleak 重新检测，面板不再出现本地运营商网段才算解决。靠浏览器插件限制 WebRTC 的方式并不稳定，在环境层处理更稳妥。

三步全部正常，账号就一定安全吗？

不是。IP 只是关联信号里的一组。浏览器指纹、Cookie 与登录习惯、账号行为节奏，都在平台风控范围内。三步自查解决的是网络这一层，指纹层的隔离靠环境本身。两层都到位，关联风险才谈得上收敛。