一、数据采集场景的核心需求 数据采集业务对代理IP的要求远高于普通上网场景，核心特殊性体现在四点： 高并发大规模：短时间内大量请求，对并发承载、连接稳定性要求高； 风控差异化：不同目标平台反爬策略差异大，需灵活适配不同强度的风控； 地域精准性：价格、库存、广告等数据具有地域属性，IP定位不准则数据失效； 成本敏感性：采集业务长期持续，IP成本直接影响项目投入产出比。 代理IP选型需要从多维度综合评估，匹配业务特性，而非单纯比较价格或数量。 二、六大核心选型维度 2.1 IP类型与池规模 核心逻辑：住宅IP适配强风控目标，机房IP适配弱风控公开数据，移动IP适配移动端场景。 选型建议
一、资源类核查 IP池规模与构成 确认活跃可用IP数量，而非历史累计总量； 明确住宅IP、机房IP、移动IP的占比，匹配业务需求。 地域覆盖能力 确认支持的国家/城市级别，是否满足业务的地域精度要求； 验证IP实际归属地与标称的偏差率。 ASN与资源多样性 确认IP的ASN分布，避免集中在少数网段，降低整段封禁风险； 确认运营商覆盖丰富度，匹配业务场景。 二、性能类核查 目标站点可用率 明确针对具体目标业务站点的请求成功率，而非通用网络存活率； 支持小批量测试，验证真实业务场景下的可用率。
一、代理匿名等级体系 1.1 三级等级定义 代理IP的匿名等级，根据向目标服务器暴露的信息程度，行业通用划分为三级，核心差异体现在HTTP头处理与身份暴露程度上： 透明代理：目标服务器可感知代理存在，同时可获取客户端真实IP。代理转发请求时会携带X-Forwarded-For、Via等字段，明确标识代理路径与原始客户端地址。 匿名代理：目标服务器可感知代理存在，但无法获取客户端真实IP。代理隐藏真实IP，但保留Via等代理标识字段，仅暴露代理身份，不暴露来源。 高匿代理：目标服务器完全无法感知代理存在，也无法获取客户端真实IP。代理剥离所有代理相关字段，请求特征与普通用户直连完全一致。 1.2 核心差异对比
一、IPv6泄漏的定义与成因 1.1 核心概念 IPv6泄漏是代理IP使用中的典型旁路风险：当设备同时启用IPv4/IPv6双栈网络，而代理服务仅覆盖IPv4流量时，IPv6流量会绕过代理通道，直接与目标服务器建立连接，导致客户端真实IPv6地址暴露，代理匿名性完全失效。 1.2 泄漏根源 协议优先级：现代操作系统、浏览器默认启用IPv6，且优先选择IPv6地址访问目标网站； 代理覆盖不全：多数普通代理服务仅支持IPv4转发，未配置IPv6隧道，也不会拦截IPv6直连流量； 路由优先级：IPv6路由优先级通常高于IPv4，目标网站支持IPv6时，系统优先走IPv6直连，绕过代理。 二、泄漏的主要风险 真实身份暴露：目标网站可获取真实IPv6地址，关联ISP与地理位置，代理匿名
一、粘性会话的核心定义 粘性会话（Sticky Session，又称会话保持），指在设定的时间窗口内，同一客户端的所有代理请求绑定同一个出口IP，保持IP地址稳定，而非每次请求切换。 核心逻辑是通过IP的短期稳定性，模拟真实用户的网络行为特征，避免因IP频繁变动触发平台风控策略。 二、粘性会话与轮换代理的对比 对比维度 粘性会话 轮换代理 IP使用方式 固定时长内使用同一出口IP 每个请求
一、链路基本构成与角色 代理IP的完整数据链路包含三个核心节点，数据在节点间依次中转，核心变化是出口IP替换——目标服务器只能看到代理出口IP，无法直接获取客户端真实IP。 客户端：发起请求的应用、浏览器或脚本，配置代理规则； 代理服务器：中转节点，负责接收请求、替换出口IP、转发数据； 目标服务器：最终提供服务的网站或API接口。 二、客户端-代理段：连接建立与身份认证 客户端首先与代理服务器建立TCP连接，完成身份校验，这是所有后续交互的基础。 连接建立：客户端根据代理地址与端口，与代理服务器完成TCP三次握手； 身份认证：商业代理通常采用账号密码认证，客户端通过Proxy-Authorizati
一、TCP连接的性能成本 1.1 连接建立与拆除的开销 TCP连接建立需要三次握手，断开需要四次挥手，每次都消耗至少一个RTT。同时连接关闭后会进入TIME_WAIT状态，占用端口资源数十秒。 短连接模式下，每次请求都经历完整的建立-传输-拆除流程，握手与挥手的时间开销占比极高。高并发场景下，还会出现端口耗尽、连接排队等问题。 1.2 短连接模式的性能瓶颈 传统代理的短连接模式，在高频业务中会带来显著问题： 延迟高：大量时间消耗在连接建立与拆除，实际数据传输占比低； 失败率高：高并发下端口资源耗尽，新建连接失败率飙升； 目标压力大：频繁新建连接会给目标服务器带来连接压力，更容易触发风控限流。 二、长连接与连接池原理 2.1 长连接（Keep-Alive）机制 长连接的核心是请求完成后不关闭TCP连接，保持空闲状态，后续请求复用同一条连接，省去重复握手开销。
一、匿名等级的划分依据 代理IP的匿名等级，根据向目标服务器暴露的信息程度划分，核心判断标准有两个：一是是否暴露客户端真实IP，二是是否暴露代理身份。 不同等级的代理，在HTTP请求头的处理上存在显著差异，最终导致目标服务器的感知完全不同。 二、三类代理的核心差异 2.1 透明代理 透明代理是最低匿名等级的代理。转发请求时，会添加X-Forwarded-For字段记录客户端真实IP，同时携带Via字段标识代理身份。 目标视角：既能看到真实IP，也明确知道请求经过代理； 核心用途：企业内网审计、内容缓存、访问控制、带宽管理； 适用场景：内部网络管理，不适合需要隐藏身份的场景。 2.2 匿名代理 匿名代理会隐藏客户端真实IP，但会保留代理身份标识。通常不添加真
一、WebRTC与IP泄漏的关系 1.1 WebRTC技术基础 WebRTC是浏览器原生支持的实时通信技术，用于音视频通话、文件传输、点对点数据交互，无需插件，所有主流浏览器均默认支持。 为了建立点对点连接，WebRTC需要获取本机的网络地址信息，包括局域网IP与公网IP，这一过程通过STUN/TURN服务器完成。 1.2 WebRTC泄漏的本质 即使配置了代理IP，WebRTC的STUN请求默认也会绕过代理通道，直接向公网STUN服务器发起，从而暴露客户端的真实公网IP。 目标网站只需通过页面脚本触发WebRTC请求，即可获取用户真实IP，导致代理的匿名效果完全失效。这种泄漏不经过代理通道，因此代理配置再正确也无法主动阻止。 二、泄漏的底层机制 WebRTC通过ICE（交互连接建立）框架收集候选地址，包括： 主机候选地址：本机所有网络接口的IP地址； 服务器反射候选地址
一、DNS与代理的关系 1.1 DNS解析的基本逻辑 DNS（域名系统）是互联网的“地址簿”。访问网站前，系统需要先向DNS服务器查询域名对应的IP地址，这一过程称为DNS解析。默认情况下，DNS查询直接发送给本地运营商（ISP）的DNS服务器。 1.2 什么是DNS泄露 使用代理IP时，理想状态下所有网络流量包括DNS查询，都应通过代理通道转发，由代理服务器在远端完成解析。 如果代理配置不完整，仅转发HTTP/HTTPS应用层流量，DNS查询依然由本地系统直接发往运营商DNS服务器，就形成DNS泄露。此时DNS请求的源IP是客户端真实IP，访问的域名也会被本地DNS服务器记录。 二、DNS泄露的常见原因 2.1 HTTP代理的天然缺陷 普通HTTP代理仅工作在应用层，只转发HTTP/HTTPS流量，不处理底层的DNS查询。如果仅配置HTTP代理，系统层面的DNS解析依然走本地网络，天然存在泄露风险。 2.2 SO
一家专注于IP代理服务的科技公司