跳到主要内容
IPOK

Telegram 封号 IP 检测:看清浏览器可观测出口与客户端 MTProto/SOCKS5 分流边界

在注册、接收短信验证码或登录 Telegram 桌面端/网页版时遇到限制或封禁,社区文章常把接码号段、设备环境与节点纯净度混为一谈。在网络层面,IPOK 将观测范围严格限定为「当前浏览器访问 ipok.io 节点的出口网络与本地特征」,提供双栈独立探测、机房/住宅推断、公开风险源证据与按需 WebRTC/DNS 自查。

Telegram 的内部反垃圾(Anti-Spam)与账号风控规则并未公开,账号申诉与限制说明请以 Telegram 官方 FAQ(https://telegram.org/faq_spam)及官方客户端提示为准;IPOK 无法确认具体受限原因。本页提供的双栈、网络分类、公开风险源与 WebRTC/DNS 检测仅用于本地浏览器网络配置自查,不表示 Telegram 将这些探针指标作为封禁或注册准入判据,也不承诺收码成功、防封或解封。

你的公网出口 IP
体验示例 IP
体验示例:

第一步:先分清浏览器访问 ipok.io 的出口与 Telegram 客户端内置代理的差异

Telegram 桌面端(Telegram Desktop)与移动端 App 支持在应用内部独立配置 MTProto Proxy 或 SOCKS5/HTTP 代理,同时系统代理客户端(如 Clash、Surge、v2rayN、Sing-box)也常为 Telegram IP 段(如 AS62041 / AS62014)配置专门的分流规则,因此 Telegram 客户端的实际出站路径往往与浏览器访问 ipok.io 时的出口并不一致。

任何外部网页都只能观测当前浏览器向该网站发起的请求,无法穿透或读取本地 Telegram 客户端内部的代理设置、TUN 网卡状态或系统进程规则。排查时请务必结合 Telegram 内部连接设置与代理客户端日志核对实际出站节点。

第二步:探测 ip4.ipok.io 与 ip6.ipok.io 双栈出口,核查 RFC 7359 分流条件

Telegram 客户端与网页版均支持 IPv6 连接。若代理规则仅接管了 IPv4 而本地网络启用了 IPv6,双栈环境下的请求可能走另一协议栈出站。IPOK 主卡与下方双栈卡片分别请求 ip4.ipok.io 与 ip6.ipok.io 两个独立单栈端点回显出口地址(应用层不建立 v4/v6 配对记录)。

当 IPv4 与 IPv6 出口本次均可达时,双栈同时可达本身不等于泄露;两栈地址或归属不同本身也不足以直接判定隧道绕过(双栈隧道或不同受保护出口也可能呈现不同地址),页面会参阅 RFC 7359 双栈隧道流量保护建议,提示你结合客户端路由规则与连接日志核验是否存在「代理仅接管单栈、另一栈直连本地 ISP」的绕过情形。若另一协议栈本次未响应或超时不可达,不代表本机已禁用或不存在该协议栈(如无 IPv6),也不能据此证明无泄露或安全。

第三步:核对机房 / 住宅推断、公开风险源证据与按需 WebRTC / DNS 自查

许多排障指南会区分数据中心机房(Hosting)与家庭宽带(ISP)节点。IPOK 基于公开 ASN/BGP 声明与上游网络特征(如 ipapi.is 的 company.type、asn.type 与 is_datacenter)提供有边界的机房(hosting,对应 35 分上下文下限)与住宅/ISP(isp / residential)分类推断,并对比 GeoIP 定位国家(geo.countryCode)与注册国家(rdap.country ?? intel.asn.country)提供原生/广播参考(详见 https://ipok.io/t/datacenter-or-residential 与 https://ipok.io/t/native-ip)。此项属于启发式推断,不承诺 100% 绝对识别。

在公开风险指标上,IPOK 汇总最多 10 个已接入风险源:有返回时直接展示 AbuseIPDB 举报次数与置信度;Scamalytics 风险分仅在手动指定 IP 查询且共享缓存未命中、额度可用时尝试(或命中窄带住宅补票条件时调用)。EvidenceSummary.confidence(及 directSources)仅标注直接风险证据(Tor 90、黑名单 70、代理/VPN 65、滥用 55)来自单源还是多源(底层采集独立性未验证)。配合下方点击触发的 WebRTC 检测(连接 Google / Cloudflare 公共 STUN,ICE 候选本地解析、不发送给 IPOK)与自建权威域 leak.ipok.io DNS 递归出口比对(结果可读有效期为 5 分钟;过期后不可读,记录在后续会话操作时清理,空闲时过期记录可能继续驻留;仅在初始分配失败时回退 bash.ws,非 DNS 污染检测),可系统化核对当前浏览器侧网络信号;隐私说明见 https://ipok.io/privacy。

想单独查看本站的分档规则、机房上下文下限与逐源证据说明,可前往IP 纯净度检测。

常见问题

为什么浏览器在 IPOK 测出低风险住宅 IP,Telegram 仍然收不到验证码或提示受限?

首先,浏览器访问 ipok.io 的出口不代表 Telegram 客户端(尤其是配置了内置 MTProto/SOCKS5 代理或 IP 段分流规则时)的实际出站路径;其次,Telegram 的内部风控规则并未公开,号码号段、接码频次、客户端环境与历史行为均可能影响判定。本页提供的双栈、WebRTC、DNS 与风险源检测仅作本地浏览器网络自查,不表示 Telegram 将这些探针指标作为封禁或注册判据,请以 https://telegram.org/faq_spam 及官方提示为准。

双栈卡片显示 IPv4 与 IPv6 出口不同,或者另一栈未响应,代表什么?

两栈地址或归属不同本身不足以直接判定隧道绕过(双栈隧道或不同受保护出口也可能呈现不同地址);这可能提示单栈接管或分流策略差异,需结合客户端路由规则与连接日志核验——只有确认另一栈未进入预期隧道而直连本地 ISP 时,才能判定属于 RFC 7359 所述的绕过情形。若另一栈本次未响应或超时,不代表本机已禁用或无 IPv6,也不能据此证明无泄露或安全。

本页会读取本地 Telegram 客户端配置或上传 WebRTC 候选地址吗?

不会。浏览器网页无法读取本地 Telegram 客户端配置或代理进程规则;WebRTC 检测仅在点击后运行,ICE 候选在浏览器本地解析、不发送给 IPOK;自建 leak.ipok.io DNS 测试记录的结果可读有效期为 5 分钟;过期后不可读,记录在后续会话操作时清理,空闲时过期记录可能继续驻留。详见 https://ipok.io/privacy。

相关检测