v2rayN 7.24.8 于 2026 年 8 月 22 日发布。这次可确认的新变化包括 DNS 新增“阻止 AAAA 查询”选项，以及修复生成 Mihomo 自定义 YAML 时 REALITY short-id 可能失去字符串引号的问题。使用 Mihomo 自定义配置、遇到 invalid REALITY short ID，或确有 IPv6 解析故障的用户，应在备份后评估升级；连接正常的用户不必仅因看到新开关就禁用 AAAA。
本次 v2rayN 7.24.8 更新的合理动作是：先保存现有配置和日志，升级后分别检查 DNS 与目标节点，不要同时修改多项网络设置。官方发布页列出了多个跨版本变化，因此本文只把 7.24.7 到 7.24.8 之间有明确合并记录的项目视为本版新增；上一版的 IPv6 TUN 与 Hysteria2 ECH 内容可参考v2rayN 7.24.7 核验指南。
这次更新的关键点
- DNS：客户端增加阻止 AAAA 查询的选项，相关改动于 8 月 22 日合并。
- Mihomo 自定义配置：生成 YAML 时把 REALITY
short-id明确保留为带引号的字符串。 - 升级判断：两个变化都面向特定故障；AAAA 开关不是通用的“加速按钮”。
- 版本边界：发布页还罗列 Avalonia 12、Happy Eyeballs、TUN 地址和 Hysteria2 ECH 等内容，但它采用累积式说明，不能据此认定这些都是 7.24.8 首次加入。
DNS 阻止 AAAA 查询解决什么问题
AAAA 记录用于返回域名的 IPv6 地址。v2rayN 7.24.8 官方发布说明把“DNS 添加阻止 AAAA 查询选项”列为更新项，对应的官方 PR #10004说明该选项与部分界面描述一起加入，并显示在 2026 年 8 月 22 日合并。由此可以确认功能存在，但官方页面没有承诺它能改善所有网络的速度或稳定性。
这个开关适合窄范围诊断：例如系统或上游网络宣称支持 IPv6，但实际 IPv6 路由不可达，应用拿到 AAAA 结果后优先尝试 IPv6，最终出现超时或回退延迟。此时可以短暂启用阻止 AAAA，并对同一域名、同一网络复测。如果问题消失，说明 IPv6 解析与连通性的组合值得继续检查；这仍不是单凭一次结果就能确认根因。
不要在双栈工作正常时默认开启。阻止 AAAA 会让经该 DNS 路径查询的客户端拿不到 IPv6 地址，可能改变连接路径，也会掩盖本应修复的 IPv6 路由问题。需要理解 DNS 模式、Fake DNS 与远程解析关系时，可先阅读Fake DNS、远程 DNS 和 DoH 选择指南；担心泄露时，则应把“有没有 IPv6 地址”“流量是否按规则走”和“测试站显示什么”分开判断，参考IPv6 泄露排查指南。
推荐的 DNS 验证顺序
- 记录当前 v2rayN 版本、所选核心、DNS 模式和 TUN 是否开启。
- 选择一个同时发布 A 与 AAAA 记录的合法测试域名，保存启用开关前的解析结果和连接日志。
- 升级到 7.24.8 后只切换“阻止 AAAA 查询”，不要同时更换节点、规则集或系统 DNS。
- 重新查询并确认该客户端控制的 DNS 路径不再返回 AAAA；同时确认 IPv4 连接仍可用。
- 若关闭开关后问题重现，再检查系统 IPv6 默认路由、接口地址、防火墙和 TUN 路由。不要把开关当成永久替代修复。
REALITY short-id 修复为何重要
官方 PR #9964描述了一个具体的序列化故障：v2rayN 重新生成 Mihomo 自定义 YAML 时，原本作为字符串的 REALITY short-id 可能失去引号。像 815458e4 这样的值在另一端解析时可能被当作科学计数法数字，随后无法作为十六进制 short ID 解码，产生 invalid REALITY short ID。该 PR 于 2026 年 8 月 20 日合并，位于 7.24.7 与 7.24.8 的版本差异中。
修复把 proxies[].reality-opts.short-id 在最终生成阶段明确序列化为带双引号的 YAML 字符串。官方说明还限定了作用范围：不修改用户原始 YAML，不改变其他字段，也不是全局更换 YAML 序列化规则。这意味着受益者主要是通过 v2rayN 生成 Mihomo 自定义配置的人，而不是所有使用 REALITY 或所有使用 Xray 核心的人。
如果你只导入普通订阅且从未使用 Mihomo 自定义 YAML，这项修复未必改变日常连接。如果确实看到上述错误，应先查看生成后的配置，而不是反复更换服务器。了解 Mihomo 近期核心变化可参考Mihomo v1.19.30 更新核验指南，但客户端生成配置与核心解析配置是两个环节，排障时要分开记录。
REALITY 配置核验步骤
- 备份原始自定义 YAML，并记下当前有效配置来源。
- 在旧版中如能稳定复现，仅保存报错文本与生成结果，不要公开私钥、订阅链接或完整节点信息。
- 升级后让 v2rayN 重新生成 Mihomo 配置，检查目标代理下的
reality-opts.short-id是否为引号包围的字符串。 - 使用所选核心提供的配置检查能力验证语法，再启动连接；语法通过不等于服务器一定可达。
- 若仍报错，核对 short ID 本身与服务端配置是否一致，并确认当前实际运行的是新生成的文件。
谁应该升级，谁可以先观察
优先评估升级：使用 v2rayN 生成 Mihomo 自定义配置且遇到 REALITY short ID 错误；或正在定位 AAAA 返回与不可用 IPv6 路径造成的连接延迟。对这两类用户，7.24.8 提供了与问题直接相关的改动。
按常规窗口升级：普通订阅用户、IPv4/IPv6 均正常且没有相关报错的用户。先备份，再从官方发布渠道获取与操作系统、架构匹配的文件。发布页仍保留关于旧版内置下载器风险的警告；该安全事项在站内已有v2rayN 7.24.4 安全更新说明，但它不是判断 7.24.8 独有变化的依据。
暂缓并排查：依赖特定插件、脚本或受管终端策略的人，应先确认变更窗口与回滚方式。编辑判断是，DNS 行为变化可能影响依赖 IPv6 的内部服务；官方材料没有给出所有平台、核心组合的兼容矩阵，因此不能推断每种环境结果相同。
升级与回滚检查清单
- 确认下载页面属于
github.com/2dust/v2rayN，不要用来源不明的重打包文件。 - 备份订阅、自定义路由、DNS、TUN 和核心选择；敏感配置不要上传到公开问题区。
- 记录升级前版本与一个可重复的故障样本。
- 升级后先保持原设置启动，确认基础连接，再单独测试 AAAA 开关。
- 使用 Mihomo 自定义 YAML 时，检查生成文件中的
short-id类型与核心语法检查结果。 - 验证常用域名的 IPv4、IPv6、DNS 和规则命中；不要仅用单个测速数字下结论。
- 若出现新故障，保留脱敏日志，恢复备份并逐项回退；不要在未知原因下关闭证书验证。
常见问题
v2rayN 7.24.8 必须立即升级吗？
没有统一答案。遇到 Mihomo REALITY short-id 序列化错误，或需要诊断 AAAA 与 IPv6 路径问题的人有直接升级理由；其他用户可按正常维护窗口备份后升级。官方发布页的安全警告是累积说明，不能证明 7.24.8 新发现了另一项独立漏洞。
开启“阻止 AAAA 查询”能防止 IPv6 泄露吗？
不能据此保证。它控制的是相应 DNS 路径是否返回 IPv6 地址，不等同于系统禁用 IPv6，也不证明所有流量都经过预期路由。仍需检查接口、路由、TUN、分流规则和实际出口。
阻止 AAAA 会让网络更快吗？
官方没有作出性能承诺。在 IPv6 路径损坏时，它可能避免一次失败尝试；在正常双栈网络中，它也可能放弃可用的 IPv6 路径。应在相同条件下做可重复诊断，而不是把它作为通用优化。
没有使用 Mihomo，short-id 修复还相关吗？
官方 PR 把范围限定在 v2rayN 生成 Mihomo 自定义配置的最终阶段。仅使用其他核心或不生成该类 YAML 的用户，通常不会命中这个特定序列化问题；REALITY 连接失败还可能来自服务端值不一致、时间、TLS 参数或网络可达性。
升级后仍提示 invalid REALITY short ID 怎么办？
先确认运行版本确为 7.24.8，实际加载的是重新生成的配置，并检查 short-id 是否保持字符串格式。随后核对客户端与服务端值，执行核心的配置语法检查。若仍失败，再携带脱敏后的最小配置与日志到官方项目核验。
官方来源与核验入口
- 2dust/v2rayN，Release 7.24.8 · 2dust/v2rayN · GitHub，2026-08-22：查看 7.24.8 官方发布页。
- 2dust/v2rayN，Add block AAAA query support by DHR60 · Pull Request #10004 · 2dust/v2rayN · GitHub，2026-08-22：核对阻止 AAAA 查询选项的合并记录。
- 2dust/v2rayN，fix: preserve Mihomo Reality short-id as YAML string by dayepao · Pull Request #9964 · 2dust/v2rayN · GitHub，2026-08-20：核对 REALITY short-id 序列化修复。
关于作者
