先把晚上出现的现象写完整

晚上网速变慢是一种时间上的观察。记录可以写清发生时正在做什么、哪个应用给出什么反馈、窗口和系统连接状态如何。当前采用的官方资料解释代理、隧道与 DNS，但没有提供“只在晚上出现”到具体原因的判断规则，这一项保持官方页面未写明。

同一份记录中区分观察和解释

记录栏 填写内容 保持空白的项目
发生时间 现象出现的时刻与持续情况 未观察到的其他时段
应用反馈 提示原文、具体动作 未显示的内部状态
连接入口 当前使用的模式名称 没有文档依据的性能判断
请求对象 发生问题的应用或页面 未取得的链路归因

这张表用于整理事实，不产生分数或排名。遇到提示原文时，可转到报错索引；需要分清名词时，从术语表进入。对设备尚未显示的部分，继续标记未取得即可。

入口范围与请求结果分开描述

Verge 配置说明相关资料区分系统代理与 TUN：系统代理不能代理 UDP，而 TUN 创建虚拟网卡接管 TCP 和 UDP。这个事实描述处理范围，不承诺某个时间点的请求表现。记录当前入口，是为了明确正在讨论哪一种处理方式。

DNS 模式与解析流程属于不同材料

DNS 选项页给出的处理模式为 fake-ip 与 redir-host，默认值是 redir-host。该页还列出 fake-ip-range 与 fake-ip-filter。选项和字段存在，不等于该页对两种模式的内部机制已经作了完整定义。

DNS 流程页另有说明：匹配域名规则并走代理时，将域名交给代理端；匹配 DIRECT 且配置 direct-nameserver 时，会重新解析。把模式名与命中的流程分开阅读，才能知道当前资料回答的是选项还是处理路径。节点的字段关系可查节点参数。

隧道建立只说明连接进入了相应阶段

对于“代理”与“VPN”的名称，节点是什么意思按规范解释相邻概念。当前材料没有提供按现象直接推定线路、终端或服务端原因的规则。能够写出的技术事实止于这些定义，具体请求的表现仍依赖已经记录的原文。

把同一问题保留成可以继续补充的条目

如果后来确认问题集中在某个订阅入口，可读Verge 导入失败；如果集中在连接对象的参数名，就转到clash节点。本文给出的成果是一份分层记录，原因尚未由官方资料写明的地方继续留空，以官方页面为准。

DNS 流程的条件需要完整保留

流程页对直连重新解析的描述包含条件：匹配 DIRECT，并且配置了 direct-nameserver。只写“直连会重新解析”会省掉文档里的配置前提。该页还说明，原先这一重新解析行为只用于 TCP，自 v1.19.10 起也用于 UDP。

版本信息对应的是这条行为，不能扩展为整个 DNS 功能的起始版本。

如果你看到的只是某个页面打开状态变化，可以原样记录该对象与时间，而把 DNS 配置名称另列。没有获得域名规则命中信息时，这项继续空着，不根据页面表现补出内部路径。入口、解析与应用反馈各有位置后，后续新增的证据就能准确放回对应栏。

截至 2026-10-23 的官方记录

下面的定义只解释解析与隧道阶段，不构成对晚间现象的原因判断。

  • 截至 2026-10-23，官方页面显示DNS 配置页把 redir-host 列为默认处理模式，另一个选项是 fake-ip，以官方页面为准。 DNS处理默认项

  • 截至 2026-10-23，官方页面显示解析流程写有域名规则命中后把域名交给代理端的路径，以官方页面为准。 域名规则流程

  • 截至 2026-10-23，官方页面显示CONNECT 的成功响应会使连接切换到隧道模式，以官方页面为准。 CONNECT成功阶段