server_config: 如实记录 UDP 接入现状（服务端已部署、订阅不下发、无 fallback 组）

- §6.4 新增「接入现状」表：订阅无 hy2/tuic、代理组仅 select、lite 客户端仅 HTTP CONNECT+UoT、UDP 目前只能手工导入
- 记录日后接入订阅所需三步（nodes.json 字段 / app.py 生成 / fallback 组 REALITY 优先）及 fallback 非瞬时切换的注意点

server_config/README.md

@@ -567,13 +567,28 @@ TCP 系协议在跨境丢包链路上受拥塞控制限制（BBR 已缓解但仍
 | aq | KVM(IPv6-only) | 8444 | 8445 | 节点为 IPv6 出口，`listen` 用 `"::"`；客户端须走 IPv6 |
 | jp | Azure VM | 未部署 | 8445 | **Azure NSG 只放行 UDP 8445**（443/80/8080/8088/18080/8443/9444 的 UDP 面实测均不可达）→ 单节点只能承载一个 UDP 协议；要加 Hysteria2 须先在 NSG 放行第二个 UDP 端口 |
 
-**客户端链接格式**
+**客户端链接格式（手工导入用）**
 
 ```
 hysteria2://<password>@<域名>:<端口>/?sni=<域名>&alpn=h3&obfs=salamander&obfs-password=<obfs密码>#备注
 tuic://<uuid>:<password>@<域名>:<端口>/?congestion_control=bbr&alpn=h3&sni=<域名>#备注
 ```
 
+**接入现状（2026-09-20，务必先读）**
+
+| 层 | 状态 |
+|---|---|
+| 服务端 | ✅ 五节点已部署并端到端验证（见上表） |
+| **订阅下发** | ❌ **不下发 UDP**——`app.py` 无 hysteria2/tuic 生成逻辑，`nodes.json` 无对应字段；订阅里只有 http / vless / ss |
+| **代理组** | ❌ 订阅只生成一个 `RRPP`（`type: select`，手动选节点），**没有 fallback / url-test**，因此**不存在"UDP 挂了自动回落 TCP"** |
+| lite 客户端（Windows） | 仅 HTTP CONNECT + UoT v2（UDP 走 magic 地址），**不使用 UDP 入站**，且节点为手动切换、无自动故障转移 |
+| 结论 | UDP 通道目前**只能手工导入**上面的链接使用；抗封主路径仍是 **REALITY+Vision（TCP）**，UDP 属可选加速，未接入客户端链路 |
+
+> 若日后要接入订阅，需要三步：① `nodes.json` 每节点补 `methods.hysteria2` / `methods.tuic`；
+> ② `app.py` 增加 mihomo `type: hysteria2` / `type: tuic` 生成与分享链接；
+> ③ 代理组改为**每节点一个 `fallback` 组、REALITY 排第一**（否则"UDP 挂了回落 TCP"不成立）。
+> 注意 mihomo 的 fallback 依赖健康检查周期（默认 300s），切换不是瞬时的。
+
 **验证方法（端到端，不能只看监听）**
 
 ```bash