Whoer 很适合作为第一次检查代理的入口。页面把 IP、地区、DNS、浏览器和一个醒目的百分比放在一起，不需要先理解网络数据库，就能获得“环境大致怎么样”的感觉。
这种设计也容易让人形成一个目标：别人是 100%，自己只有 90%，是不是代理不够好？接下来便开始改语言、换时区、装扩展、买新地址，却未必知道是哪项变化影响了实际工作。
我对 Whoer 的评价是方便、直观，适合快速核对当前浏览器对外呈现的概况。它最值得使用的方式，是从摘要追到具体问题，而不是把百分比当成代理优劣的排行榜。 要判断它是否适合长期留在工具清单里，还得研究结果解释、模块状态和商业推荐之间的关系。
它首先是一张“当前环境概览”，这点确实省事
打开 Whoer 中文页，可以在同一阅读路径上查看出口、地区、网络资料、代理状态和浏览器信息。比起输入某个 IP 查数据库，这种方式更接近“现在这个浏览器看起来是什么样”。
这是实用优势。接入代理后，如果浏览器仍显示本地出口，就可以先排查接入方式，而不必继续研究地址是否原生。若地区对了、语言或时间信息与预期不同，也能在一处看到，省掉切换多个网站的步骤。
不过，浏览器当前显示什么，与供应商卖给你什么，是两项检查。Whoer 能看到当前请求和部分浏览器信息，却不能仅凭这些证明地址独享、住宅来源符合订单，或者其他应用也用了同一个出口。它帮你检查接入，不包办采购验收。
我会优先用它确认实际出口和显著配置差异，再按问题补其他工具。对远程支持、网络切换和普通使用者，这种低门槛很有价值；对复杂故障，它只是开始。
匿名度百分比到底代表什么？先把日常含义与页面规则分开
“匿名”在日常语言里可以有很多意思：网站看不到本地公网地址、不同访问不容易被关联、账号身份不被识别，或者网络活动不经过不希望使用的服务。Whoer 的百分比却只能覆盖它选择检查的项目和规则。
因此，100% 不是上述所有目标都完成了，90% 也不是有 10% 的概率暴露身份。除非服务明确提供模型含义与验证证据，否则不应把界面百分比转换成现实风险概率。
页面的扣分解释比数字更重要。如果扣分指向实际出口不符，值得优先处理；如果只是某种可解释的语言差异，则要结合任务判断。两个同样少了十分的环境，问题严重程度可能完全不同。
我希望一个总分工具做到什么？
至少要让用户知道，哪些项目已执行、哪些还在等待，扣分来自什么，怎样验证修改有效。不是列出“如何更正”就够，还应解释更正解决的到底是哪种风险，以及是否会影响正常功能。
Whoer 的强项是把问题做得容易注意到，弱项是用户容易先接受总分，再被动寻找把它补满的方法。测评时，我会把这种设计对行为的影响也考虑进去，而不是只看页面信息够不够多。
对普通读者，我更建议先写一句话：“我现在担心哪种暴露？”如果回答不出来，先不要为了一个数字改环境。工具应该帮助明确问题，不应让人把所有差异都理解为必须消除的缺陷。
地区、语言和时区不一致，什么时候判断对错的依据得处理？
Whoer 把网络与浏览器资料放在同一页，很容易让读者注意到地区关系。它的好处是能够暴露意外配置；风险则是让所有不同都看起来可疑。
例如，一个在多语言环境工作的用户使用英语浏览器，并不因为海外出口在另一国家，就自动变成异常。出差、远程办公、统一企业配置和个人偏好，都可以产生合理差异。
这里其实有三件事：
- **IP 地区：**数据库认为这个出口在哪里。
- **浏览器语言：**你希望网页使用哪种语言。
- **设备时间：**电脑怎样显示当地时间。
它们各有用途。全部相同不能证明环境没有其他问题，出现不同也不一定要修改。先看是否影响工作，比照着国家把所有设置改一遍更稳妥。
我会优先修哪种差异？
第一类是明确与配置预期冲突。例如以为浏览器使用某个代理，实际出口仍是另一条线路，这会影响地区和路径判断。第二类是影响正常工作的配置问题，例如时间不正确导致某些功能异常。第三类才是任务有明确要求、且已有证据表明需要处理的环境一致性问题。
没有实际要求时，不应为了提高分数随机修改全部设置。每次更改都可能带来兼容性、稳定性或可解释性问题；更换地址也可能改变验证条件。把风险控制理解成永远保持满分，往往会增加无意义的操作。
我认可 Whoer 能把差异集中呈现，但最终解释不应止于“与 IP 国家不同”。网站看到差异，只证明差异存在，不能替任何业务平台宣判原因。
代理与黑名单：摘要是提醒，具体来源才便于继续查
Whoer 把代理状态放在概览里，能让用户很快注意到提示。不过，页面提到的请求特征、代理端口等，是检测线索，不是“看穿全部代理”的保证。我会把这一栏当作继续检查的入口：有提示就查具体原因，没有提示也要确认浏览器实际用了哪个出口。本文未逐项验证它的识别方法。
如果状态显示未识别出代理，不代表连接一定没有经过代理，更不表示目标网站也看不出来。是否实际接入，应核对客户端配置和出口；是否被识别，则与检测方的方法、覆盖和时间有关。
黑名单也一样。2026 年 10 月 21 日的页面观察中，相关状态能够跳转到 Spamhaus 查询。这样可追溯的入口比一个无法解释的总分有用，因为用户可以继续查名单关注的内容和具体记录。
不过，一家名单不等于所有信誉服务，一项“未列入”不能改写成所有平台认可。看到命中，也要核对时间、类别和当前影响。某些地址重新分配后仍可能保留历史，不能把所有过去事件都归责于当前用户。
| 看到的结果 | 可以先做的判断 | 更进一步的核实 |
|---|---|---|
| 当前出口与预期不同 | 接入或分流可能不符合预期 | 代理作用范围、当前请求与客户端 |
| 未识别出代理 | 这次检测未给出对应标记 | 实际出口与其他必要信号 |
| 黑名单提示 | 存在值得调查的外部线索 | 具体来源、时间、类型与当前影响 |
| 地区信息不一致 | 资料或配置有差异 | 先区分位置来源与真实任务要求 |
我认为它在这一环最适合做提醒。若出现明确问题，就跳到更具体的资料；没有问题则继续正常工作，不需要再把所有站点刷一遍凑一致。
扩展版真正值得看的，是不同观察方式能否相互解释
Whoer 的详细区域不只是把首页字段重复列长一些。它还展示请求头、脚本读到的信息和系统相关内容，这些信息来自不同观察方式。对排查“我已经改了，为什么网站仍看到另一种结果”，这种区别很有帮助。
HTTP 请求头是客户端访问网站时随请求发送的信息，例如语言偏好和客户端描述；JavaScript 则可以在页面运行时读取某些浏览器能力和环境。两者不是同一个接口，某个设置或扩展改变了其中一种表现，不代表另一种一定随之改变。
先确认字段来源，再决定是不是配置失效
例如，界面显示的语言、请求里的语言偏好和脚本读到的语言相关信息，可能涉及不同配置层。看到差异时，可以记录究竟是哪个字段不同，再查浏览器或相关工具如何处理它。只说“我改了语言但没用”，范围太宽，支持人员也难以定位。
User-Agent 同样如此。它是客户端对自己的描述，不是网站对设备做过物理检查后的证明。改了这段文字，不意味着底层图形、协议或系统能力全部变化；文字与其他输出不同，也需要具体解释，而不能只凭一项就宣布环境伪造。
我认为这部分是 Whoer 经常被百分比掩盖的价值：它允许从总览继续看到多个信息面。只要保留来源和必要字段，就能把“检测显示不一样”变成更小的问题。对于不需要深入排查的人，这部分又可以暂时略过，不必被长表格劝退。
时间信息多，别把 UTC 和本地时间不同当成故障
详细区还会排列时区、当地时间、系统或 UTC 等信息。UTC 是共同的时间参照，本地时间则按时区显示，两者的文字不同本来就正常；某些地区还涉及夏令时。应核对偏移与实际设置关系，而不是要求每一行时间看起来一样。
若设备时钟本身不准确，可能影响正常功能，这种问题值得处理。但一个正确时钟采用不同地区的显示方式，不等于泄漏或欺诈。网络位置与时区设置可以用来提出疑问，不能仅凭不同就确定问题性质。
我会把“字段越多越专业”改成另一个标准：读者能否知道各字段从哪里来、差异意味着什么、怎样验证修改。Whoer 提供了不少材料，解释仍不总是足够细，因此它更适合与明确问题一起使用，而不是要求用户照着整页逐项改到一致。
指纹信息为什么值得看，又为什么不应该制造恐慌？
Whoer 的扩展区域列出 User-Agent、请求头、屏幕、语言、时区和功能状态等信息。浏览器指纹可以理解为网站把这些特征组合起来，用于区分或关联环境。它不同于 IP，也不同于单个 Cookie。
EFF 的 Cover Your Tracks 研究说明介绍了通过收集浏览器配置并与观察样本比较来研究可识别性的方法，也区分追踪器阻止与指纹特征。这为理解 Whoer 很有帮助：网络出口隐藏得再好，也不表示其他识别信息随之消失。
但需要保留统计条件。某个特征在一组访问样本里少见，不等于它在全世界唯一；生成一个签名，也不等于已经证明某平台用它关联了账号。要评价具体指纹风险，必须知道比较样本、时间、特征组合和实际使用方式。
换代理，不会自动清除所有已有身份信息
如果账号已经登录，网站本来就知道这次访问关联哪个账号；Cookie 与其他状态可能仍在。浏览器输出的系统和图形特征也不会因为地址变了就全部变化。不能把这些正常机制的存在，都解释成代理供应商失效。
相应地，单纯删除某个字段或随机改变一项指纹，也未必让环境更难关联。不同模块之间的关系、变化是否合理，仍需要解释。Whoer 的概览可以帮助发现特征，但不会替你证明某种修改策略必定有效。
我的建议是先确定隐私或任务目标，再处理确实有关的特征。如果只是需要稳定访问一个授权服务，没有证据时不必把所有信息都随机化；如果研究浏览器暴露面，则可再用 BrowserLeaks 等模块查具体输出。
结果区与产品推广靠得很近，是使用体验的一部分
Whoer 页面同时展示代理、VPN 和浏览器相关推广。检测状态、建议和购买入口经常出现在同一条阅读路径上，指纹介绍也与浏览器产品结合得很紧。
商业化本身并不影响某条结果是否正确，免费工具需要运营也很正常。真正需要评价的是，普通读者能否清楚分辨：检测实际观察到了什么、网站据此建议什么、某个产品承诺解决什么。
担心隐私的人尤其容易把三者连成必然因果：看到“暴露”，以为已经发生严重问题；看到旁边的产品，以为购买就是必需修复。测评不应替这种推断背书，应把具体证据与营销用语分开。
我会先确认真实异常。只有路径或解析问题，就先查配置；需要多个工作环境的管理，再评估管理工具；没有问题时，也可以只用免费概览。产品应当回应需求，而不是由一个未解释的百分比制造需求。
中文页面的老项目与翻译，会不会影响推荐？
本次研究的中文界面仍包含 Flash、Java、ActiveX 等状态，端口扫描入口使用“港口扫描器”的翻译。技术人员大致能理解，普通读者却可能不知道它与网络端口的关系。
这不能证明所有检测能力已经失效，却会影响我对维护和解释质量的评价。一些旧项目在现代浏览器里不再具有过去同样的意义，把关闭状态列成很显眼的成果，可能分散对当前 DNS、WebRTC 和实际出口的注意力。
更好的做法应是区分当前重点与历史兼容项目，帮助读者知道哪些是眼前需要处理的事。Whoer 在“快速看到信息”上比较友好，在“为什么这些信息重要”上仍需要读者补充理解。
我因此会把中文概览作为方便入口，复杂问题则转到解释和证据更细的工具。不会因为一个翻译问题否定全部功能，也不会因为名气较大就忽略实际阅读成本。
把它用进日常工作，我建议保留稳定的环境记录
对长期运营，最有用的不一定是一次满分，而是知道正常情况下这套环境应该呈现什么。出口、地区、主要浏览器信息和解析方式保持可解释，出现变化时就更容易定位。
可以先保存一次完成后的基线，写清浏览器、代理作用范围和必要字段。以后更换资源或更新客户端，只比较相关项目，不必每次都把全部设置重新改一遍。若发生异常，也能说明从什么时候开始、改了什么、影响了什么。
如果使用 PuraRoute 的静态住宅资源，资源列表可以核对 Exit IP、Location、有效期和备注。把资源记录与对应工作环境关联起来，再用 Whoer 检查实际浏览器出口，会比只记住某次匿名度更有管理价值。需要长期同一出口的任务，也能据此跟踪到期与分配情况。
这样保存记录，环境出了变化才知道从哪里查。固定、专享的 IP 不会自动修改浏览器时区，也不会清掉已有登录状态，更不保证 Whoer 满分。我的选择是把正常设置记清楚，遇到问题查变化，而不是为几分差距反复购买新地址。
如何判断自己需要继续排查，还是可以停止？
我会先处理与预期不符的实际出口、明确不希望出现的公网路径、相关名单线索和持续业务故障。它们有对应问题，也有继续查证的方法。
对可解释的语言与时区差异、没有实际影响的辅助信息，则按任务决定是否处理。没有证据时，不把“看起来不一致”直接升级为必须更换代理。
对尚未完成的模块，记录未知，必要时重新检查。不能把它当通过，也不必立刻当资源坏了。这个中间状态很重要，因为真实页面有网络等待、脚本条件和权限差异。
用三个情境区分行动，而不是只比较分数
下面是使用方法推演，不是本文的代理性能测试。第一种，分数不错，但出口国家与订单不同，应优先核对交付和路由；第二种，少量扣分来自合理的多语言配置、任务也稳定，可先保留环境，不为数字盲改；第三种，结果有具体异常且持续影响业务，则沿模块和真实错误进一步排查。
三个情境都可以得到不同的百分比，但最合理的下一步由事实决定。把总分降回摘要位置，Whoer 才能帮助减少排查范围，而不是把所有差异变成新的工作量。
和其他工具相比，我会把 Whoer 放在什么位置？
与 IPinfo、Ping0 相比，Whoer 更贴近当前浏览器环境概览，资源网络背景并不是它唯一重点；与 BrowserLeaks 相比，它更容易上手，但原始候选、协议和模块解释不够集中；与 IPLeak 相比，它的摘要更醒目，不同应用路径却需要另外核对。
因此，我会推荐给需要快速看出口、DNS 和系统概况的人，也适合远程沟通时先统一观察入口。需要复杂泄漏诊断、指纹研究或严格交付验收时，再补更具体证据。
我的保留意见，是百分比容易压过解释，商业推荐与结果靠得近，中文页面还有需要更新的呈现。它的价值在于帮助找到下一步，不在于让人相信一次满分以后就不再有风险。
关于Whoer的常见问题
Whoer 100% 是否代表完全匿名？
不能。它只覆盖选定的检查和规则，不证明账号、Cookie、行为和全部网络路径都无法关联用户。
90% 就说明代理比 100% 的差吗？
不能只按百分比比较。先看具体项目、模块是否完成与实际任务，有些差异合理，有些则需要优先处理。
语言与出口国家不同，一定要改吗？
不一定。多语言与跨地区办公很常见，应根据任务与实际证据判断，不为分数随意改环境。
显示未发现代理，可以证明没用代理吗？
不可以。识别结果与实际连接路径不同，应结合客户端配置和出口确认。
黑名单显示正常，是否所有平台都会接受？
不是。要看具体来源与覆盖，某项未命中不能替其他业务服务作出判断。
更换 IP 后浏览器指纹不变，是否异常？
不必然。浏览器和系统特征不由代理出口决定。应先确认正在解决什么问题，再研究相关特征。
页面字段空白，可以直接当成没有风险吗？
不能。等待、脚本条件和未执行模块都可能造成空白，应保留状态，不能自行补成通过。
