一个 IP 后面有多少人，是怎么被看出来的

数清一个地址后面几个人，是个已解决的问题

「没人能看出一个 IP 后面有多少人」这个想法是错的，而且错了很久。一个经典手法（Bellovin）利用 IP 头的 id 字段——常常是个简单的递增计数器——来分离 NAT 后面的不同主机，在安静的家庭网络上精度可达误差一台以内。

现代方法强得多。Cloudflare 的 CGNAT 分类器用分布式 traceroute、WHOIS/PTR 关键词、每 IP 的 user-agent 与客户端多样性、以及它最重要的特征——地址在一个 /24 前缀内怎么聚集——达到 0.98 的准确率。Spur 这类商用检测方直接公布一个字段 clients.count，报告每天在一个地址上观测到的平均客户端数。

这些方法各自观测什么

一项研究测得 TCP 与 TLS 握手的延迟差在直连上约 4ms，经商业住宅代理则达 245–265ms。这个方法可以被攻击，但更新的工作改为关联「网关流量与转发流量」的特征，在这类攻击下依然成立。

CGNAT 共享 vs 代理池

普通的运营商级 NAT 和住宅代理池，都表现为「一个地址后面很多用户」——这正是它们难以区分、也值得搞懂的原因。

区分它们的是行为。CGNAT 是同一运营商、同一地域的真实家庭聚合，地址在运营商的前缀里成簇。代理池转发的是来自散布各地、互不相关设备的流量，带着暴露「转发」的并发簇、心跳和地理错位。检测方读的是这个模式，不是地址本身。

住宅代理池到底怎么组建

这正是池化地址背负污名的原因。一项 2019 年的研究枚举出超过 618 万个住宅代理 IP，横跨 238 个国家/地区；在它指纹识别的设备里，43% 是 IoT 设备——摄像头、DVR、打印机——而在一批代理程序样本中，大多数被杀毒软件判为恶意。池子是由捆绑 SDK、有害程序和被攻陷设备拼起来的。

即使是商业的、opt-in 的服务商，也从数百万用户装的带宽共享 app 里取池；一种更新的手法则在路由器层面把整段网络据为己有。检测厂商正是通过加入这些网络、观测它们来枚举出口地址——这精确地解释了一个地址如何被列进一份你没往上放过它的名单。

为什么独占性才是要紧的属性

如果共享可被检测、池化背负污名，那么真正保护一个地址的属性，就是只有你在用它。一个只有一个用户的独享地址，不会产生标记一个池的那些并发簇、客户端多样性或地理错位。

这是个结构性论点，不是营销话术：「一客户一地址」比产品标签更要紧，因为上面的检测读的是行为，而单个用户的行为，正是一条真实住宅线本该有的样子。独占性是一项合同事实，所以值得要成书面的。