新建环境后，先不要登录业务账号。用这个空环境做四项检查：
- 网络出口：IP、WebRTC、DNS 走的是不是代理。
- 地理信号：定位和 IP 所在地是否一致。
- 指纹参数：时区、语言、UA 与显卡信息是否相互匹配。
- 本地存储：Cookie、Local Storage、IndexedDB 是否只属于这个环境。
四项都通过，再把账号录进去。环境一旦登录过真实账号，检测时发现的问题就不容易处理干净了。下面按实际操作的先后顺序说明。
启动之前：先确认代理本身能连通
在 NexBrowser 里建好环境并绑定代理后，先不要急着打开窗口。先用客户端内置的代理检测，确认代理能正常连通。检测不通时，打开环境去测指纹没有意义，结果多半是连不上，或者显示的不是你想要的出口。代理的填写和排查可以参考代理IP配置：指纹浏览器绑代理到验证出口的完整排查。
另外准备一个对照值：在环境外用电脑上平时用的浏览器打开一个 IP 检测站，记下本机宽带的公网 IP 和所在城市。后面的检查都要和这个值对比，环境里凡是出现这个 IP 或这个城市，就说明有泄露。
第一项：出口 IP 和 WebRTC
在新环境里打开 BrowserLeaks 或 Whoer 这类检测站。
看出口 IP。 页面显示的应该是代理的出口 IP，归属地是你配置的目标地区。如果显示的是刚才记下的本机 IP，说明代理没有生效，流量走了直连。这时关掉环境，回去检查代理，不要在这个状态下访问业务网站。
看 WebRTC。 这一项最容易被忽略。WebRTC 可以通过 STUN 请求绕过普通代理设置，把本机真实地址暴露给网页。打开 BrowserLeaks 的 WebRTC 检测页，看它探测到的公网 IP：
- 和代理出口一致，或者显示已被隐藏或替换：正常。
- 出现了本机真实公网 IP：WebRTC 泄露。回到这个环境的设置里调整 WebRTC 相关选项，具体选项名称以客户端界面为准。调整后要重新检测，确认已经不再显示真实 IP。
第二项：DNS 和地理位置
DNS 泄露。 出口 IP 正常，不代表域名解析也走了代理。用检测站的 DNS 测试项查看解析服务器的归属：
- 解析服务器和代理 IP 在同一国家或地区：正常。
- 解析服务器显示为国内运营商，比如本地电信、联通、移动的 DNS：说明 DNS 请求还在走本地宽带。网站虽然看到的是海外 IP，DNS 记录却指向国内网络，这两个信号互相矛盾。
地理定位。 如果检测页请求位置权限，看它读到的坐标是否在 IP 归属地附近，而不是你所在的城市。IP 显示在美国，定位坐标却落在国内，也属于位置信号矛盾。
第三项：指纹参数是否一致
这一项可以用 Iphey、PixelScan 或 BrowserScan。选一两个用即可，不需要全部跑一遍。重点核对以下几处：
- 时区：应该与代理 IP 所在地对应。IP 在美国西海岸，时区却是 UTC+8，是最常见的问题。
- 语言：浏览器的语言偏好（Accept-Language）应该与目标地区匹配。
- UA 与显卡渲染器：User-Agent 声明的系统，要和 WebGL、Canvas 读到的显卡渲染信息对得上。比如 UA 声明是 Mac，渲染器却是典型的 Windows 显卡驱动字符串，这种组合在真实设备上很少出现，风险较高。
看检测结果时有两点需要注意：
- 检测站给的分数只能作参考，不同工具的判定标准不一样。更值得看的是被标红的具体项目和给出的原因，逐项修正，而不是刷满分。
- 如果建了两个环境，可以在同一个检测站分别跑一次，对比关键参数。两个环境的结果完全相同，说明它们在网站看来可能就是同一台设备。
第四项：两个环境互查存储
这一项验证 Cookie 和缓存是否真正分开存放，需要两个环境配合。
- 在环境 A 打开一个测试用的网站，登录一个测试账号，让它写入 Cookie 和本地缓存。不要用真实业务账号来做这一步。
- 打开环境 B，访问同一个网站。页面应该是未登录状态。
- 在环境 B 按 F12 打开开发者工具，进入 Application 面板，依次查看 Cookies、Local Storage、IndexedDB，里面不应该有环境 A 留下的登录标记。
- 反过来再查一次：关闭环境 A 后重新打开，它应该仍然保持登录。这说明数据是跟着环境保存的，而不是每次打开都清空。
B 看不到 A 的数据，A 自己的数据也能保留下来，存储隔离才算生效。为什么清缓存或开无痕窗口达不到这种效果，可以看浏览器缓存隔离：为什么清缓存和无痕窗口都不算数。
容易卡住的几种情况
页面显示本机 IP。 最常见的原因是代理失效，流量走了直连：代理过期，账号或密码填错，或者协议类型选错。先让这个环境停用，修好代理并复测通过后再使用。
IP 正常，WebRTC 却泄露。 这种情况只看 IP 检测页发现不了，所以每个新环境都要单独测一次 WebRTC。
时区和 IP 对不上。 多出现在更换代理之后，或者手动改过时区设置之后。环境里的时区和语言需要和新的出口所在地重新对应。
环境 B 里出现了 A 的登录状态。 先确认是否只是在同一个环境里开了两个标签页，或者把两个账号放进了同一个环境。确认确实是两个独立环境后仍然出现串号，再联系客服排查。
更换代理后没有复测。 出口一变，IP、WebRTC、DNS、时区都可能随之变化。每次换代理，都要把第一到第三项重新跑一遍。
核对完成之后
四项都通过后，把检测日期和出口 IP 记在你的环境台账里，再登录对应的账号。命名和分组方法可以参考浏览器配置文件管理：建环境、命名分组、绑代理到换机找回的一遍。
还需要说明一点：隔离生效只代表各个环境在技术上互不关联，账号是否受限还取决于平台规则和你的操作方式。这里讲的检查只适用于隔离管理你自己的账号。
如果准备继续建更多环境并按店铺或项目分组，可以在 环境隔离与分组 页面查看具体做法。还没有合适的代理出口的话，客户端内置了住宅 IP 一键配置，说明见 住宅 IP 绑定。
评论(0)