科普百科:入门、客户端与网络指标导览
科普百科可以按入门、客户端、隐私与风险、网络指标来读。
科普百科可以按入门、客户端、隐私与风险、网络指标来读。入门先分清要核对的问题,客户端关注权限与加密,隐私专题解释数据处理与信任边界,指标专题说明延迟、丢包、抖动和吞吐量各自代表什么。
入门先分清自己需要了解什么
从应用、提供方和网络表现分别提问
入门专题围绕几类问题展开:应用索取什么权限,信息是否加密,是否交给其他机构,以及提供方如何处理数据。这些问题对应不同的核对内容,不能互相代答。
网络表现则需要另一组概念。延迟描述传输耗时,吞吐量描述实际通过的数据量;隐私政策讨论数据处理,测速结果讨论网络表现,阅读时要分开理解。
先理解服务靠什么维持运营
有关免费服务的指南提到,收费方式并不只有持续付费:有的服务在流量达到上限后收费,也有服务依赖出售用户数据获得收入。
因此,入门阅读可以先围绕运营收入展开,了解服务费用从哪里来、数据是否参与变现。这个问题与是否直接向用户收钱有关,却不能只靠免费或付费来回答。
把宣传内容转成可核对的问题
隐私指南提醒,夸张的保护承诺值得怀疑。与其把宣传语当作结论,可以进一步查看权限、数据用途、共享对象,以及提供方公开了哪些运营信息。
“不记日志”也属于需要核对的宣称。相关专题会说明隐私政策的作用、已有记录可能面临的调取,以及为什么一句承诺不能替代对具体条款的阅读。
客户端专题先讲权限与数据处理
应用索取的权限需要单独阅读
客户端阅读从应用要求的权限开始。有关使用前检查的提醒,把权限、加密和信息共享分别列为核对内容,意味着它们都需要得到各自的解释。
权限专题关注应用提出了哪些访问要求,而不是只描述是否能够连接。读者可以带着权限疑问继续阅读隐私部分,了解数据用途与共享说明涵盖什么。
加密问题与信息共享问题各有范围
确认应用是否加密信息,是使用前的核对事项;确认信息是否与其他机构共享,也是独立事项。前者的回答不能替代后者的回答。
客户端专题据此区分传输处理与数据处理。阅读应用说明时,需要分别寻找加密方面的说明,以及信息会交给谁、如何使用的说明。
操作教程需要明确的界面依据
客户端的功能名称与实际操作步骤应分别理解。某项功能出现在说明中,不等于已经交代入口、按钮名称和完整操作顺序,教程需要具体依据。
关于配置导入的具体步骤与入口按钮名称,官方没有核对到。涉及界面操作时,应以应用内实际界面为准,不能由功能标题补出操作路径。
隐私与风险专题关注信任交给了谁
隐私政策需要回答数据去了哪里
隐私指南要求留意数据如何产生收入,包括并非直接出售的数据利用方式。是否收集、是否出售,以及何种情况下交给政府或警方,都属于阅读范围。
这一专题还会涉及透明度报告。阅读重点是提供方写出了什么数据处理规则,而不是把存在一份隐私政策本身当作对所有疑问的回答。
运营信息和审计各自能说明什么
提供方是否公开创始人或员工信息,可以作为透明程度的线索,但不能据此保证其声誉。指南也要求关注运营所在地区及当地法律的影响。
公开结果的独立审计可以揭示应用、数据访问与基础设施的问题。不过,审计不能保证之后的行为,提供方的做法仍可能发生变化。
费用关系与隐私关系需要分别理解
付款方式可能把交易与身份联系起来;即使改变付款方式,提供方仍可能收集连接使用的地址信息。支付环节与数据收集环节需要分别核对。
付费服务专题因此会涉及付款关联、日志声明和运营信息。持续订阅还存在忘记取消后继续扣费的问题,条款阅读也属于这一主题的内容范围。
指标专题把不同测量结果拆开解释
延迟先看测量的是哪段时间
延迟表示数据从网络某处到另一处所花的时间,往返时间则包含请求发出到响应返回的过程。阅读结果前,需要先辨认测量是否包含返回路径。
测量工具使用的口径也需要注意。有的测速说明把浏览器请求发出到开始收到数据作为延迟,因此不能仅凭相同的指标名称认定测量过程相同。
空载与负载状态也属于延迟专题的范围。连接不忙时与网络使用中测得的结果,回答的是不同场景下的问题;负载时队列增长可能增加等待时间。
丢包关注数据是否抵达目的端
丢包指已经发出、却没有到达目的端的数据包。相关专题围绕发送与接收的差异展开,并解释工具如何报告丢失情况及响应时间。
路径诊断还会遇到没有收到探测回复的情形。路径追踪中的星号表示探测在超时前没有得到回复,阅读时需要先理解这个符号的明确含义。
抖动关注耗时如何变化
抖动描述延迟的变化程度。延迟告诉读者传输用了多久,抖动进一步关注不同测量之间的差异,语音等实时应用会受到较大变化的影响。
不同资料对变化量的定义和计算对象有所区分。相关专题会解释相邻测量差值与单向时延差值,并提醒读者同时阅读测量参数。
关于包时延变化的技术文档要求结果附带包类型、大小等参数。脱离这些条件只比较一个结果,会遗漏文档要求交代的测量背景。
带宽与吞吐量回答不同问题
带宽描述链路能够承载的最大容量,吞吐量描述实际达到的数据传输水平。延迟与丢包都会影响实际通过的数据量,容量不能直接替代实际结果。
指标阅读还会区分单次测量、一组测量与由样本计算出的统计值。它们提供的信息层次不同,理解报告需要知道眼前结果属于哪种形式。
目前还不能确认的几件事
没有统一的合格服务量化门槛
关于可量化的合格服务门槛,官方没有核对到。权限、日志、数据共享和运营信息各有核对内容,不能据此补出资料未给出的评分标准。
关于退款政策应有多长、怎样才算合格的统一标准,官方没有核对到。具体条款需要按服务实际披露的内容阅读,不能把统一要求写成已有规定。
路径结果和客户端细节仍有边界
关于中间跳显示丢包、最终目的地没有丢包时应如何解读,官方没有核对到。现有手册的概括性说明不能替代针对这种情形的明确解释。
客户端除系统版本与架构以外的硬件、软件要求,官方没有核对到。涉及应用操作的细节应以应用内界面为准,额外要求则需有明确说明。
常见问题
还没确定阅读方向,可以从哪里开始?
可以先阅读入门部分,分清权限、加密、共享与网络表现分别讨论什么。随后按疑问进入客户端、隐私与风险或指标专题,避免把不同问题混成一个结论。
测速结果能回答隐私方面的问题吗?
测速资料讨论延迟、丢包、抖动和吞吐量等网络表现。隐私核对则涉及数据收集、使用、共享与日志声明,需要阅读对应的说明。
一个延迟结果能概括网络表现吗?
延迟之外,还有丢包、抖动和吞吐量等不同指标。延迟本身也要区分测量目的地、空载与负载场景,并理解工具采用的口径。
第三方整理,与文中提到的软件、服务及其开发者无隶属关系。
资料来源
- https://www.ftc.gov/news-events/news/press-releases/2018/02/ftc-provides-tips-using-vpn-apps
- https://ssd.eff.org/module/choosing-vpn-thats-right-you
- https://www.cloudflare.com/learning/performance/glossary/what-is-latency/
- https://blog.cloudflare.com/aim-database-for-internet-quality
- https://speed.cloudflare.com/about
- https://www.rfc-editor.org/rfc/rfc3393
- https://www.rfc-editor.org/rfc/rfc2330
- https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/ping
- https://man7.org/linux/man-pages/man8/traceroute.8.html
- https://manpages.debian.org/bookworm/mtr/mtr.8.en.html