今天值得关注的变化集中在代理核心的稳定性与 DNS 兼容性：Xray 出现 SOCKS UDP 握手异常导致进程崩溃的复现报告，原生 TUN 的自动出站接口功能也被报告可能影响本机 UDP DNS 与 SOCKS 转发；sing-box 则有贡献者为 IPv6 地址直填加密 DNS 的旧问题提供了新的进程级复现。
截至本文发布前核验，相关修复仍未进入已核实的官方发布版。问题报告、开放 PR 和个人分支修复，不等于官方版本已经修复。 本文由 GateRank 根据官方仓库公开记录整理，日期及事件时间均按北京时间描述。
一、Xray：SOCKS UDP 握手异常可导致整个进程退出
10月20日凌晨，贡献者在 Xray-core PR #7200 中报告：SOCKS5 的 UDP ASSOCIATE 握手过程中，如果 TCP 控制连接提前断开，异常清理路径可能访问尚未初始化的计时器，从而触发空指针崩溃。
报告的受控复现环境为 Windows/amd64、未修改的 v26.10.17。GitHub Releases 当前将该版本标记为预发布版，不能把这一复现直接扩大成“所有稳定版、所有平台均已证实受影响”。
修复处于什么阶段？
- PR #7200 已关闭，但
merged_at为空，不是已合并修复。 - 后续 PR #7203 提出提前初始化计时器，发布前核验时仍为开放状态，尚未合并。
- 此次核验未发现比 v26.10.17 更新的 Xray Release，不能声称修复已随新版本发布。
用户与运营者建议
检查 SOCKS 服务的监听范围、访问控制和认证设置，避免不可信客户端接入；使用共享实例或启用 SOCKS UDP 的环境，可重点观察异常退出日志。不要仅为这一报告换装来历不明的二进制文件，也不要把它误解为所有使用 Xray 协议的机场节点都会崩溃。
证据强度：中高。 有明确错误路径、受控复现及修复提案；跨平台实际运行影响与生产环境触发频率尚未独立验证。原报告中的测试结果为提交者提供，并非 GateRank 独立实测。
来源：原始报告 PR #7200 · 后续修复提案 PR #7203
二、Xray：原生 TUN 可能影响同进程的本地 UDP DNS 与 SOCKS 链
10月20日凌晨新增的 PR #7201 报告：原生 TUN 启用 autoOutboundsInterface 后，UDP 拨号控制器收到的可能是本地绑定地址，而非远端目标地址。这会使回环目标未按预期获得豁免，进而将本机 UDP 流量绑定到物理接口。
提交者在 Windows 原生核心对照测试中观察到：UDP 回环通信、本地 DNS 转发以及本地 SOCKS UDP 链路可能失败，而 TCP 字面 IP 连接保持正常。如果 TCP 连接依赖的本地 DNS 先失败，用户也可能感到“域名连接全都失效”。
关键边界：问题不一定只影响从 TUN 网卡进入的流量。 根据提交者对控制器注册方式的说明，同一个核心进程中的其他入站也可能受到连带影响。但这仍是特定配置条件下的报告，不代表所有 TUN 用户都会遇到问题。
当前状态与建议
PR #7201 发布前仍开放、未合并。受控测试基于 v26.10.17 预发布版，Linux/macOS 仅有交叉编译记录，没有对应平台的运行验证。
如果升级或开启 TUN 后出现“本地 DNS 不通、UDP 转发异常”，建议优先核对是否同时使用自动出站接口、本地回环解析器或 SOCKS UDP 链，保留日志并在可控环境做配置对照；生产环境暂缓相关部署扩量，等待上游进展。不要直接将这类配置兼容性问题归因于机场跑路或线路全面中断。
证据强度：中。 提交者提供修改前后的功能测试记录，GateRank 未独立复测，也没有据此推断吞吐性能或故障发生概率。
三、sing-box：IPv6 地址直填 DoH／HTTP3 DNS 的旧问题获新复现
10月20日早间，sing-box 旧问题 #4548 出现新的技术记录。贡献者称，在 testing 分支提交 dfb80349b 上，DoH 与 HTTP/3 DNS 传输为裸 IPv6 地址构造请求 URL 时，如果使用默认 443 端口，可能缺少 IPv6 地址所需的方括号。
该记录指出，在不同 URL 解析兼容设置下，现象可能分别表现为端口解析错误或请求超时，并提供真实 sing-box run 进程的修改前后对照。本次新闻点是旧问题新增复现与定位，不是今天首次发现，也不是官方发布了修复。
当前状态与建议
该评论只提到个人 fork 中的修复分支，未提供足以确认修复已进入官方版本的记录。此次核验看到的最新预发布版为 v1.15.0-alpha.12，最新可见稳定版为 v1.14.3；不能据此认定这两个版本已经包含该修复，也不能把 testing 分支复现等同于所有正式版均已复现。
使用 IPv6 字面地址配置加密 DNS 的用户，应检查实际查询结果及日志。可优先评估具有正常证书校验的域名端点，同时确认域名解析引导配置正常；不要通过关闭 TLS 证书校验来“解决”此问题。报告中的本地实验参数不是生产配置建议。
证据强度：中。 有贡献者的进程级前后对照记录，但不是维护者确认的已发布修复，GateRank 未独立复测。
今日结论：先检查配置与日志，不必因报告恐慌换机场
这三项动态分别涉及进程稳定性、TUN 的本地 UDP 兼容性，以及 IPv6 加密 DNS 的 URL 构造。它们的作用条件和证据范围不同，不能合并解读成“代理协议集体失效”，也不能从一个核心的问题推断另一个核心存在同样缺陷。
对普通用户，重点是保留当前可用配置、关注官方修复、避免盲目安装陌生构建；对运营者和客户端维护者，重点是识别实际部署版本与功能开关，先进行小范围回归验证，再决定是否推广。
持续查看 GateRank 机场榜首页 与 News 新闻中心，可结合服务状态与后续技术动态判断问题来源。核心错误报告不等于机场经营风险，单一域名探测异常也不能作为“跑路”结论。
来源与覆盖说明： 本文依据2026年10月20日中午简报，并在发布前重新读取相关官方 PR、Issue 评论与 Releases。最新版本标签可在 Xray Releases 和 sing-box Releases 核对。上述状态仅代表本次核验时点，后续合并与发布请以项目官方记录为准。今日简报的 X 公开帖检索未取得可核实内容，机场行业公开搜索覆盖有限，本文不据此声称已全面排查行业事件。
继续阅读