阅读时间 8 分钟

别再迷信“家宽 IP”:Claude 防封指南--不一定有用

天才程序员激情到一半,Claude 突然用不了了。

重新登陆出现了意料之中的情况:

突然心里就踏实了,终于还是来了。

本来对于使用 Claude 基本都是默认会封号的,正所谓“怕封别用,用别怕封” ,但是也不能白白送钱给 A\ ,国庆期间我封掉了两个 team,直接让我破产了,因为 A\ 不给我退款,但是我给用户按比例退款了。

所以就想着,研究一下防封策略,即使做不到百分百之防封,能降低封号概率也是好的。

我看了下我的两个 team 封号邮件都是说因为在不支持的国家或者地区使用了 Claude,很可能就是用在使用的时候泄露了ip。

为什么挂了代理还是会泄露?浏览器加载网页和 WebRTC 探测连接,可能走不同的路径:

  • 普通网页请求经过代理,网站看到代理 IP。
  • WebRTC 通过 STUN 探测公网地址,如果这个连接直接出去,就可能发现真实 IP。

所以,查 IP 的网页显示美国,并不能证明浏览器所有连接都经过美国代理。浏览器代理、系统代理,以及允许部分流量直连的分流 VPN,都需要检查实际路由。

这几种“泄漏”不是一回事

类型
可能暴露什么
怎么理解
WebRTC 泄漏
真实公网 IP、部分本地地址
取决于浏览器设置和连接路由
IPv6 泄漏
运营商分配的真实 IPv6
IPv4 走代理,IPv6 却直连,也可能暴露真实出口
DNS 泄漏
使用的 DNS 服务器、域名查询
不等于网站直接拿到了你的真实公网 IP

怎么检查你自己有没有泄漏?

可以打开 BrowserLeaks WebRTC 检测,对比关闭和开启代理后的结果。

重点看:

  • 开启代理后,WebRTC 结果仍出现你直连时的公网 IP:说明存在泄漏。
  • 出现 192.168.x.x、10.x.x.x:这是内网地址,不能直接据此判断你的真实国家。
  • 没出现真实公网 IP:说明这次测试没有检测到,不能保证所有场景都不会泄漏。

尽可能的在使用 Claude 的时候,开启代理软件的 tun 模式,把ipv6直接关掉。

网络:“干净 IP”不是官方通行证

“原生”“住宅”“独享”“低风险分”,要么是商家的营销标签,要么是第三方检测工具给的指标,没法告诉你 Anthropic 内部怎么看这个账号。

公共节点、免费代理、所谓“万人骑”,我的建议是尽量别碰:出口归谁、怎么维护、之前被怎么用过,都查不清,出了问题也没法排查。

不过这只是网络管理上的建议,不是说“共享 IP 一定封、独享 IP 一定不封”。也别为了一个 IP 检测分数反复换线路,更别指望“住宅 IP”能改变地区资格。

所以强烈建议大家自己学一下自己搭建代理,直接问AI按照步骤一步一步来就行,不要买现成的节点,你不知道这个ip到底多少人在用。可以通过一些三方网站看看 IP 质量,比如 iplark.com 之类的

其实只要你的代理 IP 干净,固定 IP 登录使用,并不一定必须是所谓 家宽才行,真正的家宽 IP 最便宜的一个月也得百多块,一个月几十块的所谓家宽肯定是多人共同使用的,别信商家胡扯的独享,不赚钱做公益呢。所以只是为了使用Claude 成本还是有点高的,赶上pro订阅费了。

别拿个人订阅凭据搭共享反代,或者给不符合授权条件的第三方调用。

比如说 CPA/SUB2API 之类的,要想稳定使用,这些不要碰,最好只使用官方的客户端和网页。

平时使用/订阅保持数据的一致性,

首先是填写的信息要和真实、可核对的资料一致。

虚拟信用卡:别只盯着“干净卡段”

虚拟卡只是银行卡的一种形式,本身不是什么防封工具。“卡段”一般指 BIN/IIN,用来识别发卡机构和卡种。所谓“干净卡段”,并没有公开、统一、能保证 Claude 接受的标准。

挑支付工具,我更建议看这几点:

  • 发卡机构能不能查实,条款和客服是否清楚
  • 是否允许跨境线上交易和周期订阅
  • 需要 3DS 验证时,能不能由你本人完成
  • 余额、限额和有效期够不够支撑续费
  • 能不能查到交易记录、拒付原因和账单

盗刷卡、未经授权的他人卡片、不明代充商,都别碰。 商家说“这个 BIN 最近能过”,顶多算一条支付经验,保证不了你的账号安全。

账单地址:对的是银行资料,不是 IP 所在城市

网上常见一种说法:IP 在美国某个州,就填那个州的账单地址,最好连城市都一样。这个说法很容易把人带偏。

官方的付款排查要求是:支付方式的账单地址和来源国家要满足支持条件,账单地址要和银行留存的资料一致。并没有要求账单地址必须跟 IP 所在的州、城市高度匹配。官方拒付排查说明

别为了迎合 IP 定位去编住宅地址、邮编或持卡人信息。IP 定位本身就可能不准,让真实的银行资料去追着定位数据库跑,反而会制造错误。

付款失败了,按这个顺序查

  1. 检查账号和支付地区的资格
  2. 核对银行留存的账单资料
  3. 检查余额、限额和订阅交易权限
  4. 完成必要的 3DS 验证
  5. 联系发卡机构问清拒付原因,再决定是重试还是换付款方式

这是官方列出的主要排查方向。官方付款帮助

别连着换卡、乱填地址、反复提交。每次只改一个已经确认的问题,才好定位原因。

最后提醒一句:付款成功不代表你的所有使用行为都获得了认可,买了 Pro 也不是免封资格。

真被封了:先弄清状态,再写申诉

第一步:留好证据,分清限制的对象

先保存这些东西:

  • 错误提示和通知原文
  • 发生的时间和所在时区
  • 账号邮箱、订阅类型
  • 最近真实发生过的设备、旅行或支付变化
  • 相关的订单号或工单号

登录失败时,先看一下官方服务状态;确实收到了停用通知,再走账号申诉流程。如果你的个人账号正常,只是某个组织被暂停,那要申请复核的是那个组织,别默认当成个人账号被封。

第二步:走官方现行的入口

官方封禁帮助目前的流程是:用被封的账号登录 Claude,进入关联的申诉表。如果是组织被暂停,可以在受限页面点对应组织的“Request a review”。官方申诉入口说明

别把旧教程里的某个邮箱当成唯一渠道,也别信收费的“内部解封”。

别信所谓的申诉模板,申诉的时候也别全交给 ai  帮你写,如果还想要这个账号,最好好好设计一下,ai写的很容易被看出来,最好分析下可能被封禁的原因,然后编一下逻辑自洽的申诉内容,让ai 写的时候加上提示词,出现点语法和拼写错误之类的,更像是真人写的。

申诉拼的是能不能核实,不是话术

“我是正常工作的个人用户”这句话,得靠具体的用途和实际情况来支撑。

如果你确实共享过账号、用过第三方工具,或者在不支持的地区用过,就别照抄“从未发生”这种声明。老老实实说明情况,请求官方给出明确的解释或复核。研究机构、雇佣关系、所在地、账号活动这些,别编,也别提交伪造材料。

提交之后留好工单,必要时补充新证据。反复催、批量提交,并不能提高成功率。

最后,申诉也不保证一定能恢复。重要的代码、提示词和研究成果,平时就要存到自己能掌控的地方。

虽然写了这么多,但是我自己两个 team 申诉全都被拒绝了,可恶的A畜!