为什么代理能访问一个网站，却无法访问另一个
区分正常的代理连接与目标限制、端口规则、TLS 错误和 HTTP 响应。
一个网站能访问、另一个不能时，先保持代理配置不变。这些请求之间的差异是有用的证据；立刻更换端点就会丢掉它。
通过 HTTP 代理访问 HTTPS 时，在客户端跟踪记录中区分CONNECT 响应、与目标建立的 TLS，以及网站最终的 HTTP 响应：
| 观察到的故障 | 检查什么 |
|---|---|
| 代理没有响应 | 代理连接和路由。此前成功访问过某个网站，并不能证明当前仍然可用。 |
| 某个目标的 CONNECT 被拒绝 | 允许的目标/端口策略，以及从代理网络访问目标的可达性。 |
| 隧道已接受，但证书验证失败 | 报告的证书错误：过期、主机名、本地时钟、信任配置或受管理的流量拦截。 |
| TLS 验证通过后，网站返回 403 | 网站的访问规则、账户状态、必需的 Cookie 和权限。 |
| 网站返回 429 | 公开的速率限制。其他用户的活动也可能被算到同一个共享出口上。 |
看清错误页面是谁生成的。中间节点也可能返回 403 或其他 HTTP 错误，单凭数字无法定位来源。保持 TLS 验证开启，避免看似成功的请求掩盖安全连接失败。
针对每个目标，记录代理握手结果、TLS 结果和最终状态。加入一个由你控制的普通目标作为基准。如果端点能访问该基准，但某个网站始终拒绝其出口地址，就检查网站的要求，或使用另一条获准的路径。更换代理不能补足缺失的身份验证或访问权限。