可接受使用政策

可接受使用政策

本文概述代理行业的可接受使用规则。下面的限制来自不同服务商;ProxyCompass 的条件在最后一节单独说明。

可接受使用政策(AUP)描述客户可以通过代理服务开展哪些活动。它属于服务商服务政策的一部分,可能单独发布,也可能包含在服务条款中。两家服务都宣传代理适用于同一任务,却允许不同的执行方式时,这项政策的实际作用就很明显。

例如,一份公开政策禁止采集登录后才能访问的信息,另一份允许在获得授权后访问非公开信息。还有服务要求负载测试先取得书面批准,即使网站属于客户自己。这些差异可能决定一个已付款、技术上可正常工作的代理,是否适合任务。

数据抓取:页面要求登录时有什么不同?

假设一家公司采集供应商网站的价格。有些价格人人可见,批发价则在公司登录其客户账户后才显示。对公司而言,这是同一个价格监测项目;但对于仅允许公开数据的 AUP,两部分分别落在允许范围内外:客户拥有有效登录资格,并不能消除服务商的限制。

允许获授权访问非公开数据的政策,会采用不同的判断方式。关键问题转为客户是否获得采集本身的许可。查看账户页面、导出内容,以及再次分发所得数据,是不同的权限。允许员工阅读材料的订阅,不一定授权程序复制并转售材料。

其他条款关注采集如何运行。公开 AUP 可能明确要求遵守目标网站的 robots.txt 指示、API 限制和技术性请求速率限制。在这种条款下,仅将请求分散到多个 IP,并不会让原本禁止的采集变得可接受。客户购买代理服务时同意了该条件;这并不是说每条 robots.txt 指示都是法律。

页面内容也很重要。公开商品价格与公开可见的个人联系方式,是不同的数据。AUP 可能要求采集个人数据须具备合法依据,并对医疗信息、儿童数据或追踪可识别个人设置更严格条件。限制也可能涵盖后续发布或 AI 训练。页面成功下载,并不能解决这些后续用途的问题。

自动化应按实际行为判断

“抓取程序”“机器人”和“社交媒体工具”描述了软件,却很少说明其行为。同一种浏览器自动化可以检查广告,也可以制造付费点击。公开 AUP 会区分以下活动;支持左栏任务,并不代表允许右栏行为。

服务可能支持的任务 公开 AUP 限制的活动
检查广告投放位置与可见性 制造虚假展示或付费点击,包括旨在消耗其他广告主预算的点击。
监测搜索结果与排名 制造点击以操纵排名,或让流量看起来来自感兴趣的用户。
管理企业社交账户 创建虚假资料、评价、粉丝或互动;也可能禁止批量注册账户。
监测票价与余票 为大量获取或黄牛转售进行自动购票。有些政策直接禁止整个购票机器人类别。

同样的区别也解释了为什么即使邮件端口被封锁,反垃圾信息规则仍会适用。消息可以通过网站表单、评论或私信界面发送。关闭 SMTP 端口只阻止一种邮件发送途径,并不能阻止所有形式的非请求消息。

更直接的滥用形式包括尝试各种可能密码的暴力破解,以及测试被盗用户名与密码组合的撞库。政策还会禁止网络钓鱼、盗卡验证、恶意软件传播、DDoS 攻击,以及包括侵害儿童和侵犯版权在内的非法内容。这些禁令针对活动本身:即使几乎未消耗流量,少量尝试也可能违反 AUP。

超出攻击和欺诈范围的限制

AUP 也包含商业活动排除项。实际公开的列表包括付费调查、游戏内物品交易、流媒体相关域名、加密货币交易、赌博和成人内容。这些例子来自不同服务规则,并非全行业统一禁令。服务商可以排除某项商业活动,而不声称其中每一种行为都构成犯罪。

转售是另一项具体限制。将租用的代理凭据出售给客户,可能需要单独协议,也可能被标准合同禁止。控制面板中的子用户功能不能决定是否允许转售:独立凭据可能是供客户自己的团队使用。用代理制作报告的代理机构,与出售代理访问权限本身的企业,提供的是不同服务。

有些条款保护代理 IP 池本身,禁止将获得的地址和节点信息提供给用于检测代理、评估 IP 信誉或封锁流量的数据库。例如,租用访问权限以编目服务商访问网站所用的 IP,并将其提交给代理检测数据库,即使没有攻击目标网站,也可能违反此类条款。这项限制保护的是网络的商业价值。

这些条款说明,不能将 AUP 简化为犯罪清单。它们可以决定合法商业模式是否适合某项服务。从内部研究转为转售,或从采集公开价格转为建立个人相关数据集,即使程序和代理设置相同,也可能改变合同层面的判断。

测试自己的网站仍可能需要审批

公司聘请承包商扫描其网站漏洞。公司可以授权测试,却不控制承包商使用的代理网络。公开代理规则中,可能明确要求漏洞扫描、压力和负载测试须先取得服务商书面同意。因此,网站所有者的许可不一定涵盖任务所需的全部批准。

承载测试的网络也要面对产生的流量和投诉。扫描可能触及约定目标以外的系统,负载测试可能影响共享托管或防护服务。如果服务商允许这些测试,约定目标、方法和时段,可明确其同意承载哪些流量。“安全研究”这种笼统描述无法确定范围。

代理活动如何成为滥用举报

客户 A17 可以访问 IP 198.51.100.24 和 198.51.100.25,并用它们猜测某网站的密码。网站向服务商发送投诉,列出这些 IP 和 14:03–14:06 UTC 这一时段。服务商匹配到 14:04 和 14:05 的连接记录,准确识别客户 A17。客户被要求停止活动并解释经过,对该网站的访问也被停止。随后,服务商才向网站报告采取的措施。底部部分:攻击可能使服务商的子网被列入黑名单。网站使用这些名单,也会封锁其他客户的 IP。客户无法工作,服务商则失去客户和收入。
示例:网站报告猜测密码的 IP 和时间。服务商将事件与自身记录匹配,识别客户 A17,停止该客户对网站的访问,并报告已采取的措施。

目标方看到的是代理使用的 IP。如果其运营者发现密码攻击或网络扫描,证据最初指向该地址。举报可能发给代理服务商,也可能发给提供地址和服务器的托管公司。后一种情况下,代理卖家会从自己的供应商处收到问题通知。

公开托管文档显示了此类证据可能包含的内容。网络扫描记录列出时间、源 IP、目标 IP 和目标端口。例如,同一来源反复连接不同服务器的 22 端口,可能被报告为 SSH 服务扫描。流量洪泛报告则可能包含数据包速率和按目标汇总的流量。这些记录描述不同事件,需要不同解释。

服务商随后需要将外部事件与客户活动关联。独享地址的分配记录可能有帮助;共享或轮换代理仅凭地址可能不足以确定客户。客户可能在不同时间或同时使用同一 IP。准确时间及其时区,以及在可用且相关时提供的源端口,有助于区分连接。这取决于网络实际持有哪些记录。

投诉到达时间,也不同于投诉描述的活动时间。支持人员联系客户时处于闲置状态的任务,可能早先产生了被举报的流量。因此,只检查当前进程列表,或确认代理现在是否正常,无法回应举报。

这个过程不要求代理服务商读取每个 HTTPS 页面。通过代理隧道传输普通端到端 TLS 时,页面路径、提交的密码和响应内容都已加密。目标方可提供自身一侧的证据,服务商或托管商则掌握其可获得的网络信息。实际处理页面的托管浏览器或数据抓取 API,其角色和可见范围不同。

为什么某个目标无法访问,其他网站仍能加载

执行规则不一定会禁用账户。某些公开投诉处理流程允许仅临时限制举报中指出的网站或主机,其他流量仍可继续。在这种情况下,代理检测工具可以报告连接正常,但客户的主要任务无法访问目标。

也存在预防性规则。有些服务监测银行登录页等敏感目标的请求速率,并在活动过多时施加额外限制。因此,某类目标可能在正常使用下可访问,却不允许无限制自动请求。这是目标访问控制,不一定是月度流量额度。

AUP 与公平使用在这里可能重叠,但干预原因仍然重要。价格采集任务虽被允许,也可能使共享资源过载;密码攻击则能以小得多的流量违反 AUP。购买更多流量,只有在增加相关容量时才可能解决前者,并不会授权后者。

上游托管商可以施加更大范围的限制。托管规则可能规定,在发生攻击和扫描后锁定单个 IP、多个地址或整台服务器。使用这些基础设施的代理卖家,可能必须先与托管商解决事件,才能恢复访问。更换代理 IP 却继续相同活动,并未消除原因。

也没有统一的警告顺序。有些政策描述会尝试与客户解决问题,同时保留首次违规后就暂停服务的权利。公开账户系统也会区分滥用举报、检测到的 AUP 违规和付款欺诈问题。客户需要知道说明的限制原因与范围;仅一个“已暂停”无法提供这些信息。

如果流量由承包商或其他用户发出

代理凭据可能安装在多个应用中,也可能交给代理机构。服务商条款可以要求账户持有人对通过该权限开展的活动负责。服务商的合同关系对象是购买服务的客户,因此,仅解释程序由承包商运行,并不能解决事件。

实际需要做的是查明举报时刻哪个应用或人员使用了凭据,并停止相关活动。如果权限泄露,需要撤销或更改暴露的凭据。服务支持时,独立凭据和任务记录可以简化排查,但不会构成 AUP 的例外。

账户限制也可能涵盖规避服务商自身规则的尝试,例如封禁后创建替代账户、违反规定重复申领试用,或逃避身份核验。新账户或新分配的 IP,不会让同一项禁止操作变成获准操作。

付费套餐及其余额会怎样

可能存在几种财务后果,应分开理解。一种是处理投诉所涉及工作的费用;另一种是因违约终止合同时丧失未使用的服务权益;第三种是承担客户行为导致的特定第三方索赔或费用。已支付的代理套餐金额,不一定是所有这些义务的上限。

合同之间确实存在这些差异。公开条款中,有的规定因违约终止后未使用余额作废,而服务商因自身安排结束服务时采用不同处理方式。有些还规定,合规原因导致的暂停,不会自动延长订阅或余额有效期。因此,账户闲置不一定意味着付费期限暂停。

投诉处理费没有全行业统一金额。付款只是支付协议规定的费用,不会购买继续禁止活动的许可,也不保证恢复服务。反过来,仅收到举报也不能确定所有财务后果。在强制性法定权利的约束下,限制或终止的相关依据,以及适用付款条款,决定合同层面的结果。

支持人员联系你时应提供什么

支持人员需要你回应举报所述的活动。“代理正常”“套餐已付款”和“我们只做数据抓取”,都不能指出是什么产生了被举报的连接。有用的回应会将事件关联到客户的实际任务,并说明已采取的措施。

  1. 暂停受影响任务,保留设置和可用日志。使用被举报活动的发生时间,并注明时区,而不是使用收到消息的时间。
  2. 查明使用权限的应用、定时任务、员工或承包商。将目标和代理 IP 与自身记录对比。通过服务商支持渠道索取缺失详情。
  3. 描述原因及所作调整,例如已停止任务、移除非预期目标,或撤销泄露权限。对于事先约定的测试,提供书面许可及其范围。
  4. 确认仍存在哪项限制,以及服务商要求满足什么条件才能恢复获准任务。原因未解决前,避免换用其他 IP 重新运行相同操作。

服务商可能采用工单、控制面板表单或专门的回复流程。有些服务通过 API 提供投诉内容和状态。这些只是事件处理方式,并不能确定统一恢复时间。审核客户回复的期限,也不同于重新激活服务的承诺。

返回知识库