TL;DR被判成可疑，很少是单一原因。四个相互独立的层次共同决定结果：地址的分配来源与历史、连接本身的特征、会话的上下文、以及账号自身的历史。只有第一层能靠换 IP 解决——这正是为什么换地址常常没用。
为什么没有一个统一答案？
因为这个判定是合成的。同一个问题，不同人的经历差别极大——有人改一个地方就好了，有人改了六个还是被拦。这正是「多个独立层次都能触发同一个结果」时会出现的模式。
现实后果是：先诊断，再花钱。大多数人的第一反应是买一个新地址，而如果原因在别的层，这笔钱什么也买不到。
四个层次
| 层次 | 包含什么 | 换 IP 能解决吗 |
|---|---|---|
| 分配来源与历史 | 地址来自哪张网，以及它此前发生过什么 | 能——这是换地址唯一真正作用的一层 |
| 连接特征 | 连接本身如何呈现，包括 DNS 解析路径 | 不能 |
| 会话上下文 | 浏览器、客户端与请求上下文，以及它们彼此是否自洽 | 不能 |
| 账号历史 | 这个账号此前做过什么，与它从哪里连接无关 | 不能 |
只有第一层是地址的属性。另外三层会跟着你搬到任何一个新买的地址上。
怎么判断自己在哪一层
- 先独立核查这个地址。在假定它是原因之前，查它的分配来源与历史——ASN、登记形态，以及两家来源的信誉结果加正面对照。
- 用同一个客户端，从另一条已知正常的连接测一次。如果问题跟着你走，那地址不是原因。
- 用同一条连接，换一个客户端测一次。如果问题消失了，原因在会话上下文，不在地址。
- 查 DNS 解析。解析路径落到跟地址毫不相干的地方，是一种常见且极易被漏掉的不自洽。
- 在同一条连接上，用一个新账号和一个老账号各测一次。如果只有老账号受影响，那是账号历史。
其中两项测试只要几分钟，就能排除掉最贵的那个假设。买任何东西之前先跑一遍。
如果确实是地址的问题
如果第 2 步换连接后正常、第 3 步换客户端后依旧，那地址就是真正的嫌疑对象。这时的问题变成「是它的哪一个属性有问题」，因为对应的解法完全不同。
- 分配类型——来自托管网络的地址，和消费级接入网上的地址，被对待的方式不一样。这是结构性的，洗不掉，只能换一种来源的地址。
- 共享历史——池化地址会继承其他所有人的行为。解法是独占性，而不是在同一个池子里换一个。
- 它自己的过去——即使是单独分配的地址，也可能带着上一位持有者留下的印记。这种情况换一个确实有用，也正因如此，换段政策值得在下单前问清楚。
这对选服务商意味着什么
问决定第一层的那两个属性：地址从哪里分配而来，以及还有没有别人在用。两者都可核验，而且事后再怎么配置都改善不了。
然后问一个从本文自然引出的运营问题：地址真的出了问题时，服务商换不换，条件是什么。地址表现得像耗材。一家对此没有明确说法的服务商，说明它没想清楚自己卖给你的到底是哪一层。
常见问题
为什么换了 IP 问题还在？
因为四层里只有一层是地址的属性。连接特征、会话上下文和账号历史都会跟着你搬到新地址上，所以原因在那几层时，换地址什么也改变不了。
怎么知道到底是不是 IP 的问题？
用同一个客户端换一条已知正常的连接测。如果问题跟着你走，就不是地址。然后用同一条连接换一个客户端测——如果问题消失，那是会话上下文。
共享地址会让情况更糟吗？
会。池化地址是被当成一个实体来评估的，所以它继承背后所有人的行为。打破这种继承的正是独占性——这也是为什么「一客户一地址」比产品标签更要紧。
单独分配的干净地址也可能被标记吗？
可能。它可能带着上一位持有者留下的印记，所以换段政策值得在下单前问清楚。地址是耗材不是资产，任何一家诚实的服务商都该有明确流程。