在美国,使用 AT&T 的基础设施。Massive 的文档指出,ISP 代理不支持地理定位,因此无法选择具体州或城市。若需针对特定位置的请求,请使用 Massive 的住宅网络,该网络覆盖 195 多个国家/地区,精度可达城市级别。
功能聚焦:Massive 的 ISP 代理究竟能为您带来什么
Massive 的 ISP 代理是基于 AT&T 基础设施的轮换式美国代理,具备 10 Gbps 的连接带宽,并支持“粘性会话”功能——即在您更改会话 ID 之前,将始终保持相同的 IP 地址。它们位于数据中心与家庭网络之间。 这些代理通常比真实的消费者设备运行更稳定,且其 IP 地址注册在 ISP 名下,而非云主机。本专题将介绍这些代理的功能、在基于它们构建系统前应了解的限制,以及它们与 Massive 住宅网络的对比情况。
要点总结
- Massive ISP 代理服务器运行在美国 AT&T 的基础设施上,带宽为 10 Gbps,支持 HTTP、HTTPS 和 SOCKS5 协议(Massive Docs).
- 粘性会话没有固定的过期时间。如果重复使用会话 ID,则会保留相同的 IP 地址;如果不使用会话 ID,IP 地址会自动轮换。
- 目前尚不支持地理定位,且仅可通过80和443端口访问。如需指定特定国家、地区、城市或邮政编码,请使用“住宅”模式。
什么是 ISP 代理,团队为什么要使用它们?
ISP 代理是指注册在互联网服务提供商名下,但由专为提升速度而构建的基础设施提供的IP地址。团队通常在原本需要使用数据中心IP的场景下选择使用它们:即处理需要高速和稳定IP地址的大规模任务,同时又希望避免带有云服务提供商的标识。
其吸引力很简单。许多网站对云托管的IP地址段持怀疑态度,因为大量自动化流量都源自这些地址段。Cloudflare在其《2025年雷达年度回顾》报告中指出,亚马逊网络服务(AWS)和谷歌云(Google Cloud)产生的流量占其网络中全球机器人流量的四分之一(Cloudflare(2025年)。我们在……中探讨了这对代理意味着什么。为什么人工智能代理会被数据中心IP地址封锁. 属于互联网服务提供商(ISP)的 IP 地址不会位于这些云地址段内。而且与家庭设备不同,它并非某人的手机——后者在进入电梯时可能会断开网络连接。其权衡在于:你放弃了家庭网络的地理分布和设备多样性,但换来了稳定性。
Massive 的 ISP 网络包括哪些内容?
根据ISP 代理简介, Massive 的 ISP 网络基于 AT&T 的基础设施运行,覆盖全美,提供 10 Gbps 的网速,并支持自动 IP 轮换。它支持 HTTP、HTTPS 和 SOCKS5 协议。
连接详情:
将您的代理用户名和 API 密钥导出为PROXY_USER 和API_KEY, 第一个请求如下所示:
curl ip-api.com \-x isp.joinmassive.com:8000 \-U "$PROXY_USER:$API_KEY"
运行两次,通常会看到两个不同的 IP 地址,因为没有会话 ID 的请求会轮换。
在 ISP 代理服务器上,粘性会话是如何工作的?
添加-session-{ID} 与您的用户名关联,所有带有该 ID 的请求都将通过同一 IP 地址发送。该 ID 可以是长度不超过 255 个字符的任意字符串。根据ISP 粘性会话文档, “除非更改会话标识符,否则会话将无限期持续。”
U="$PROXY_USER-session-37"curl ip-api.com \-x isp.joinmassive.com:8000 \-U "$U:$API_KEY"
这个“无限期”是其核心特性,与住宅网络的模式不同。在 Massive 的住宅网络中,会话采用固定的 TTL:默认值为 15 分钟,可在 1 到 1,440 分钟之间调整,且不会因后续请求而延长(住宅类粘性会话). 家庭用户会话与一台可能断开网络连接的真实设备相关联。而 ISP 会话则不受此限制,因此可以持续运行。
这使得 ISP 代理特别适合那些需要保持 IP 地址不变的工作场景:例如多步骤的结账测试、针对某个网站的长期监控任务,或者任何在任务进行中若发生 IP 地址变更会导致状态重置的流程。
在 Python 中,相同的会话如下所示:
import osimport requestsuser = os.environ["PROXY_USER"]user += "-session-37"key = os.environ["API_KEY"]host = "isp.joinmassive.com"port = 8000url = "http://ip-api.com/json"proxy = (f"http://{user}:{key}"f"@{host}:{port}")proxies = {"http": proxy,"https": proxy,}for _ in range(3):r = requests.get(url,proxies=proxies,timeout=30,)# same IP each timeprint(r.json()["query"])
更改37 当您希望为下一项任务获取新的 IP 地址时,请将其设置为新值。
Massive ISP 代理的局限性
这些限制条件非常具体,最好在构建之前就了解清楚。根据互联网服务提供商(ISP)的使用限制:
- 仅限 80 和 443 端口。 其他端口返回
453 Port Forbidden. - UDP 默认处于受限状态。 如有需要,请联系客服。
- 25号端口已关闭。 无法发送邮件。
- 受限内容已被屏蔽。 违反内容政策的请求将返回
452 Disallowed Content. 需要访问受限类别的合法用户可通过客服完成KYC认证。 - (目前)不支持地理定位。 该ISP 地理定位页面 明确表示:“我们目前还不支持针对 ISP 代理的地理定位。”
最后这一点往往是决定大多数选择的关键。如果你的工作需要像慕尼黑或大阪的用户那样查看网页,那么 ISP 代理并不是合适的工具。
ISP 还是家庭宽带:该选哪一种?
对于需要高吞吐量和长时间稳定会话的美国工作负载,请选择 ISP 代理。当您需要精准的地理位置或多样化的真实用户设备时,请选择住宅代理。Massive 的住宅网络覆盖 195 多个国家/地区,拥有超过 1,000,000 台自愿加入的设备(住宅简介),其中定位 按国家、行政区划、城市或邮政编码分类。
你不必非得选一个。你可以将美国的大批量任务通过ISP路由,而将任何与位置相关的任务发送到住宅地址。两者都使用相同的{PROXY_USERNAME}:{API_KEY} 凭据,因此客户端代码保持不变。发生变化的是端点(isp.joinmassive.com 在 8000/4080 与network.joinmassive.com (在 65534/65535 上)以及用户名参数:住宅会话可以添加-sessionttl-{minutes} 以及会话模式,还有诸如-country-US. 有关以此方式分流的更多信息,请参阅多提供商代理策略 和AI 代理中住宅代理与数据中心代理的对比.
如何开始使用 ISP 代理?
要成功处理第一个请求,需要经过三个步骤:
- 选择您的端口。 请将您的客户端指向
isp.joinmassive.com根据……,使用 8000 端口(HTTP 或 SOCKS5)或 4080 端口(HTTPS),ISP 身份验证文档. - 运行 curl 检查 请在上述内容中填入您的用户名和 API 密钥,并确认每次请求之间的 IP 地址是否发生变化。
- 添加
-session-{ID}仅适用于需要固定IP的步骤。
文档中包含了适用于以下内容的现成示例:Python,Scrapy,木偶师,Ruby,以及.NET,完整的错误代码列表请参见ISP 错误类型 页面。关于在家庭用户领域,设备数量为何比IP数量更重要,请参阅为什么IP地址越多并不意味着代理网络就越好.
ISP 代理:归根结底
- 由AT&T支持,仅限美国,10 Gbps,支持HTTP/HTTPS/SOCKS5。
- 粘性会话会一直保留相同的 IP 地址,直到您更改会话 ID 为止。
- 仅可访问 80 和 443 端口,且不支持地理定位,因此任何依赖位置的信息都应归类到“住宅”类别下。
- 使用 ISP 以获得稳定的美国吞吐量。
来源
- Massive Docs,“ISP 代理简介”
- Massive Docs,“ISP 粘性会话”
- Massive Docs,“互联网服务提供商(ISP)的使用限制”
- Massive Docs,“ISP地理定位”
- Massive Docs,“住宅介绍”
- Massive Docs,“住宅地理定位”
- Massive Docs,“住宅类粘性会话”
- Cloudflare,《2025年 Cloudflare Radar 年终回顾》
常见问题解答
除非您更改会话 ID。ISP 粘性会话文档中指出,会话“除非更改会话标识符,否则将无限期持续”。相比之下,家庭用户会话默认采用 15 分钟的固定 TTL,该值可调整至最多 1,440 分钟。
HTTP 端口为 8000,HTTPS 端口为 4080,SOCKS5 端口为 8000,均位于 isp.joinmassive.com。 出站流量仅可访问 80 和 443 端口。被封锁的端口将返回 453 错误,且 UDP 协议默认受限。
身份验证遵循相同的{PROXY_USERNAME}:{API_KEY} 模式与Massive的住宅代理相同。添加-session-{ID} 添加到用户名中,以确保在不同请求中保持相同的IP地址。
