网站封了你的 VPN 地址？先分清“没有权限”和“没有路由”

换过 VPN 之后，一个站点用拒绝来回应你，只说明网络路径的某一件事，和“有没有使用该服务的授权”毫无关系。这两件事经常被混为一谈，而且两种方向都会错。连得上不等于被授权，账号状态良好也不等于可以随便使用每一项功能。在动路由、DNS 设置或客户端配置之前，先弄清真正有疑问的是哪一件。

先看实际授予了什么

有三件事常被当成一件：账号存在且状态良好、账号被允许使用某项功能或某个端点、主机在网络上会应答。只有前两件属于授权，而且它们可以各自被收回。订阅到期、功能从未开通、API 密钥只对另一个端点有效——这些都会产生从客户端看像是网络问题的失败。

先读你收到的那份通知，再读别的。停用、地区限制、速率限制和流量封锁的措辞不同，处置方式也不同，其中只有一种是权限问题。把通知、时间戳和账号标识放在一起保存，因为缺少这些的支持工单会让调查从零开始。

在改路径之前先给限制命名

记录服务器实际返回的内容，而不是浏览器显示的内容。一个状态码、解析出的地址和尝试时间，足以把“拒绝”和“限流”区分开，抓取它们只需要几秒钟。

curl -sS -o /dev/null -w '%{http_code} %{remote_ip}\n' https://app.example.com/login
dig +short app.example.com

在站点其余部分正常工作时，某个端点返回 403，指向的是授权规则，而不是网络封锁。带重试提示的 429 是速率限制，而通过更换出口地址去绕过它，恰恰是这条限制存在要阻止的行为。无论地址如何、每个请求都被拒绝，则又指向别处；这些都不是加一跳能修好的。

把合同条款和计算机访问法分开看

“被允许”这个词下面有两个不同的问题。第一是合同问题：服务条款允许什么，对违约又规定了什么救济。点过一个页面或继续使用某个站点，本身并不构成对“某条款是否约束某人”的完整法律判断，也不是技术事实。第二是行为是否越过了计算机访问类犯罪，那有自己的构成要件和自己的主管机关。

在美国，18 USC 1030 涵盖未经授权的访问和超越授权访问，并受该条其他条件的限制。最高法院 2021 年在 Van Buren 案中的判决，把第二个短语收窄为“从一个人无权进入的计算机区域获取信息”，而不是“不当使用此人本有权获取的信息”。该意见还在脚注中留下一个问题：界定这类区域的边界是否必须是技术性的，而不能是合同性的。

由此得出的结论有限而实际。对站点政策的异议并不自动构成犯罪，犯罪问题也不是靠客户端改动就能解决的。那套推理里没有任何内容授权规避停用或破坏技术控制，而一个法域的判例也不回答每个服务或每个国家的问题。

要一条被支持的路径，而不是另一条路径

当访问确实重要时，有效的做法是问服务方支持哪条路径：恢复账号访问、为企业出口申请白名单地址段、API 权限，或书面的例外流程。工作账号应当走负责这段关系的管理员，因为站点的要求与组织的出口策略必须同时满足。

获批的例外还需要一个负责人和一个到期日。否则临时的白名单条目就会变成永久架构，而下一位审核者根本无法判断它究竟有没有被批准过。

先记录答案再行动

写下改了什么、谁批准的、服务方怎么回复，然后重新执行你最初抓取的那条请求。获批变更之后的成功请求，与“绕过之后的成功请求”是两回事，只有前者背后有记录。

如果服务方拒绝而你的事情很要紧，就用已经收集好的材料去咨询，而不是继续试。能连到一台主机，只是关于路由的陈述。使用这项资源的许可由服务方或适用规则授予，再多的路径工程也给不出来。