本页内容来自 96 条逐字引用的真实用户描述（79 个完整 Reddit 帖 + 官方 FAQ + 开发者公开回复）。引号里的话是原话，不做语法修正；每条结论后面的编号可回查 research/09-failure-corpus/02-symptom-to-rootcause.md。
用户会说的词远多于症状。能归并出 7 个症状类 + 12 个子症状，剩下的才是工程问题。
| 症状类 | 用户会怎么说（真实措辞） | 判定信息（VDHelper 需要拿到的） |
|---|---|---|
| S1 看不见电脑 | "no computer found" / "no computer detected" / "big yellow sign" / "doesn't see the PC" / "servers unreachable, only showing local computers" | 头显端收到零个广播应答；PC 侧 UDP 38850 是否在发 |
| S2 连不上 | "computer is unreachable" / "PC is unreachable" / "failed to see any computer at all" / "can't connect to a computer contact support" | 收到了应答但后续 TCP 握手失败 |
| S3 说不在同一网络 | "not on same network" / "not on same local network" | 两端子网 / AP 隔离 |
| S4 卡在测速 | "stuck on measuring bandwidth" / "won't get past "measuring bandwidth"" / "keeps measuring bandwidth" | 带宽探测阶段超时 |
| S5 有画面但黑 / 无画面 | "black screen" / "blank screen" / "I can hear audio, but no visuals" / "shows no display" | 音视频分离 → 解码/显示器/编码器 |
| S6 连上就掉 / 定时卡 | "keeps disconnecting" / "disconnects after 30 seconds" / "freezes exactly at 5-7 mins" / "60-Second Stutter" / "The first time I tried it, it worked perfectly for hours, hasn't worked since" | 周期性 → 时序特征 |
| S7 画面质量差 / 不跟手 | "choppy" / "stutter" / "bitrate only 60-70" / "black bars when turning my head" / "blurry" | 抖动/丢包/解码耗时 |
这 43 条根因条目按症状分组（S1 7 + S2 9 + S3 4 + S4 5 + S5 6 + S6 6 + S7 6）。S1/S2 两组带「现有 FAQ 是否覆盖」列，说明官方口径到哪一步就停了；标「未覆盖」不代表不重要，只代表现成的逐条打勾式清单到不了那里。
| # | 工程根因 | 语料证据 | 现有 FAQ 是否覆盖 | 建议检测项 |
|---|---|---|---|---|
| A1 | 用户名不匹配 | R04（开发者原话 "No computer found means that the entered Oculus username in the Streamer window doesn't match"） | ❌ FAQ 完全不提 | 读 Streamer 配置文件中的账号名，与头显显示名程序化比对 |
| A2 | 填了但没点 Save | R05 "I forgot to click Save at the bottom of the accounts window" | ❌ 零覆盖 | 读生效配置值，并与 UI 显示值交叉验证；配置为空 → 阻断级告警 |
| A3 | 两端版本不匹配（头显商店版 vs PC 侧 beta） | R06（俄语用户：「версии чуток не совпали，我 потратил 5ч」）；R07 开发者要求两端都是 1.21.0 | ❌ FAQ 不要求比对版本 | 比对 Streamer 版本 ↔ 头显 app 版本，不一致直接报 |
| A4 | Streamer 未真正就绪（灰图标）—— 出网做 entitlement check 失败 | R15（"when I'm not connected to the internet the icon is grey"）；R16 "When you first start up Virtual Desktop, it will do an entitlement check on VD's servers" | ❌ FAQ 只在远程场景提 UPnP | 读 Streamer 就绪状态码；测出站连通性 |
| A5 | 头显侧 VPN | R03 "i was using a VPN in my quest 2 ... when I disconnected the vpn the VD in the quest found my pc" | ❌ FAQ 只说 "Make sure your PC isn't running VPN software" | 明确区分 PC 侧 VPN / 头显侧 VPN 两个检测项 |
| A6 | 头显 MAC 随机化破坏绑定 | R17 多人复现："This was causing issues with binding because the MAC isn't the one the application expected to receive" | ❌ 零覆盖 | 读取头显当前 MAC 与被记录 MAC 是否一致；提示关闭隐私/MAC 随机化 |
| A7 | 杀软/EDR 卸载或禁用了 VD 服务 | R64（官方弹窗 "disable anti virus and reinstall desktop streamer"，开发者明确说 "Windows Defender won't affect it so it has to be something else"） | ⚠️ 官方错误文案直接误导用户 | 检测 VirtualDesktop.Service 的实际运行状态 + 安装身份 + 最后修改时间 |
| # | 工程根因 | 语料证据 | 现有 FAQ 是否覆盖 | 建议检测项 |
|---|---|---|---|---|
| B1 | Windows 网络配置文件是 Public / NetworkProfile | R60 Streamer 面板原文 "your network profile in windows isn't set to private which can prevent connecting to your comptuter"；R13 社区建议"改成 Public"（方向相反） | ⚠️ 面板提了但用工程语言，用户读不懂（R61 "I'm not amazing at computers"） | 读 NLA 策略/接口 profile，输出人话："Windows 把这个 WiFi 当公用网络" |
| B2 | 防火墙缺出站规则（只有入站） | R18 "I noticed that VD didn't have an outbound rule in windows firewall, only an inbound one, so I added one manually." | ❌ FAQ 只会说"别挡防火墙" | 枚举入站/出站规则，检测成对性，指出缺哪条 |
| B3 | 防火墙 profile 级别被整体改动 | R17 解决方式：高级安全里把 Domain/Private 的 Inbound Connections 改 ALLOW；R34 "Event Viewer doesn't record any blocked connections"（即拦截根本没发生，profile 层面才是问题） | ❌ 零覆盖 | 检测 profile 级入站策略 + 事件日志无拦截记录的矛盾态 |
| B4 | VPN 客户端后台仍在运行（退出 ≠ 未运行） | R19 "I thought that exiting NordVPN in taskbar and not connecting to it was the same but it was probably running some of that in the background"；点名关闭 "CyberSec" 和 "Invisibility on LAN" | ❌ FAQ 措辞让人以为退出即可 | 检测进程存活而非连接状态；点名具体功能开关 |
| B5 | 第三方杀软（非 Defender） | R21 Avast 排除规则；R60 开发者原话；R43 自述 "there was something hidden in the details tab in the Task Manager named NLSSRV32.EXE (Nalpeiron Licensing Service)" | ⚠️ FAQ 提了 Avast/AVG/McAfee/Norton，但漏了"任意常驻后台进程" | 用「同网线下笔记本正常/台式不行」的对比思路，扫可疑常驻进程 |
| B6 | VirtualDesktop.Service 未运行 / 身份错 | 本机实测基线：ServiceLog.txt 反复 HRESULT -2147024891 configured identity is incorrect；R64 官方弹窗同一现象 | ❌ FAQ 归因杀软，方向错误 | 直接读服务状态 + 启动失败码，把 -2147024891 翻译成"服务登录账号口令/权限不对" |
| B7 | 两端版本不匹配（回归型） | R63 "Happened to me after a VD update. Reinstall the streamer app on the PC"；R52 "It only recently started doing this too" | ❌ | 与 A3 共用检测项，但需按"回归型故障"提级 |
| B8 | 远端场景下 DMZ 配置错误 / 端口未转发 | R21/R22/R23 三条互相矛盾的说法 | ⚠️ FAQ 给了端口号但没给场景边界 | 分诊：同网段 → 不需要端口转发；跨网 → 需要，且必须提示 DMZ 风险 |
| B9 | 官方远端发现服务不可达 | R08 "Virtual Desktop servers partially unreachable, some computers may not appear"；R09 开发者 "It's back up now for remote connections" | ❌ | 内置官方状态源，命中时直接告知"非本机问题" |
| # | 工程根因 | 语料证据 | 建议检测项 |
|---|---|---|---|
| C1 | 头显在 Guest 网络 | R10 开发者："disable Guest networks and any AP isolation options"；R11 "you have some other settings on your router to isolate WiFi traffic from wired/ethernet traffic" | 读头显 BSSID/网关 → 与 PC 网关比对；不等网关直接判不同网段 |
| C2 | AP / 客户端隔离（无线↔有线不通） | 同 R11 | 主动探测：PC → 头显 IP 发包，收不到即判隔离。这是社区唯一共识诊断法 |
| C3 | 真不同子网 | R12 "If your Quest has a different first 3 octets of the IP address..." | 比对 IP/掩码/网关三元组 |
| C4 | 第二台路由器/AP 模式配错导致与 PC 不同段 | R02「tplink 路由器当 access point」+ 回复 "They should have same subnet eg. 192.168.1.1xx ... your access point may not be setup right" | 检测是否存在二级路由（PC 与头显网关不同） |
| # | 工程根因 | 语料证据 | 建议检测项 |
|---|---|---|---|
| D1 | 笔记本厂商网络加速（Lenovo Vantage network boost） | R40 开发者唯一回复即此；R41 "Literally just did that 10 minutes ago and was about to come post here that it's working again"；R42 同答案 | 扫 Lenovo Vantage / 厂商网络增强进程 |
| D2 | 自动调码率在探测阶段失败 | R43 "I also have Automatically adjust bandwidth off because if that's enabled it will just get stuck on measuring bandwidth"；R30 同样成因 | 读 Streamer AutomaticallyAdjustBitrate 开关 |
| D3 | 云 PC 场景码率设得过高（Shadow 98Mbps） | R43 "You have Virtual Desktop set to 98Mbps when using Shadow? Unless you have fiber internet that's probably way too high." | 识别目标为云服务时改用云场景判词与默认码率建议 |
| D4 | 网卡协商速率只有 100Mbps | R46 "in vd stated "ethernet wired but not with gogabit ethernet" ... actually 100mbps"，最终发现是路由器 LAN 口只支持 10/100M | 读网卡协商速率，<1Gbps 报阻断 |
| D5 | 路由器固件随机丢包 | R45 "turns out it was my router firmware, which seems to just drop packets randomly"（NETGEAR → OpenWRT） | 多次主动探测取丢包率，>0 即报，并点名固件方向 |
| # | 工程根因 | 语料证据 | 建议检测项 |
|---|---|---|---|
| E1 | 无已启用且有信号的物理显示器（拔过线） | R51 "I unplugged the monitor ... I plugged the monitor back in and now my virtual desktop shows a blank black screen. I can see the cursor moving" | 检测当前显示器枚举状态与信号状态 |
| E2 | 远程桌面会话独占显示器 | R50 "if you've got a connection established to your PC from another machine via Microsoft Remote Desktop, disconnect it before connecting with Virtual Desktop. I've found that a remote desktop connection will cause that monitor to appear black" | 检测是否存在活动 RDP 会话 —— 这是社区孤例，但与 VD 第二显示器逻辑完全吻合 |
| E3 | GPU 硬件编码器不可用 / 被禁用 | R49（Steam Deck："Valve have disabled the hardware video encoder which Virtual Desktop needs for multiple screens"）；R47 社区判 "Sounds to me like a rendering issue" | 检测编码器存在性与是否被切换到软件编码 |
| E4 | GPU 性能不足（非编码问题，是渲染能力） | R47 Dell 笔记本，桌面模式正常、进 VR 就黑 | 检测 GPU 型号 + VR Ready 门槛，把"换硬件"与"改设置"分开说 |
| E5 | 多显卡选错（游戏跑在核显上） | R48 "I found the problem, it had loaded on the wrong graphics card. After disableing the other one it worked 100%" | 检测 SteamVR/游戏进程的 GPU 选择 |
| E6 | 驱动版本与 VD 冲突 | R54 开发者："Make sure you have the latest Streamer installed (1.34.14), that fixes a bug with latest Nvidia drivers (591 and later)"；R55 "solved by installing drivers that 2 months earlier" | 检测 GPU 驱动版本 vs VD 推荐矩阵，"最新驱动"对 VD 是风险项 |
| # | 工程根因 | 语料证据 | 建议检测项 |
|---|---|---|---|
| F1 | 头显端手部/身体追踪 | R57 "The issue is related to hand tracking in the quest 3 settings ... I disabled it and the stutter is completely gone."（PC 侧 Game/Encode/Network/Decode 全部稳定） | ⚠️ 根因在头显设置里，PC 侧 18 项检测结构上无法发现 |
| F2 | 头显解码器卡死（Decoding >400ms） | R58， Networking 0ms 但 Decoding >400ms；换新头显仍复现 | 读四段指标分布，直接输出"Decoding 红了 → 找 Meta 售后" |
| F3 | Windows 周期性 WiFi 扫描打断 | R62 "Windows does periodic WiFi searches even with the hotspot on, and it causes this issue" | 检测 WLAN AutoConfig 服务 + 周期性扫描 |
| F4 | ICS（网络共享）参与转发 | R65 "Using ICS to share my modem internet ... I disabled ALL power saving settings such a Gigabit Lite" | 检测 ICS 状态 |
| F5 | 信号覆盖不足（墙体/距离） | R56 "my house being built into a hill is partially underground so the wifi strength through the walls is not very strong" | 测 RSSI/信号质量，非单纯速率 |
| F6 | 网卡节能（省电设置） | R65 同上 | 检测网卡节能开关 |
| # | 工程根因 | 语料证据 | 建议检测项 |
|---|---|---|---|
| G1 | PC 与头显挂在不同网关（跨路由） | R44 "my computer is wired to the first router ... I think the second router deteriotes the signal back to my comp too much" | 检测两端网关是否相同 |
| G2 | 5GHz 信道拥塞 / 信道宽不是 80MHz | R72 "5Ghz congestion is actually a real issue"; R71 "If your PC shows 866mbps in the VD app on the quest then its 80mhz channel width" | 扫 5GHz 各信道占用，输出人话判词 |
| G3 | 内存 RGB 控制软件等常驻工具占用 | R59 "Disabling the RGB software that controls my RAM ... That's it."（18 个月苦战后解决） | 扫常驻硬件厂商工具 |
| G4 | 过热降频 | R59 追评："I just needed to clean out my fans and replace the thermal paste it was throttling bad" | 检测温度与降频状态 |
| G5 | BIOS Resizable BAR（社区盲试，收益无证据） | R60' "I disabled 'resizeable bar' ... and it eliminated the last of the very few stutters"；首条高赞回复直接反驳 "There's a significant chance that your change is a placebo fix" | ⚠️ 不建议列为检测项，但需在文档中标注为"社区流传、无证据、高风险" |
| G6 | 用户拿码率数字当画质 | R30 "I saw on youtube people are getting 100+ and i seem to only get around 60-70" | 把 60-70 Mbps 翻译成"够用"，纠偏而非报警 |
已覆盖 15 · 部分覆盖 6 · 完全未覆盖 2。下面这 2 条是现有检测够不到的地方，也是工具下一步最该做的地方。
| 被评估的根因 | 已覆盖 | 部分覆盖 | 完全未覆盖 |
|---|---|---|---|
| 23 | 15 | 6 | 2 |
HeadsetDeepProbe 已经读得到包、这 10 条是社区给出频率最高、也最贵的解法。问题不是「有时不管用」，而是方向就是错的：把人带去改路由器、改 BIOS、买新设备，而真正的原因留在原地。以下每条都写清「为什么错」与「正确说法是什么」，不骑墙。
· R14 "I remoted into my home PC ... I was able to set the port forwarding for TCP 38810, 38820, 38830, and 38840 ... It still says "computer unreachable"."
· R14 用户自己也问 "anyone got a list of the ports that need forwarding?"
VD 的本地发现与连接不依赖这四个 TCP 端口。已知基线：发现走 UDP 38850（配对/发现）与周期广播 255.255.255.255:38860；TCP 38810/20/30/40 属于远程连接路径。把本地故障归因于端口转发，会让用户去改路由器，却碰不到真正的问题。
R21 用户转发端口后仍失败；R44 用户把 "Has any tried forwarding ports for the Quest?" 当作求助方向，帖内无人认为这对本地有效。
先判定场景。PC 与头显同网段 → 不需要任何端口转发；异地 → 需要转发 TCP 38810/20/30/40，且 Streamer 需勾选 "Allow remote connections"。开发者本人在 R29 明确说过 "You don't need to forward ports to connect to Shadow."
对应检测项：第 21 项 · 出向端口映射（UPnP）异常
· R53 "I have heard about enabling Upnp but I tried that by going into network settings and enabling network discovery and that didn't work."
· R22 社区建议 "If possible I'd disable UPnP, security reasons, this is why I just suggest direct port forward instead."
UPnP 与 Windows 的"网络发现"是完全不同的两件事，用户把它们混为一谈（见 R53）。本地场景根本不需要 UPnP；而开启 UPnP 意味着任何程序都能在你不知情时开端口。
本地场景不开 UPnP；远程场景优先静态 IP + 精确端口转发。R22 那条"禁用 UPnP 改手动转发"的建议是对的，且与开发者口径一致。
对应检测项：第 21 项 · 出向端口映射（UPnP）异常
· R01 "Full send and turn off your firewall. That's what I did because I was getting tired of struggling with it"
· R19 OP 的最终解法其实是补规则，不是关防火墙："I noticed that VD didn't have an outbound rule ... so I added one manually. Now I can connect to my PC even with the firewall enabled."
R01 那位用户明说是因为放弃了才关防火墙——这不是解法，是退出排查。而且大量帖子里关防火墙完全无效（R01 "Already did all that a few times."、R34 关了也连不上且事件日志无任何拦截记录）。关掉防火墙还会顺手干掉 ICS、VPN 的接口隔离，制造出新的干扰因素。
保持防火墙开启，改成检测哪条规则缺失。R19 是语料中唯一一个"关防火墙只是诊断手段、正确解法是补规则"的完整案例——这就是 VDHelper 应该给用户的答案。
对应检测项：第 5 项 · 防火墙里根本没有 VD 的入站规则 · 第 8 项 · Defender 防火墙 profile 整体被关闭（本机 Private/Public 均为 False）
同一位开发者在同一问题下被转述出"开 DMZ"和"关 DMZ"两个相反建议。其中"开 DMZ"来自二手转述、无原始出处；而社区用户自己的安全警告（把整台 PC 暴露给全互联网）是正确的。DMZ 是安全反模式，不应作为任何 VDHelper 建议的出口。
精确端口转发 TCP 38810/20/30/40 到 PC 静态 IP；明确说明 DMZ 是错误做法及其风险。VDHelper 在这里必须比社区更确定。
对应检测项：第 21 项 · 出向端口映射（UPnP）异常
R12 "If needed you can manually assign an IP address on the Quest to match the PC network"，并让用户"pick any number from 1 to 254... as long as nothing else is on the number you choose"。
让用户手动在头显上填 IP，等于把 IP 冲突的风险交给用户，而 Quest OS 的 DHCP 行为不受用户控制。这是把网络问题的责任转嫁给最没有能力处理它的一方。
改路由器配置（关 Guest 网络 / AP 隔离 / 统一网段），不要动头显的 IP。
本机测不了：路由器 AP 隔离 / 访客网络 / VLAN 在 PC 上没有可编程观测点，见 检测项全表。
R01 "Make sure your firewall does not block Virtual Desktop connections. Make sure your PC is WIRED to your router. Restart your router/PC/Quest."；R52 OP 明确回复 "Already did all that a few times."
它在社区里的出现频率极高，但被提问者当场否认有效。它之所以流行是因为它零成本、不需要理解问题。
VDHelper 应把"重启"降级为最后一招，并在前面给出真正有信息量的检查。
对应检测项：第 25 项 · PC 刚睡醒，头显连不上（必须先碰一下 PC） · 第 26 项 · 网卡换 IP 后 VD 没恢复（`NetworkAddressChanged` 2 秒去抖）
官方错误弹窗 R64 "it says "virtual desktop service not running, disable anti virus and reinstall desktop streamer"；而开发者本人在同帖 R64 明确说 "Windows Defender won't affect it so it has to be something else."
官方文案把用户直接导向"关杀软"这个无效动作。开发者与自己的文案矛盾。
查 VirtualDesktop.Service 的真实状态与失败码。本机基线已经拿到具体证据：ServiceLog.txt 反复 HRESULT -2147024891 configured identity is incorrect —— 这是服务登录身份配置错误，和杀软毫无关系。
对应检测项：第 3 项 · 服务在跑但 Streamer 进程起不来（本机 2026-09 反复出现） · 第 10 项 · 第三方杀软/防火墙接管（Avast/AVG/McAfee/Norton/360/火绒）
R04 开发者 "No computer found means that the entered Oculus username in the Streamer window doesn't match. Check the spelling."；同帖提问者 R04b 自述已排除 8 项仍失败，同帖另一回复直接回 "bullshit"。
提问者逐项排除了（切私有网络、核对用户名、卸载 Norton、关防火墙、同 5GHz、重装、重启、对版本），用户自己的第一反应就是"这说法不对"。
用户名不匹配应当被程序化判定并单独报出（连两边的实际值一起给），而不是用它解释所有"No computer found"。开发者是对的结论、错的适用范围。
目前没有对应检测项，落在覆盖度里的未覆盖清单中。
R60' "I disabled 'resizeable bar' today in the bios and was surprised that it eliminated the last of the very few stutters I was getting."；同帖最高赞回复反驳："Resizable bar provides your CPU with direct access to video memory and has significant performance increases for a lot of non-vr games. There's a significant chance that your change is a placebo fix"；OP 被追问是否验证过复现时未给出数据。
改 BIOS 是高风险、收益无证据的动作，却在语料中被当作推荐解法传播。
VDHelper 不跟风推荐，但可以提示"你可能已经试过这类改动，目前没有证据表明它对 VD 有效"。
目前没有对应检测项，落在覆盖度里的未覆盖清单中。
R56 回复 "buy another one and use it dedicated to VR"；R59 OP 甚至 "drove over an hour to pickup an Eero 6E for a bargain price"，问题最终出在内存 RGB 软件上。
语料里至少三例（R44 换第二台路由器、R59 买 Eero 6E、R62 换专用路由）都不是最终解因。设备升级是最贵的盲试。
先用工具判定瓶颈在哪一段（Game/Encode/Network/Decode）。R72 社区已有的判据可以直接用："if game in red, lower your in-game setting... if encoding in red, consider upgrading your GPU... if networking in red, upgrade/get a dedicated router... if decoding in red, contact meta support for RMA" —— 很多时候答案是降画质或换显卡，不是换路由器。
目前没有对应检测项，落在覆盖度里的未覆盖清单中。
端口与发现机制的事实依据（TCP 38810-40、UDP 38850/38860、UPnP 的调用点）见 research/02-network-diagnosis/01-ports-and-discovery.md；每条纠偏背后都有对应的检测项，见 检测项全表。
检测项列表本身不能证明工具有用——有用要看它在一台真实机器上抓到了什么、漏了什么，以及有没有把没事说成有事。下面是一次完整真实运行的记录，共 34 项检测，原始输出与复核命令见 research/14-real-run/01-what-this-machine-found.md。
最重要的一条不是任何单个检测项：那台机器上两个「阻断」级结论，一个是残留套接字、一个是头显睡着了——都不是配置错误。工具按证据形态分级（ARP 缓存 Stale / 无记录 / Reachable）才区分得出来。一个会把「设备睡着了」报成「网络不通」的工具，用户第三次就不看了。
| 检测项 | 结论 | 复核 |
|---|---|---|
session-stale | 1 个通道是残留套接字，最早建立于 2 小时 55 分前 | 同一个 socket 已不在活跃会话里，但 Windows 仍留着 Established |
lan-reach | 头显 192.168.11.14 ping 不通，ARP 缓存里也没有它 | 同一次运行里 ARP 条目状态是 Stale |
| 检测项 | 结论 | 为什么先不动 |
|---|---|---|
proc-tuner | 硬件调校类命中 6 个（Armoury Crate 系列） | 工具故意不自动停它：停 Armoury Crate 会连带关掉风扇控制。列出来是因为它在社区里是「常规指标全绿但串流仍然卡」的常见真凶 |
cfg-streamer | AutoAdjustBitrate=false | 语料里「卡在 measuring bandwidth」的首选解法就是打开它；但它是配置意图，不该由工具替你改 |
net-apipa | 3 块离线网卡各持一个 169.254.x.x | 离线网卡拿不到 DHCP 就自己占一个链路本地地址。真实设备全部可达时这一条不该报——见下方「一处已修的缺陷」 |
net-virtual | 2 块虚拟网卡启用中 | Hyper-V / WSL 在用。有线网卡 metric=10，没有虚拟网卡排在它前面，所以不影响路由 |
ics | SharedAccess (ICS) Running | 关掉可能影响手机/热点共享，是否需要由用户判断 |
nat-type | 外网 IP 是 172.16.80.42，落在私有段 → 双层 NAT | 纯 LAN 串流不受影响，只影响从外网连回来。改路由器要 Owner 自己做 |
svc-log | 5 条历史 ERROR（最近一次 2026-09-18） | Streamer 正在运行，所以降级为 Warn；历史遗留不该按现状报警 |
nic-powersave | Unknown：读不到网卡电源管理属性 | 本机驱动不通过 WMI 暴露这组属性。如实报 Unknown 而不是 Pass |
| 项 | 为什么没测到 |
|---|---|
| 头显侧 adb 三分支 | 头显没插 USB，也没开无线调试（5555/5554/5556/5557/5558/8080 全部关闭）。插一下 USB 就能验。 |
| 广播实发抓包 | Npcap 已安装且能枚举 12 个设备，但抓包需要管理员权限，这次会话没有人在键盘前确认 UAC |
fw-restore-vd | Remove-NetFirewallRule 需要提权 |
| 提权重启 Streamer | 上一轮成功过一次（PID 11120 → 36784），这一次因为无人确认 UAC 而如实报了失败 |
| 情况 | 判定 |
|---|---|
| 同网段 + 新建 | 真会话 |
| 不同网段 + 新建 | 云端中继连接，明确不算串流 |
| 同网段 + 超时 | 残留套接字（唯一阻断项） |
没测到的部分照登：头显侧 adb 三分支需要插 USB（无线调试的 5555/5554/5556/5557/5558/8080 全关），抓包与防火墙修复需要管理员 UAC。
这一节不做美化。没读到的来源就写没读到，不用推测补齐。
| 目标来源 | 状态 |
|---|---|
| r/OculusQuest | ✅ 读取 68 个完整帖 |
| r/oculus | ✅ 读取 2 个完整帖 |
| vrdesktop.net 官方 FAQ | ✅ 已读取（https://www.vrdesktop.net/），含开发者口径 |
| VD 开发者 u/ggodin 公开回复 | ✅ 采集 7 条，附原帖 URL |
| r/Quest | ❌ 未命中相关帖（搜索返回 0 条含 VD 连接故障的） |
| r/VR | ❌ 未命中（搜索返回 0 条） |
| r/VirtualDesktop | ❌ 该 sub 搜索无结果（不存在或不可索引） |
| r/PCVR | ⚠️ 搜索命中 26 条但均为泛 PCVR 讨论，与 VD PC 连接故障无直接对应，未纳入主表 |
| VRCompare 论坛 | ❌ 本轮未命中可引用的 VD 连接故障帖。VRCompare 站内主要是硬件对比页 |
| VRDC | ❌ 未命中 |
| QuestDeveloperHub | ❌ 未命中；搜索结果被 Azure Virtual Desktop（同产品名）淹没 |