1. 先用十分钟建立一套可恢复的基础设置

本文以 Windows、macOS 上的桌面 Chrome 与 Firefox 为主，目标是减少向网站、嵌入式跟踪服务和共用设备的人暴露不必要的信息。网站、公司管理员、网络运营商和 VPN 服务商的可见范围不同，不能靠一个开关同时对所有观察者隐身。先更新浏览器并记录版本；中文菜单对不上时，用设置页的搜索框查找“位置”“DNS”“HTTPS”等关键词。

  1. 阻止新位置请求，并逐个检查过去已经允许定位的网站。
  2. 检查操作系统给浏览器的位置权限，需要地图导航时再有意识地保留例外。
  3. Chrome 阻止第三方 Cookie，或在 Firefox 中检查增强型跟踪保护；遇到问题按单站修复。
  4. 检查 HTTPS 和 DNS 设置，删除不必要的扩展，并给一般浏览建立单独的配置文件。
  5. 如果还需要不让网站看到家庭宽带或手机网络的公网 IP，再使用覆盖范围适合的可信网络服务，并验证实际路径。

改之前保留原设置的简单记录，每次只调整一组。这样登录、视频会议或公司内网出问题时，可以撤回具体改动，不必重装浏览器或关闭全部保护。

2. 没有弹出定位请求，网站也可能推断你在哪里

信息渠道可能暴露什么对应措施
连接 IP，包括 IPv6网络运营商及估计的国家、地区或城市，准确度不固定。检查所选 VPN 或代理的实际出口与覆盖范围。
经过授权的浏览器定位设备位置估计，可能比 IP 定位精确得多。网站权限与系统权限一起检查。
WebRTC 实时通信连接候选地址及音视频所走的路径。单独检查，不能用网页打开正常代替。
DNS 查询解析器以及某些情况下本地网络可观察到的域名查询。区分解析器、加密方式和查询所走网络。
账号、Cookie 与历史活动身份、曾填写的地址及过去浏览信息。账号隐私控制与配置文件隔离。
语言、时区、浏览器指纹地区线索，以及可能关联多次访问的设备配置。优先内置防跟踪、少装扩展、减少身份混用。
主动上传的照片或文档文件内的坐标、地址及画面里的身份线索。检查实际发出的副本和可见内容。

Google 的位置说明分别列出连接 IP、设备信号、历史活动以及主动保存的家庭或工作地址。关掉其中一项，并不会同时关闭其他渠道。网页显示了正确城市，不足以单独证明它拿到了 GPS、VPN 失效或精确住址泄露；要继续查看证据。

3. Chrome：既改默认行为，也处理旧授权

  1. 进入设置 → 隐私和安全 → 网站设置 → 位置信息。桌面版也可在地址栏输入 chrome://settings/content/location。
  2. 在默认行为中选择不允许网站查看您的位置信息。Chrome 原本通常会先询问，阻止是需要主动做出的选择。
  3. 检查“允许查看位置信息”的网站列表。对不需要的站点移除授权，或把该站的位置设置改成“阻止”。不要只改全局默认值就结束。
  4. 针对当前网页，可点地址左侧的网站控制图标，进入“网站设置”，检查位置权限。修改后重新加载网页。
  5. 确实要使用地图、外送等服务时，只给必要站点完成当次任务；结束后再撤销权限。

Chrome 官方帮助说明了授权流程及位置服务估计。拒绝位置权限不会阻止网页服务器看到连接 IP；网页也可能继续显示账号或本地站点数据里已经保存的旧位置。重置权限与删除网站数据是不同操作，不能互相代替。

4. Firefox：阻止新请求，别漏掉已有的 Allow

  1. 打开设置，搜索 location / 位置。在隐私或权限区域找到位置 → 设置…，打开站点权限列表。
  2. 勾选阻止新的位置访问请求，然后保存更改。不同版本的中文标签可能略有差异。
  3. 逐一检查已有的 Allow / 允许。把不需要的条目改为 Block / 阻止，或在继续阻止新请求的前提下移除。只阻止新弹窗不会撤回旧的允许。
  4. 针对当前站点，查看地址栏的权限指示，或在“页面信息 → 权限”中检查访问位置。改完重新加载。
  5. 之后需要定位时，临时调整相关站点权限，任务结束再回到列表核对。

Mozilla 的定位说明指出，位置服务可使用附近 Wi-Fi 信息和 IP 来估计位置。笔记本没有 GPS 芯片，也不代表它无法精确定位；关闭另一台手机的 GPS，也不会自动关闭电脑的 Wi-Fi 定位能力。

5. 系统定位是另一道控制，手机还要单独检查

macOS 可进入系统设置 → 隐私与安全性 → 定位服务，检查列表里对应浏览器的权限。优先调整需要限制的应用，不必为了一个网站关掉整台电脑所有有用的定位服务。Windows 11 通常在设置 → 隐私和安全性 → 位置；Windows 10 和不同应用的开关组织可能不同，可直接搜索“位置”。部分桌面应用没有与商店应用相同的逐应用开关。

Chrome 从 144 版起的 Windows 说明明确区分网站授权和系统授权：允许网站后，可能再出现系统位置请求。操作系统允许浏览器使用位置，不等于每个网站自动获准。Apple 也说明，关闭定位服务后，应用和网站仍可能通过其他方式估计位置。这两层开关都不会替换普通连接的公网 IP。

Android 可在设置 → 应用 → 对应浏览器 → 权限 → 位置检查应用授权，再检查浏览器内部的网站权限；手机厂商可能改菜单。iPhone、iPad 可在设置 → 隐私与安全性 → 定位服务 → 对应浏览器检查，应用设置中也可能提供入口。不需要时选择“永不”；确实要提供大致位置时，可检查是否能关闭“精确位置”。大致位置本身仍会暴露一个区域。不要把桌面内部网址、扩展程序或内置 VPN 的操作原样套到手机。

6. Chrome：减少跨站跟踪，按站点修复兼容性

进入设置 → 隐私和安全 → 第三方 Cookie，按需求选择阻止第三方 Cookie，同时检查例外。第一方 Cookie 来自你直接访问的网站，常用于保持登录；第三方 Cookie 则可能通过嵌入式服务把不同网站上的活动关联起来。阻止后者不会消除全部跟踪，也不会让正在访问的网站不知道你来过。

若嵌入式登录、付款组件或小工具失败，先确定具体站点，再使用范围尽可能小、适合时限的例外。不要为了一个组件永久放开全局第三方 Cookie。清理某个站点，可在查看所有网站数据和权限中搜索域名并删除该项；这可能使你退出登录、丢失偏好，但不会删除服务端保存的记录。操作依据可见Chrome 的 Cookie 帮助。

还可查看隐私和安全 → 广告隐私。如果当前版本和地区仍显示广告主题、网站建议的广告或广告衡量，分别检查并关闭不需要的可选功能；这些开关与 Cookie 权限不同。不要照搬“Chrome 已经全球取消第三方 Cookie”或“无痕模式自动隐藏全部 IP”的旧教程：Google 在 2025 年 10 月的更新已把 IP Protection 等列入淘汰技术。决定淘汰，也不等于每个版本在同一天完成删除。

7. Firefox：利用内置跟踪保护，出现问题再缩小排查范围

在设置中搜索增强型跟踪保护 / Enhanced Tracking Protection，查看“标准”与“严格”。Mozilla 说明，标准模式已包含 Total Cookie Protection，把 Cookie 按所访问的网站进行分区。严格模式会进一步阻止内容，可能影响登录、嵌入视频及其他功能；选择后重新加载，试用日常必需的网站。

一个网页失效时，先打开地址旁的盾牌面板，查看被阻止的类别，再按该站测试例外。如果例外并未解决问题，就撤回例外，继续定位原因。不要遇到第一个坏页面就关闭全局保护。Mozilla 的桌面说明解释了模式和例外；Cookie 分区不是隐藏 IP 的服务，登录的站点依然知道账号身份。

保留反钓鱼、恶意下载防护及浏览器更新。减少跟踪不需要取消这些安全提醒。HTTPS 能保护传输过程，也不能据此判断一个网站是否诚实。

8. 无痕、配置文件和 Containers 各解决什么

Chrome 菜单选新建无痕窗口，Windows 快捷键是 Ctrl+Shift+N，Mac 为 Command+Shift+N。Firefox 选新建隐私窗口，对应 Ctrl+Shift+P 和 Command+Shift+P。Chrome 无痕与Firefox 隐私浏览主要减少会话结束后留在本机的普通浏览历史与临时站点数据；下载文件、主动保存的书签等仍可能保留。要关闭所有私密窗口才结束对应会话，再开一个私密窗口也不一定是独立身份。

私密浏览不会自动向网站隐藏 IP，也不会让公司网络管理员或运营商完全看不见活动。在隐私窗口里登录原来的邮箱或社交账号，服务仍然能识别你。

更实用的日常组织方式是：工作配置文件、个人登录配置文件、一般资料浏览配置文件分开。Chrome 的个人资料菜单可添加新配置文件；希望减少账号关联时，不要把每一个都接入同一个常用账号。Firefox 也支持独立配置文件，界面会随版本变化。配置文件适合隔离浏览数据，不是防止能使用你电脑的人访问资料的密码保险箱。

Firefox Multi-Account Containers可在同一配置文件里隔离站点的 Cookie 上下文，但不能用于隐私浏览或“从不记住历史”的配置。它本身不创建不同网络出口，也不会擦掉指纹；在两个容器中登录同一账号，服务仍知道是同一账号。多人共用电脑时，采用独立系统用户和锁屏，效果更明确。

9. 想保护公网 IP，先选对网络覆盖范围

工具主要作用还要确认什么
HTTPS加密你与网站之间的传输。网站仍能看到自己收到的请求和连接 IP。
DNS over HTTPS加密向解析器发出的受支持查询。解析器仍处理查询，不会因此替换网页连接 IP。
浏览器代理或扩展可转发其配置范围内的流量。其他应用、UDP、DNS 和例外站点可能走别的路径。
设备级 VPN可覆盖更广的设备流量。检查分流、IPv6、DNS、断线行为及服务商可信度。
Tor Browser把 Tor 路由与专门的浏览器隐私防护结合。使用专用浏览器；主动暴露身份及终端安全仍需处理。

连接按预期经过转发后，目标网站通常看到转发服务的公网 IP，而不是家庭宽带或手机出口。这会把一部分信任转移给服务商，不能隐藏你主动提交给登录服务的信息。不要只因“免费”或“无日志”宣传就选服务；还应查主体、隐私政策、独立证据、支持平台以及断线时具体行为。

需要更强的日常身份分离时，可考虑专用 Tor Browser，而不是把普通 Chrome、Firefox 指向 Tor 代理就当成相同效果。保留它的标准配置，少做个性化、不额外安装扩展；速度、兼容性和账号提示可能不同。Tor 官方也没有承诺绝对匿名。

10. Firefox 内置 VPN 已有，但保护范围要看清

截至 2026-11-02，Mozilla 已正式说明内置 VPN：从 Firefox 149 起分批向符合条件的用户开放，通过安全代理保护浏览器流量，需要 Mozilla 账号，每月额度 50 GB。是否能看到图标与分批开放、资格有关，单纯更新不能保证立即拥有；它与全设备 Mozilla VPN 是不同产品。

如果你的浏览器已提供此功能，打开工具栏 VPN 面板，完成设置，确认当前站点实际处于启用状态，再看例外站点及剩余额度。额度用尽后保护不可用，不能把“已暂停”理解成浏览器必然阻断所有访问。重连或接近用量上限后再核对状态。其他应用和文档列明的服务例外不在其范围内；它也不代替位置权限和账号隐私设置。

11. WebRTC：网页出口正常，不代表实时通信也检查过了

WebRTC 的连接候选可能包含网络地址。视频通话的连接路径，可能与浏览器代理转发的普通 HTTP 网页不同。拒绝麦克风或摄像头权限，不能当成全面的 WebRTC 网络控制，因为不采集这两类设备也可能进行连接协商。

判断时要区分家庭运营商的公网地址、192.168.x.x、10.x.x.x 等局域网地址，以及被遮蔽的 .local 候选。出现局域网地址或 mDNS 标签，本身不证明网站已经拿到住宅公网 IP。要和预期路由及对应的 IPv4、IPv6 一起判断。

优先用可信服务商的 WebRTC 说明或自己控制的测试端点；需要开会的人，还应试一次实际通话。如果网页经过转发，WebRTC 却出现住宅公网地址，再查 UDP、分流及服务商对实时通信的支持。Chrome 有企业策略和扩展 API，但不能把它们写成所有普通用户都有的设置按钮。不要叠装来路不明的“防泄露扩展”，也不要抄过时实验 flag；关闭相关能力会影响通话，任何有文档依据、可恢复的调整都应复测。

12. HTTPS 与安全 DNS：看懂开关，也看懂回退

Chrome 在设置 → 隐私和安全 → 安全检查始终使用安全连接及使用安全 DNS。Firefox 可搜索 HTTPS-Only / 仅 HTTPS 模式或当前版本的 HTTPS 保护选项，以及 DNS over HTTPS。保留安全提醒，不要为“隐私设置”绕过证书错误。具体选项见Chrome 安全帮助和Mozilla HTTPS 帮助。

Chrome 默认自动安全 DNS 模式遇到问题可回退未加密查询，选择自定义提供商的模式则有不同的失败行为。Firefox 的 DoH 保护级别也有不同的回退和网络检测规则；最高保护在安全解析失败时警告，但用户仍可能为个别域名设置系统 DNS 例外。因此，“开着”不能一概理解成失败时一定阻断。

VPN 已提供 DNS 时，先看其说明，再决定是否单独指定浏览器解析器。Firefox 默认 DoH 检测到 VPN 或企业配置时可能不启用；单凭 Not active 不能证明泄露。浏览器使用另一个 DoH 解析器，也可能仍在隧道内部传输。解析器在外国，不证明网页连接就从那个国家出去；解析器在本国，也不能单独证明发生 DNS 泄露。分别回答“谁解析、是否加密、走哪条网络”三个问题。公司内部域名和公共 Wi-Fi 登录页可能需要特定处理，先找故障，再考虑范围有限的例外。

13. 账号活动、浏览器指纹与扩展的日常管理

退出 Chrome 同步，不等于退出网页里的 Google 账号；登录 Mozilla 账号，也与登录网站不同。要分别检查。Google 可从Google 账号 → 数据和隐私 → 历史记录设置 / 我的活动检查当前呈现的控制，包括适用时的 Search services history、网络与应用活动、时间轴等。Google 说明这些控制相互独立；关掉时间轴不会一并删除所有其他位置线索，删除过去数据和停止未来保存也应分别决定。

语言和时区可以提供地区线索，不能单独证明物理位置。字体、图形表现、屏幕属性等还可能帮助关联访问。Firefox 内置指纹保护可减少部分暴露，不能消除全部识别。随机改 User-Agent、装特殊字体或叠加大量隐私扩展，可能造成矛盾或更独特的配置，还会破坏网站。优先维护内置保护，不要把一长串没有解释的 about:config 参数当成通用配方。

Chrome 打开 chrome://extensions，Firefox 打开“附加组件和主题”，删除不用的扩展，逐个检查剩余项目的网站访问权限。在支持时缩小到必要网站或点击后访问。能“读取和更改所有网页数据”的扩展权限很大，名字带“隐私”不证明它安全；私密窗口里的允许状态也要单独查。Chrome 的扩展说明列出网站访问控制，但代理扩展的网络能力也未必受同一开关限制。不要仅为使用所谓隐私扩展就安装根证书。

14. 分享链接与文件：主动发送的信息不会被定位开关擦掉

转发网页链接时，可在确认短链接仍打开正确公共页面后，删除 utm_source 等明显营销参数。但文档访问、邀请或签名参数可能是必需的，不要盲目删掉所有问号后内容。优先使用平台提供的公共分享流程，避免把带私人会话或账号信息的网址发出去。

上传照片前，检查位置元数据，以及路牌、快递单等画面内容。Apple 给出了移除或不分享照片位置的方法；导出一份处理过的副本，并确认实际发出的是这份。聊天工具在某个流程中去除元数据，不代表它的所有分享方式都如此。截图、PDF 和文档即使没有 GPS 字段，也可能暴露地址、作者姓名和其他线索。浏览器权限不会自动清理主动上传的文件。

15. 验证结果，再排查“为什么它还知道我的城市”

有用的自查记录包括：浏览器版本、系统、时间、配置文件、位置权限、网络模式、是否登录测试站点。只用少量你信任的检测服务或自己的端点；外部检测方本身也会收到你发给它的 IP 和信息。这些是读者自行验证的步骤，本文没有声称已经检测你的设备。

检查项预期结果不符合时怎么排查
位置权限列表新请求被阻止，不必要的旧 Allow 已处理。同时检查单站例外与系统权限，重新加载。
HTTP 公网出口可信端点或自有服务器日志看到预期转发出口。查服务是否启用，浏览器或站点是否被排除。
IPv4 与 IPv6测试到的地址族都符合预期，或不支持的地址族被有意识地阻断。查服务的 IPv6 支持；仅测 IPv4 不能推断 IPv6。
WebRTC所测场景未出现不希望暴露的住宅公网候选。查 UDP 和实时通信支持，别把 .local 或局域网候选当作住宅 IP。
DNS观察到的解析器和传输路径符合自己的方案。分别查浏览器 DoH、系统 DNS、VPN DNS 和域名例外。
网络隧道断开行为声称具备阻断模式时，断线后的无敏感信息测试请求确实被阻断。不影响当前工作才测试；连接正常时的检查不能证明断线保护。
日常必需站点登录、会议和内网在范围有限的例外下可正常使用。一次撤回一个最近改动，避免全局取消保护。

做一次简单的 HTTP 出口观察时，如果你选择信任 Cloudflare 作为检测方，可在要检查的浏览器打开 https://www.cloudflare.com/cdn-cgi/trace，查看 ip= 这一行。Cloudflare 会收到这次请求；其验证文档使用该字段观察出口地址。colo= 代表处理请求的数据中心，不是你的物理所在地，见官方路由解释。这只能说明某次请求访问该端点的结果，不能为所有站点、IPv6、DNS、WebRTC 一次性背书。

也可在自己控制的 HTTPS 服务器查看来访源 IP；服务器在 CDN 后面时，需正确理解可信的客户端 IP 元数据，不要把服务器地址当成访客地址。DNS 和 WebRTC 仍需分别检查。浏览器、系统、网络客户端更新后，以及更换 Wi-Fi 后，都值得复核关键项目。

若网页还显示你的城市，按证据逐项查：先确认本次连接 IP，再查网站位置权限；用独立且未登录的配置文件对比，检查账号地址和站点里手动选择的地区，最后看语言和时区线索。不要第一步就删除全部密码或重装浏览器。旧缓存、账号地址以及 IP 地域数据库误差，都可能解释显示内容，而不意味着新发生了精确定位泄露。

日常可先做到：不必要的位置权限关闭、跟踪保护开启、HTTPS、少扩展、配置文件分开。需要保护公网 IP 时，再增加经过验证的网络路径；需要更强匿名性时，使用为此设计的工具并保留其标准保护。可重复的观察，比检测页给出的一个绿色“隐私分数”更有用。