被 Claude 封了 N 次之后，我终于搞定了全套海外基础设施（出海必备保姆级教程）

先看全貌：这些东西要一起配

开一个能长期使用的海外 AI 账号，牵涉的不只是网页能否打开。电脑里已有的登录状态、手机与电脑的时间设置、邮箱恢复方式、号码归属、浏览器与终端的出口，以及实际付款渠道，都可能在不同步骤用到。原作者的经验是把这些环节放在一起处理，避免这一步能用、下一步又卡住。

先把手头信息记下来：用哪个邮箱、号码在哪里续费、电脑和手机分别用哪个网络客户端、付款走银行卡还是手机内购。后面有问题时，可以对照这份记录定位，减少到处换账号、换线路造成的混乱。下面完整讲各个环节；原作者对账号风控的推断会与可操作的配置步骤区分。

• 设备：本地缓存、历史会话、配置文件和登录凭据分别在哪里。
• 时区：Mac 与 iPhone 的设置入口，以及自动定位是否会覆盖手动设置。
• 手机号：长期持有号码、Red Pocket 下单激活、BeeSIM 写卡。
• 网络：自建 VPS 或现成服务，TUN、终端代理、DNS 与失败回退。
• 邮箱与支付：自己可恢复的邮箱、银行卡、PayPal、Starryblu 与礼品卡。
• 使用：确认实际套餐、订阅状态及官方服务范围。

1. 设备：先把本地状态查清楚

原文首先提到了用过多个账号的电脑：其中可能留有旧配置和登录资料。这里要分清四类东西：缓存可以重新生成；会话记录可能是你要保留的工作；配置里可能有代理、模型入口和自定义设置；Keychain 则可能保存登录凭据。不能因为要排查账号问题，就把它们一并当成垃圾删掉。

在 Mac 上，检查用户目录中的 .claude、应用支持目录，以及钥匙串里与 Claude 对应的条目。原文还提到已知组织 ID（org_id）时，可以用它帮助辨认历史记录。搜索到的文件先确认用途，备份需要保留的项目和会话，再决定本次究竟只清缓存、退出旧登录，还是重置某项配置。

原作者引用了 suyuan2022 的 claude-cleanup Skill，并说明自己没有实际试用。这个开源项目现在提供只读审计和备份流程，配套文章保留了入口。不要把作者转述的设备恢复经历当成本机清理后的必然结果。

1. 退出与本次排查有关的应用，列出可能的缓存、配置、历史和凭据位置。
2. 将要处理的目标分组，给需要保留的文件留备份。
3. 如果借助 Agent，先只让它列出路径、用途和建议动作；确认之后，再执行明确选中的操作。
4. 重新打开应用，确认自己的项目、设置和登录功能仍然正常。

2. 时区：Mac 和 iPhone 的入口都在这里

原作者把手机和电脑的时区设为台北，理由是当地与北京同为 UTC+8，日常看时间不受影响。他提到客户端可能读取时区，但这属于原文的经验判断。时区设置能改变设备显示与应用读取到的时区，不会改变实际所在地，也不能替代服务的地区规则。

如果你需要复现原作者描述的设置，Mac 与 iPhone 要分别操作；只改电脑不会自动改变手机。改完后确认当前时间正确，并留意自动定位是否会把手动选择覆盖掉。

1. Mac：打开「系统设置 → 通用 → 日期与时间」，查看自动设置日期、时间及时区的选项。需要手动设置时，关闭自动时区并选择 Taipei / 台北。
2. Mac：打开「隐私与安全性 → 定位服务 → 系统服务」，查看与设置时区有关的开关。
3. iPhone：打开「设置 → 通用 → 日期与时间」，关闭自动设置后选择时区。
4. iPhone：打开「设置 → 隐私与安全性 → 定位服务 → 系统服务」，查看设置时区选项。
5. 两台设备都确认显示时间与预期一致。不同系统版本的选项名称可能略有差别。

3. 手机号：Red Pocket 下单、激活，再装进手机

原作者选择长期持有的美国号码，而不是临时租用接码号。长期号码的实用价值在于：后续登录验证、账户恢复和续费信息，仍由自己掌握。具体服务是否要求手机号、能否接受这个号码，以当时的验证页面为准。

主文章引用的是 Red Pocket 手机卡教程。作者记录的方案为 30 美元、360 天，配合 BeeSIM 把 eSIM 配置写入实体卡。下单时最容易混的是新卡、实体卡和续费选项；拿到激活信息后，还要让号码与实际手机配置对应。下面把完整顺序留在本篇，写卡的界面细节放在配套教程。

1. 确认自己的手机原生支持 eSIM，还是需要兼容的实体 eSIM 适配卡；具体机型先查兼容性。
2. 在 Red Pocket 官方渠道或原文 eBay 商品中，核对新开号码、eSIM / 实体卡、套餐和期限，别把续费包买成新卡。
3. 用自己的邮箱收订单与激活邮件，保存订单号及邮件中的确认信息。
4. 按激活入口提示提供兼容设备的 IMEI，选择申请新号码或携号转入。
5. 激活后保存号码及 eSIM 配置。支持原生 eSIM 的手机按系统入口导入；用 BeeSIM 时，插卡后从对应微信小程序连接并写入二维码。
6. 启用写入的配置，检查网络识别，测试电话或短信；需要 Wi-Fi Calling 时再核对运营商和设备支持。
7. 记下该号码的续费入口、到期日及月度额度，避免年付期限和每月套餐额度混在一起。

4. 网络：两条路线，先选一条

原文给了两种选择：自己买 VPS 搭节点，或者使用已经提供网络出口的服务。自建意味着服务器、配置和维护由自己管理；现成服务则由供应商提供套餐与客户端入口。先选清楚路线，再做后面的代理和分流检查，不需要两个方向同时折腾。

自建路线里，作者提到了 DMIT、搬瓦工等服务商，并提到有些人会叠加住宅出口。这些是他的选型经历，不是本站对某家服务质量的实测排名。购买时看服务器位置、带宽、流量、账期与售后，部署后再检查自己实际得到的出口。

不想管理服务器时，原文提到了 IPEqual 的 Max 方案，强调其组合线路与住宅出口的便利。当前产品内容、价格及可用地区直接看官网与账户内页面。本文保留这个方案的入口，不将供应商名称或 IP 类型包装成账号安全保证。

1. 自建：准备 VPS 公网地址与 SSH 登录方式，登录自己的服务器。
2. 按 3x-ui 官方说明安装面板，保存管理地址、端口、随机路径和自己的凭据。
3. 创建 VLESS + REALITY 入站，生成密钥，核对监听端口、安全组和防火墙。
4. 导出客户端链接或二维码，在电脑及需要使用的手机上分别导入。
5. 现成服务：检查套餐包含的线路和出口，按供应商当前说明配置客户端。
6. 无论选哪条路线，都实际测试浏览器和终端；网页能开，不代表终端也已走同一路径。

5. TUN、系统代理与终端：逐个检查

原作者偏向 TUN 模式，并举例说普通系统代理可能留下 127.0.0.1:7890 这样的本机代理记录。TUN 通过虚拟网络接口处理流量，系统代理则让使用对应设置的应用转发请求。两者的区别在于流量怎样被接管；系统代理关闭，也不等于所有应用已经正确使用 TUN。

先在自己的网络客户端里确认当前模式，再分别观察系统代理和出口。Mac 可用 scutil 查看系统代理状态，用出口查询服务观察这个终端请求的公网地址。判断时要看实际网络路径，不能只把「HTTPEnable 为 0」当作整个环境已经完成。

# Mac：只读查看系统代理状态
scutil --proxy

# 查询这个终端请求的公网出口，结果以当时服务响应为准
curl --fail --silent --show-error https://ipinfo.io/json

如果浏览器正常、终端失败，继续检查当前 shell 是否带有代理环境变量，以及终端工具是否采用了自己的配置。不要直接把所有代理开关开满：重复接管或不同入口同时生效，反而更难知道请求走到哪里。

6. 残留配置：把入口列出来，再决定改什么

原文列出了容易漏掉的地方：shell 环境变量、.zshrc / .bashrc 等启动文件、npm 与 Git 代理、Claude 的 settings.json，以及 ANTHROPIC 开头的变量。常见问题是之前用过某个代理或接口，后来换了方案，却还有一个旧入口在生效。

排查时先看配置来自哪里、现在是否还需要。比如 ANTHROPIC_BASE_URL 可能指向用户主动配置的服务；它并不是看到就必须删除的错误值。配置输出也可能包含访问令牌，向别人求助前要去掉凭据。下面的示例先展示环境变量名称，并对常见代理值作脱敏；没有自动删除步骤。

# 先只显示相关环境变量名称，不打印凭据内容
env | cut -d= -f1 | sort | grep -iE 'proxy|anthropic|claude'

# 查 shell 启动文件中的相关配置行（脱敏后查看）
grep -nEi 'proxy|ANTHROPIC_BASE_URL' \
  ~/.zshrc ~/.zshenv ~/.bashrc ~/.profile 2>/dev/null \
  | sed -E 's#(https?://)[^/@[:space:]]+:[^/@[:space:]]+@#\1[REDACTED]@#g'

# 查看常见工具的代理配置；本机查看，不直接公开粘贴
npm config get proxy
npm config get https-proxy
git config --global --get http.proxy
git config --global --get https.proxy
brew config | grep -i proxy

Claude 自己的配置单独打开 ~/.claude/settings.json 查看，只定位代理、接口地址和环境变量相关项，不把整个文件发出去。确认某条是旧配置以后，保存副本再修改；重开终端和应用，让新的会话读取更新后的设置。

7. 分流与失败回退：别只测连接成功那一刻

原文特别提醒：正常连接时走哪条线，与线路失效后走哪条线，是两个问题。有些配置在选中节点失效时会自动回退，有些会直接失败。为应用单独安排路径时，要把这两种状态都查清。

打开规则，检查 claude.ai、api.anthropic.com 等实际使用域名命中哪个策略，再看该策略引用的节点、DNS 和最后一条兜底规则。假如你的要求是这个应用只能使用指定路径，失败时就应当按这个要求停止连接，而不是自动落到 DIRECT 或其他未确认的出口。

电脑和手机分别安装客户端时，它们是两份独立配置。原作者建议使用同一条已经验证过的线路；实际落实时，要在两台设备上分别看连接日志与公网出口，不能只因为登录了同一个供应商账户就假定相同。

1. 备份当前规则，选择适合单节点或策略组的版本。
2. 导入规则，绑定自己的节点，检查目标域名与 DNS 的匹配结果。
3. 连接后打开目标应用，用日志确认命中规则和实际出口。
4. 在可控的测试中暂停该线路，再检查请求是报错、回退到别的节点，还是直接连接。
5. 把成功状态和失败状态都记录下来；需要手机使用时，在手机重复验证。

8. 邮箱：自己能登录，也能恢复

原作者重新注册了 Gmail，也提到此前未发生过账号问题的自有邮箱可以继续使用。关键是邮箱始终在自己手里：密码、二次验证与恢复方式可用，不依赖卖家代收验证码。

注册服务之前，先完成邮箱自身的安全和恢复设置；保存服务的注册邮件与购买凭据。以后换电脑、换手机或处理订阅问题时，能够找回自己原来的账号，比反复新建账号更容易对上记录。

9. 支付：银行卡、PayPal、Starryblu 和礼品卡

付款前先确认订阅是在网页还是 App 内完成，两条渠道的账单、取消和退款入口可能不同。原文比较了几种方案：自有银行卡、PayPal 连接 Apple 付款、Starryblu，以及 Apple / Google Play 礼品卡。下面把路线都留在本篇；实际可用方式看服务与商店当前结算页。

自有银行卡路线：用自己有权使用的卡和真实账单资料，确认商户接受该卡，以及含税金额、币种和续费周期。原作者更偏向美国个人银行卡，也提到公司开户；这不等于为了个人订阅就必须成立海外公司。

PayPal 路线：原作者描述了通过 PayPal 再连接 Apple 账户付款的方式。能否添加以及能用哪些卡，取决于对应地区的 PayPal 和 Apple 付款规则。先在自己的账户中确认支持情况，再选官方 App 内可见套餐。

Starryblu 路线：从官方 App 或官网创建账户，完成身份及申请审核，确认账户是否已提供虚拟卡或实体卡，再查看卡信息、寄送和费用。原作者描述了等待一两天的经历及 9.9 / 19.9 的付费选项，也把新加坡卡与新加坡结算价格联系起来；这些都保留为当时的个人记录，不当作当前时效或固定价格。

原作者还留下了自己的申请链接、邀请码 MQFK01Q 和申请问卷。他记录过购买时使用新加坡出口，并估算当时 Max 20x 的月费用比通常价格多约 100 元人民币。这里保留为原文申请与付款经历；邀请入口可能包含推荐关系，是否仍受理申请，以及地区、账单和费用，都在当前官方流程中核对。

这里有一处本次核对发现的差异：Starryblu 英文官网显示 $9.99/月和 $19.99/月的会员，并保留卡项目准备中的说明，与原文一次性费用的说法不同。申请前直接看当前官方 App 和最后结算页，别把会员月费当作寄卡运费。

礼品卡路线：商店账号地区与卡片地区先匹配，兑换后查看余额，再在官方 App 的实际可售套餐里购买。手机与电脑登录同一个服务账号，购买后确认会员同步。退款从原购买渠道办理，不能把原文对退款的猜测写成统一规则。

10. 开通以后：确认套餐，再开始自己的工作

原作者的个人升级顺序是先开 Pro，约三天后升 Max 5x，十天左右再升 Max 20x；他也明确承认这并不是已经证明有效的防封时间表。本篇保留这段经历，不把它改成每个用户必须遵守的规定。选套餐仍然看自己实际需要、当前限额和结算页。

开始使用时，先确认网页与客户端登录的是同一个账号，实际显示的套餐正确，自己的工作文件能够正常读取。请求被服务明确拒绝时，查看拒绝原因和官方说明；账户被限制时走支持渠道，不靠反复换账号解决。

设备、手机号、网络与付款配置完成后，留好恢复记录。以后某个环节变动，先更新对应部分，再检查相关应用，而不是把整套环境推倒重来。

最后检查一遍：这套配置有没有接起来

原帖的价值在于把平时散落的环节连成了一条实际使用路径。本篇保留每个主题的操作与引用，读完可以直接按下面的清单回看；想看单个环节的界面细节，再进入对应站内教程。

• 设备：备份可找到，项目和会话没有误删，当前配置来源明确。
• 时区：电脑和手机的显示正确，自动设置行为符合自己的选择。
• 号码与邮箱：可以登录或恢复，知道号码在哪里续费。
• 网络：浏览器和终端都验证过，手机单独检查过，失败时的行为已确认。
• 支付：账户、付款渠道、套餐、币种和续费入口相互对应。

原作者在文中感谢 @app_sail、@leo_xiaolei、@suyuan1711、@JANEX0609 与 @Nemo001ai 分享的经验。相关作者和教程来源在本页对应段落中保留。本文为本站完整整理版，补充了检查与当前信息核对，不是原文逐字转载；关于设备指纹、时区和风控的说法属于作者经验，服务可用范围以官方资料为准。