共享 VPN 出口上的 Google 异常流量：设备还是地址

被要求证明自己是人，感觉像一种指控，而显而易见的结论是平板电脑里有什么东西被感染了。这个结论跳过了一步。共享 VPN 出口把许多互不相关的会话放在同一个公网地址后面，而提示是对到达时的请求作出反应，其中就包括那个地址。要判断这种模式属于你的设备还是属于出口，需要三项简短测试，而正确答案会改变你接下来做什么。

提示究竟在对什么作出反应

Google 关于异常流量的说明，把共享网络和 VPN 服务与设备发出的自动请求并列为会产生验证的情形。公网地址是关于一群用户的信号，不是某个人的指纹。地址会从所有使用它的东西那里积累声誉，包括你从未见到的流量。

这一点双向成立，所以两种说法都无法由提示本身证明。验证对究竟触发了哪个信号故意含糊，因此把它当作收集证据的提示，而不是判决。

把设备和出口分开的三项测试

第一，把同一台设备带到另一个已获批准的网络，重复一次普通搜索。如果验证跨越互不相关的连接跟着设备走，那么地址就不是变量，你应当检查扩展程序、自动化以及设备上运行的其它东西。如果设备在别处是干净的，只在一个连接上出问题，你就了解到了这条路径的某些情况。在改动任何设置之前先做这个比较，这样它才保持干净。

第二，用另一台设备通过同一个出口，尝试同样的搜索。两台设备在同一时间窗口被验证，指向共享地址；只有一台设备被验证，则指回那台设备。

第三，看时间。只在特定时段出现的提示，说明是出口的负载，而不是本地安装了什么。把工作日的傍晚和安静的早晨作比较，因为共享出口会跟随别人的作息。

在不关闭自身防护的前提下应对

在提供人机验证步骤时完成它；如果验证无法显示，就换一个受支持的浏览器，因为被拦截的脚本或扩展程序会让本可解开的验证看起来像坏了。不要反复刷新页面，也不要围绕它写脚本，因为同一个出口的反复尝试会让这个地址对其后的所有人显得更糟。如果这种模式持续，带着出口标识和大致时间联系服务商，询问他们能看到关于共享地址活动的什么情况。

没有理由把搜索历史或 VPN 凭据发给服务商，而索要其中任何一项的客服人员都值得质疑。

为了绕过验证而轮换出口不是诊断，而且取决于你的服务商，它可能把你放到一个历史更少的地址上。

独立地址会改变什么

独立地址把其他用户从画面中去掉，同时保留此前历史、你自己的请求模式以及账户层面的信号。它有帮助，但不是保证有效的解药，因为一个已经用于批量流量的新地址会带着那段过去。诚实的说法是：你买到的是与其他客户隔离，而不是干净的声誉。

这一切有用的结果是你可以为之辩护的一句话：提示跟着这台设备，或者跟着这条共享路径，或者与两者无关地出现在高负载下。其余都只是在猜测别人的流量。

如果团队共用一个出口，同样的逻辑会放大：一个吵闹的客户端会影响该地址后面的所有人，而修复通常存在于团队内部，而不是在一台新服务器上。