外观
使用代理服务的隐私边界：服务商能看到什么
在通用原理上，代理服务商的节点能看到四类信息：你何时连接、传了多少流量、你从哪个公网 IP 接入、你去了哪个目标地址（域名或 IP）。它看不到的是经过 HTTPS 等端到端加密保护的内容本身。
这条边界由三件事决定：目标网站是否加密、DNS 在哪一侧解析、服务商是否记录。前两件你可以配置，第三件在本站十七个品牌的资料中全部为待核实，所以应按“服务商会记录连接元数据”的假设使用。
核心结论与适用条件
- 如果你访问的网站使用 HTTPS，那么服务商能看到你连接了哪个域名或 IP、持续多久、传了多少数据，但看不到页面内容、输入的表单与登录凭证。
- 如果你访问的网站仍使用明文 HTTP，那么服务商节点在原理上能看到完整内容，此时隐私边界与是否使用代理无关，而是由目标网站决定。
- 如果你的客户端把 DNS 查询直接从本地发出，那么本地网络运营方能看到你访问的域名，即使后续数据走了代理；把解析放到代理一侧，域名就只对服务商可见。
- 如果你使用分流规则让部分目标直连，那么这部分流量对服务商不可见，但对本地网络和目标网站暴露的是你的真实公网 IP。
- 如果你用支付宝或微信付款并以常用邮箱注册，那么服务商掌握的是能对应到个人的账户信息，而不只是匿名的连接元数据。
- 如果你关心的是服务商是否记录以上信息、保留多久，那么本站资料无法回答：日志策略对十七个品牌统一为待核实，需要在各品牌的服务条款中自行查找。
本文只讨论技术原理与使用边界，不涉及任何品牌的实际日志行为，也不对任何品牌的隐私实践做评价。它是风险识别与控制专题六类风险中“隐私风险”一类的展开，专题页只给出了一段概述，本文把边界拆到可以逐项核对的程度。
三个观察位置：谁在哪一段能看到什么
理解隐私边界的办法，是把一次网页访问拆成三段链路，再看每一段上有谁在观察。
**第一段：你的设备到代理节点。**这一段经过你的本地网络（家庭宽带、公司网络、公共场所的无线网络）与运营商线路。代理协议的加密作用在这一段：本地网络运营方能看到你的设备在和某个服务器持续通信、传了多少数据，但看不到这些数据里包着什么、你最终要访问哪个网站。协议层面的加密范围与可观察特征，可以对照加密层次的拆解来理解每一层保护的是什么。
**第二段：代理节点内部。**流量在节点上解除代理协议的加密，节点需要读出目标地址才能知道把数据转发到哪里。这是服务商的观察位置。如果目标连接本身是 HTTPS，节点看到的是“目标域名或 IP + 一段密文”；如果是明文 HTTP，节点看到的是完整请求与响应。节点还天然掌握你接入时的公网 IP、连接时间与流量大小。多数服务商采用中转架构，流量可能经过入口与出口两台以上的服务器，中转架构中哪些位置可以观察流量这篇文章对此有更细的说明。
**第三段：出口节点到目标网站。**目标网站看到的来源 IP 是出口节点的 IP，而不是你的真实 IP。它能看到完整的请求内容（因为 HTTPS 在它那里解密），但无法从网络层直接得知你的真实位置。这段链路上还可能有目标网站所在的网络运营方，它们看到的与目标网站类似，只是不能解密 HTTPS。
三段合起来看：本地网络知道你是谁但不知道你去了哪里；服务商知道你从哪来、去了哪个域名，但在 HTTPS 下不知道你做了什么；目标网站知道你做了什么，但只看到出口 IP。隐私风险就在于任何一方掌握的信息超出了这个分配。
服务商可见信息分层表
下表按“是否需要解密”把服务商在原理上能观察到的信息分层。所有行都是通用原理，不针对任何品牌；是否记录、保留多久一列对本站全部品牌为待核实。
| 指标 | 单位 | 统计口径 | 服务商能否观察 | 用户能否收窄 | 数据来源 | 更新时间 |
|---|---|---|---|---|---|---|
| 连接时间 | 时间戳 | 每次连接建立与断开 | 能，无需解密 | 不能，只能减少连接频率 | 通用原理 | 2026-10-18 |
| 流量大小 | 字节 | 每连接或每账户累计 | 能，无需解密 | 不能，流量计费本身依赖此项 | 通用原理 | 2026-10-18 |
| 接入公网 IP | IP 地址 | 设备到入口节点 | 能，无需解密 | 部分，更换接入网络会改变 | 通用原理 | 2026-10-18 |
| 目标域名 | 域名 | TLS 握手服务器名称、DNS 查询 | 能，多数情况下无需解密 | 部分，取决于目标网站是否启用加密的客户端问候 | 通用原理 | 2026-10-18 |
| 目标 IP | IP 地址 | 转发目的地 | 能，无需解密 | 不能，转发必需 | 通用原理 | 2026-10-18 |
| HTTPS 内容 | — | 请求与响应正文 | 不能 | 已由目标网站保护 | 通用原理 | 2026-10-18 |
| 明文 HTTP 内容 | — | 请求与响应正文 | 能 | 能，避免访问明文站点 | 通用原理 | 2026-10-18 |
| 客户端特征 | 字符串 | 协议握手、TLS 指纹 | 能，部分 | 部分，取决于客户端实现 | 通用原理 | 2026-10-18 |
| 账户注册信息 | 字段 | 邮箱、账号名 | 能 | 能，使用专用邮箱 | 通用原理 | 2026-10-18 |
| 付款记录 | 订单 | 支付宝、微信、USDT 到账 | 能 | 部分，取决于付款方式 | 品牌资料（支付方式 Vendor Data） | 2026-10-18 |
| 日志策略 | — | 是否记录、保留期限 | — | 不能 | 待核实（17 个品牌均无资料） | 2026-10-18 |
读表时注意两点。第一，“能观察”不等于“在记录”，但在没有书面日志策略的情况下，审慎的做法是把两者等同。第二，“用户能否收窄”一列是本文后半部分的行动依据：能收窄的项集中在目标域名、明文内容、客户端特征与账户信息四项，其余项是代理服务的工作方式本身决定的。
两层加密的终点不同
很多隐私误判来自把“协议有加密”理解为“服务商看不到”。VLESS、Trojan、Shadowsocks 等代理协议确实加密，但加密的终点在服务商节点：节点必须解密才能知道把数据发到哪里。这意味着代理协议的加密是针对本地网络和中间链路的，不是针对服务商的。
真正让服务商看不到内容的是目标网站自己的加密，通常是 HTTPS。HTTPS 的终点在目标网站，代理节点只能转发密文。所以同一次访问中有两层加密叠在一起：外层是代理协议，保护你到节点的一段；内层是 HTTPS，保护你到目标网站的全程。拆掉外层的是服务商，拆掉内层的是目标网站，谁都拆不掉对方那层。
两个推论：当目标网站是明文 HTTP 时内层不存在，任何协议的“加密”都不改变服务商看到明文的结果；TLS 握手中服务器名称字段多数情况下明文传输，服务商即使解不开 HTTPS 也能读到域名，只有目标网站与客户端都支持加密客户端问候时才会被遮蔽。TLS 指纹这篇文章说明了指纹如何被观察；REALITY、uTLS 之类机制改变的是第一段链路对外呈现的特征，不改变服务商的可见范围。
DNS、WebRTC 与分流：用户自己能动的三条边界
服务商节点的可见范围由协议原理决定，用户动不了；但有三条边界由客户端配置决定，用户可以自己调整。
DNS 在哪一侧解析
域名解析决定了“谁先知道你要去哪里”。如果客户端把 DNS 查询直接从本地发出，本地网络运营方会在流量走代理之前就看到你查询的域名；如果客户端把解析交给代理节点一侧完成，或者通过代理隧道向加密 DNS（DoH、DoT）服务器查询，本地网络就只看到一段密文。两种方式都不是“更隐私”，只是把域名的知情方从本地网络换成了服务商或 DNS 服务提供方。检查方法见DNS 泄露的识别与处理。
WebRTC 暴露真实 IP
浏览器中的 WebRTC 功能为了建立点对点连接，可能向网页脚本暴露你的本地与公网 IP，这条路径绕过了代理。它影响的不是服务商能看到什么，而是目标网站能否同时得到出口 IP 和你的真实 IP。如果你使用代理的目的之一是不让目标网站知道真实 IP，这条边界就必须单独处理，WebRTC 泄露的原理与关闭方式在协议安全集群中有专文。
分流规则把流量切成两段
分流规则让一部分目标直连、一部分走代理。直连部分服务商看不到，但本地网络和目标网站看到的是你的真实 IP；走代理部分则反过来。这意味着你的隐私边界被切成了两段，切法由规则列表决定。来源不明的规则集可能把本该走代理的目标直连，其核查思路与客户端下载来源一致，可以参照客户端下载安全的核对要点。
三条边界的共同点是：它们都在你的设备上，不需要服务商配合，也不因为更换服务商而自动改变。迁移到新服务商时这些配置需要重新检查，更换服务商清单把它们列在了迁移后的核对项里。
账户层的隐私：注册与支付如何把元数据对应到人
前面讨论的都是网络层。还有一层边界在网络之外：服务商通过注册与付款掌握的账户信息。连接元数据本身是匿名的，“某个 IP 在某个时间连接了某个域名”并不直接说明是谁；但一旦账户与注册邮箱、付款记录关联，元数据就能对应到具体的人。
本站资料中十七个品牌的支付方式一致为支付宝、微信、USDT。支付宝与微信的交易会与你的支付账户关联，服务商至少能看到订单信息与到账记录；USDT 转账在链上公开可查，但不直接携带身份信息，关联程度取决于你获取 USDT 的渠道。三种方式各自的操作风险在支付安全这篇文章中展开，本文只关注它们与身份关联的差异。
注册邮箱是另一个关联点。使用日常主邮箱注册，意味着服务商的账户数据库里有一条可以对应到你其他网络身份的记录；使用专用邮箱则把这条记录隔离开。这与密码强度、两步验证属于不同问题：后者防的是第三方入侵，前者限制的是服务商自身掌握的关联信息，账号安全文章讨论的是前一类，本文讨论的是后一类，两篇一起读才完整。
隐私边界的收窄顺序
Decision Path
按观察者排序：先决定不希望谁看到什么
text
你更不希望哪一方知道你访问了哪些目标？
├─ 本地网络运营方（家庭宽带、公司、公共无线）
│ ├─ DNS 是否在本地明文解析？→ 是则改为代理侧解析或加密 DNS
│ ├─ 分流规则是否让敏感目标直连？→ 是则调整规则或改为全局
│ └─ 第一段链路加密是否完整？→ 确认未开启允许不安全证书
├─ 代理服务商
│ ├─ 目标网站是否使用 HTTPS？→ 明文站点内容对节点可见，无法收窄
│ ├─ 域名是否可被遮蔽？→ 取决于目标网站是否支持加密客户端问候
│ ├─ 账户是否用主邮箱与常用支付方式关联？→ 可用专用邮箱隔离
│ └─ 日志策略是否有书面说明？→ 全部待核实，按会记录元数据假设使用
├─ 目标网站
│ ├─ WebRTC 是否暴露真实 IP？→ 在浏览器中关闭相关功能或使用扩展
│ ├─ 是否在同一浏览器中登录了实名账户？→ 登录状态本身即身份
│ └─ 出口 IP 是否与他人共用？→ 共用出口是服务的常态，不构成问题
└─ 以上都在意 → 接受代理只能重新分配信息、不能消除信息这一前提
└─ 把“服务商可见元数据 + 账户信息”作为使用时的默认假设这棵树的要点是：没有一个配置能同时对三方都收窄。把 DNS 交给代理侧解析，本地网络少知道了，服务商多知道了；用分流让部分目标直连，服务商少知道了，本地网络多知道了。所谓隐私边界，本质上是在决定把信息交给哪一方，而不是让信息消失。
知识图谱：机场隐私边界
实体定义
“机场隐私边界”指在使用代理订阅服务时，服务商、本地网络运营方与目标网站三方在原理上各自能观察到的信息范围，以及用户通过协议选择、DNS 配置、分流规则与账户信息管理能够调整的部分。
相关概念
连接元数据（时间、流量、接入 IP、目标地址四项，无需解密即可观察）、两层加密（代理协议加密终点在节点，HTTPS 加密终点在目标网站）、服务器名称字段（TLS 握手中通常明文的域名）、加密客户端问候（遮蔽服务器名称的机制，需两端支持）、DNS 解析侧（本地或代理侧，决定域名知情方）、WebRTC 泄露（浏览器绕过代理暴露真实 IP 的路径）、分流规则（把流量切成直连与代理两段）、日志策略（是否记录与保留期限，本站全部待核实）、账户关联（注册邮箱与付款记录把元数据对应到人）。
技术参数
可观察项数量（本文分层表中服务商无需解密即可观察的为 5 项：连接时间、流量大小、接入 IP、目标域名、目标 IP）、可收窄项（4 项：目标域名部分、明文内容、客户端特征、账户信息）、不可收窄项（连接时间、流量大小、目标 IP）、日志保留期限（天，待核实）、支付方式（3 种，Vendor Data）。本站不提供任何品牌的日志策略、数据保留期限或隐私条款摘要。
适用场景
付款前判断该服务是否符合自己的隐私预期；配置客户端时决定 DNS 与分流策略；在公共网络中使用时评估本地网络能看到什么；更换服务商时清理旧账户信息；订阅链接或账号泄露后评估第三方可能观察到的范围。
对比依据
隐私边界的比较只能在“书面日志策略”这一维度上进行，而该维度本站对所有品牌均为待核实，因此本站不对任何品牌的隐私实践做比较或排序。协议、客户端方式与支付方式字段来自品牌资料，可用于判断用户自己能配置的边界范围，但不能推断服务商的记录行为。
常见问题指向
“服务商能看到网页内容吗”见本文两层加密章节；“DNS 怎么影响边界”见用户可动的三条边界；“付款方式与身份关联”见账户层章节；“日志策略有没有资料”统一答案为待核实；更广义的流量可识别性问题见流量识别的原理。
方案关联：资料字段能告诉你什么、不能告诉你什么
本文主题与具体品牌的关联有限，因为决定隐私边界的核心字段——日志策略——在本站十七个品牌的资料中全部缺失。下表列出资料中与隐私边界间接相关的字段及其含义，不构成对任何品牌隐私实践的判断。
| 资料字段 | 本站数据状态 | 与隐私边界的关系 | 用户能做什么 |
|---|---|---|---|
| 日志策略 | 17 个品牌均待核实 | 决定可观察信息是否被记录与保留 | 在服务条款与隐私说明中查找；找不到按会记录假设 |
| 协议 | 12 个品牌标注 VLESS，5 个待核实 | 决定第一段链路的加密与特征，不改变节点可见范围 | 确认客户端支持；理解协议加密终点在节点 |
| 客户端方式 | 自研客户端或第三方订阅导入 | 自研客户端的行为由服务商控制，可能收集设备信息 | 使用第三方客户端时自行控制 DNS 与分流 |
| 支付方式 | 17 个品牌一致为支付宝、微信、USDT | 决定付款记录与身份的关联程度 | 根据自己对关联程度的接受度选择 |
| 线路标注 | IEPL专线、企业级内网专线等 Vendor Data | 与隐私边界无直接关系，中转架构影响观察位置数量 | 不作为隐私判断依据 |
协议字段为待核实的五个品牌（微风网络、飞猫云、星岛梦、灵猫网络、极连云），在付款前需要先确认实际协议才能评估第一段链路的边界。服务条款的阅读方法这篇文章列出了在条款中定位日志与数据保留条目的方法，适合在付款前配合本文使用。
2025 年与 2026 年开业的品牌可供参考的记录较短，这只是信息量的差异而非风险判断，新开业品牌的观察期方法把它处理为付费周期问题而不是信任问题。用量很小的读者可参考轻量使用场景：低频使用本身就减少了可被观察的连接元数据总量。
优点、限制与风险提示
按三方观察者拆解边界的优点
- 把“隐私”从笼统的担忧变成可以逐项核对的清单：哪一方、看到哪一项、能否收窄。
- 把用户能控制的部分（DNS、分流、WebRTC、账户信息）与不能控制的部分（节点可见元数据、日志策略）明确分开，避免在不可控项上浪费精力。
- 适用于任何服务商，不依赖品牌资料，更换服务商后仍然有效。
这套拆解的限制
- 全部基于通用原理，没有任何品牌的实际日志行为、保留期限或隐私条款数据，本站十七个品牌的日志策略均为待核实。
- 目标域名能否被遮蔽取决于目标网站与客户端是否支持加密客户端问候，用户单方面无法决定。
- 自研客户端的行为无法从资料推断，是否收集设备信息对所有品牌为待核实。
- 三方观察者模型是简化，真实链路中还可能有中转服务器、落地机房的网络运营方等更多观察位置。
使用本文方法时的风险提示
- 代理服务只能重新分配信息的知情方，不能让信息消失；把代理理解为匿名工具会导致错误的使用假设。
- 日志策略待核实不等于不记录；在没有书面说明之前应按会记录连接元数据与账户信息的假设使用。
- 协议、客户端与支付方式字段来自品牌公开资料与用户提供清单，核实日期为 2026-10-18，服务商可能随时调整，下单前以官网实时信息为准。
- 本文不构成对任何品牌隐私实践的推荐或否定，也不对品牌之间进行隐私排序。
常见问题
代理服务商理论上能看到我访问的网页内容吗？
取决于目标网站是否使用加密连接。对使用 HTTPS 的网站，页面内容、表单与登录凭证在你的设备与目标网站之间加密，服务商节点只是转发密文，看不到内容；但目标域名可能通过 TLS 握手中的服务器名称字段、DNS 查询或 IP 地址被观察到。对仍使用明文 HTTP 的网站，服务商节点在原理上可以看到完整内容。
服务商能看到的连接元数据具体包括什么？
在通用原理上包括：连接建立与断开的时间、每次连接传输的流量大小、你的设备接入节点时使用的公网 IP、你所连接的节点与出口、以及经过节点的目标地址（域名或 IP）。这些信息不需要解密任何内容就能在节点上观察到，因此应当默认服务商在技术上具备看到它们的能力，是否记录则取决于其日志策略。
机场协议的加密和 HTTPS 的加密是一回事吗？
不是。代理协议的加密保护的是你的设备到服务商节点这一段，目的是让本地网络与中间链路看不到你在访问什么；HTTPS 的加密保护的是你的设备到目标网站这一段，目的是让包括服务商在内的任何中间方看不到内容。两层加密的终点不同：前者在节点上解除，后者在目标网站上解除。
DNS 查询会怎样影响隐私边界？
DNS 查询决定了“谁知道你要去哪里”。如果域名解析在本地直接发出而没有经过代理，本地网络运营方会看到你访问的域名，即使后续流量走了代理；如果解析在代理节点一侧完成，域名就只对服务商可见。客户端的 DNS 设置和分流规则共同决定解析在哪一侧进行，这是用户自己可以调整的边界。
本站资料里有没有品牌说明自己的日志策略？
没有。本站十七个品牌的资料字段只覆盖开业年份、价格、流量、线路标注、协议、客户端方式与支付方式，不包含日志策略、数据保留期限或隐私条款摘要，因此日志策略在本站对所有品牌统一标注为待核实。你需要在该品牌的服务条款或隐私说明中自行查找，找不到时应按会记录连接元数据的假设使用。
付款方式会不会扩大服务商掌握的个人信息？
会。本站资料中十七个品牌的支付方式一致为支付宝、微信、USDT。使用支付宝或微信付款时，交易记录会与你的支付账户关联，服务商一侧至少能看到订单与到账信息；注册邮箱、账号名与付款记录组合后，服务商掌握的就不只是连接元数据，而是可以对应到具体个人的账户信息。这一部分与协议和 DNS 无关，属于账户层的隐私边界。
分流规则会让部分流量不经过代理，这算隐私风险吗？
算，但方向相反。分流规则把部分目标直接从本地网络访问，这些流量不经过服务商节点，服务商看不到，本地网络运营方和目标网站却能看到你的真实公网 IP。隐私边界因此被切成两段：走代理的那部分对服务商可见，直连的那部分对本地网络可见。规则列表本身也体现了你的访问偏好，应避免使用来源不明的规则集。
服务商能看到我的设备是什么、在哪里吗？
能看到一部分。节点能观察到你接入时的公网 IP，这通常能对应到大致地理区域与网络运营商；客户端在协议握手中可能暴露客户端类型或 TLS 指纹特征；如果你使用服务商的自研客户端，客户端自身的行为完全由服务商控制。设备型号、系统版本等信息是否被收集，取决于客户端实现，本站资料对此为待核实。
隐私边界和账号安全是同一个问题吗？
不是，但两者相邻。隐私边界讨论的是服务商在正常运营中能看到什么；账号安全讨论的是第三方在你的账号、订阅链接或密码失守时能做什么。前者由协议、DNS 与日志策略决定，后者由密码强度、订阅链接保管与两步验证决定。订阅链接泄露时，持有者不仅能消耗你的流量，还能通过同一出口观察到与你相关的连接行为，两者在此处交汇。
订阅链接泄露的识别与处理步骤，订阅链接泄露这篇文章有完整清单。
有没有办法让服务商完全看不到我的任何信息？
没有。只要流量经过服务商节点，连接时间、流量大小、接入 IP 与目标地址在原理上就对节点可见，这是代理服务的工作方式决定的，不是某个品牌的缺陷。用户能做的是收窄边界：使用加密目标网站、让 DNS 在代理侧解析、关闭 WebRTC 泄露路径、控制注册与支付信息的关联程度，并按服务商会记录元数据的假设安排自己的使用。
更换服务商之后，旧服务商还保留哪些关于我的信息？
取决于其数据保留策略，而该策略在本站所有品牌资料中为待核实。可以合理假设旧服务商至少保留账户注册信息、付款订单与一段时间的连接记录。迁移时你能做的是在旧面板中更换密码、重置订阅链接、停止续费、删除保存在旧客户端中的配置，并在条款允许的情况下申请注销账户，但无法强制对方删除已经产生的记录。
下一步
还在选型阶段的读者，可以回到选型方法专题把条款与待核实字段加入核对清单；已在使用某个服务的读者，到桌面客户端或移动客户端专题检查 DNS、分流与 WebRTC 相关设置；打算更换服务商的读者，先读迁移清单中旧账户清理的部分。品牌页列出了协议、客户端方式与支付方式字段，可以按协议或客户端方式筛选候选品牌，日志策略一项在所有品牌页均为待核实。
Cluster · control
风险控制
- 避免单点依赖：主力服务失效时的切换预案如何避免只依赖一个机场带来的中断风险？
- 短周期付费策略：把预付风险控制在可接受范围如何通过付费周期控制预付款损失的上限？
- 退款与争议处理：保留证据与沟通步骤需要退款或发生争议时应该保留哪些证据、按什么步骤沟通？
- 账号安全：密码、两步验证与订阅重置机场账号和订阅应该如何做好安全设置？
- 使用代理服务的隐私边界：服务商能看到什么使用代理服务时服务商理论上能看到哪些信息？
- 更换服务商清单：从旧订阅迁移到新订阅的步骤从一个机场迁移到另一个机场需要做哪些步骤？
- 为代理服务支出设定预算上限：成本、冗余与风险的平衡每月在代理服务上花多少钱比较合理，应该如何设上限？
信息来源与更新日期
- 信息来源：通用技术资料（代理协议加密范围、TLS 握手、DNS 解析、WebRTC、分流规则的公认原理）；品牌公开资料/用户提供清单（data/brands.json，用于协议、客户端方式与支付方式字段）。
- 数据核实日期：2026-10-18
- 最近更新时间：2026-10-18
- 本站十七个品牌均为 Vendor Data，测速 Not Tested；日志策略、数据保留期限、自研客户端的信息收集行为在资料中均未提供，统一标注“待核实”。本文不包含任何品牌的实际隐私实践、用户评价或亲自使用经历，不对品牌之间进行隐私比较。