# 2026-09-10 工作日志

## 家庭主机远程串流方案设计（公司电脑 → 家里主机）

**类型**：REQ（方案设计，待确认后实施）

### 触发需求
在公司电脑远程控制家里这台主机，要求速度快、画质好，能打《英雄联盟》快节奏娱乐模式（海克斯大乱斗类）。

### 本次实测底账（家里主机 = 本开发机）
- **GPU**：NVIDIA RTX 4070 SUPER（驱动 32.0.15.9186），支持 NVENC H.264/H.265/**AV1** 硬编；另有 7800X3D 核显 AMD Radeon Graphics
- **CPU/内存**：Ryzen 7 7800X3D（8C/16T） / 31.2 GB
- **系统**：Windows 11 专业版 build 26200
- **显示器**：AOC 2560×1440 @ **170Hz**
- **网络**：Realtek 2.5GbE，链路 1Gbps，内网 IP `192.168.1.30`，网关 `192.168.1.1`（HTTP 200 可登录）
- **宽带（Ookla CLI，电信上海节点 id 3633）**：下行 **943.82 Mbps** / 上行 **46.36 Mbps** / 空闲延迟 33.91ms / **丢包 0.0%**
- **出口 IP**：`1.204.100.17`（中国电信广东，与历史记录的 1.204.105.116 同段，动态）

### 关键发现
1. **上行 46M 是整个方案的唯一硬瓶颈**，可支撑 2K 90–120fps @ 30Mbps 或 1080p 120–144fps @ 20–25Mbps；不足以支撑 2K 170Hz 满刷。
2. **本机已存在远控残留驱动**：`Todesk Virtual Display Adapter`、`GameViewer Virtual Display Adapter`（网易UU远程组件）、`MuMu Virtual Display Adapter`。这些虚拟显示/虚拟输入驱动是腾讯 ACE/TP 反作弊重点扫描特征。
3. **Moonlight 官方提供 Windows Portable 便携版**（官方原话：for work/public PCs without the ability to install new programs）→ 完美解决公司电脑无管理员权限问题。
4. **反作弊风险是真实存在的**：社区有大量因远控软件在后台被判定"第三方软件"而十年封禁的案例，"远程操控着玩游戏"是最高风险场景。已写入方案第五节并给出降低措施。

### 产出
- 方案文档：`E:\Project\workbuddy.xpcool.com\远程游戏串流方案_家到公司.md`（v1 草案，待确认）
- 结论：**主方案 = Sunshine（家）+ Moonlight 便携版（公司）+ 公网 UDP 直连**；网易UU远程作为应急通道；Windows RDP / TeamViewer 明确不适用；硬件 KVM 延迟不达标。

### 待用户确认（阻塞下一步）
1. 路由器 WAN 口 IP 是否等于 `1.204.100.17`（判断有无公网 IPv4，决定走端口转发还是组网）
2. 公司电脑：能否装软件 / 显卡型号 / 屏幕分辨率与刷新率
3. 公司网络是否限制 UDP、是否有代理或行为审计
4. 是否接受反作弊风险（若账号价值高，建议只作办公/挂机通道）

### 顺手记录
- PowerShell 工具在本机**不回显 stdout**（exit code 正常但无输出），需 `Out-File` 落盘后用 Read 读取；Bash 内调用 `powershell.exe` 被安全策略拒绝。
- Cloudflare 测速端点在本地几乎不可用（上传 121KB/s、下载 0），国内测速改用 **Ookla 官方 CLI**（`install.speedtest.net` 可直连下载）。

---

## 追加：Phase 0 前置验证执行结果（同日 14:40–14:55）

### 三个决定性发现
1. **家里 IPv4 是运营商级 NAT（CGNAT）**：`tracert` 第 2 跳 = `100.64.0.1`（RFC 6598 运营商专用段）→ **v1 的"公网 IPv4 + 端口转发"方案彻底作废**。
2. **家里有公网 IPv6**：`240e:338:263:3600::/64`（RA 下发，电信）。可用地址 `240e:338:263:3600:e591:cb62:3503:8a23`（Preferred）。→ **IPv6 直连成为首选路径**（IPv6 无 NAT，只需网关防火墙放行入站）。
3. **IPv4 侧为对称 NAT**：STUN 实测映射端口每次不同（1986 / 1990）→ IPv4 打洞成功率低，但 IPv6 侧打洞前景好。

### 其他确认
- **网关 = 中国电信智能网关（天翼网关）**，LuCI 界面 `/cgi-bin/luci`，MAC `88-C7-8F-A6-BC-43`；密码找回阶梯已写入方案文档（贴纸 useradmin → telecomadmin/`nE7jA%5m` → 小翼管家 App → 10000 号 → 恢复出厂；且**方案本身不依赖路由器后台**）。
- 本机 Windows 防火墙：Domain=开 / Private=**关** / **Public=开**，以太网被判定为 Public；**当前会话不是管理员**，后续装 Sunshine 需用户点 UAC。
- 本机装有 **Clash Verge**（系统代理 127.0.0.1:7897 开关=0）与**火绒**（HipsDaemon/HRWSCCtrl）。
- **公司电脑（用户截图）**：Ryzen 7 7840H + **Radeon 780M**（RDNA3，VCN 4.0，**支持 AV1 硬解**）/ 32GB / 954GB，可安装软件。
- **画质定档 1080p120**（H.265 22Mbps 起步 → 稳定后切 AV1 16–18Mbps）。

### 交付物
- 方案文档升级至 **v2**：`远程游戏串流方案_家到公司.md`（架构重构为 IPv6 直连优先）
- 新增 `公司电脑网络自测.ps1`（UTF-8 with BOM，已在临时目录实跑验证通过）：检测设备/显示、IPv6 出网、代理与审计软件、TCP 端口自由度、UDP 出网 + STUN NAT 类型、到家里的链路。

### 待用户执行（阻塞下一步）
1. 手机 4G/5G 打开 `http://[240e:338:263:3600:e591:cb62:3503:8a23]:38443/` 看是否返回 `IPV6-INBOUND-OK`（家里临时监听已起，端口 38443）
2. 公司电脑跑一次 `公司电脑网络自测.ps1`

### 本次踩坑（已沉淀到 MEMORY.md）
- PowerShell 工具 stdout 被吞、`[byte] -shl` 溢出归零、`Get-Content -Raw`+`Out-File` 加 BOM 导致 UTF-8 中文被按 GBK 重写而永久损坏、PATH 被裁剪导致 ping/netsh 找不到、后台监听进程杀不掉、防火墙规则指向已失效的 node 路径。

---

## 追加：临时监听重启 + 引入「日志验证法」（同日 15:41–15:50）

**类型**：CHG

### 做了什么
1. **清理旧监听**：上次会话留下的两个后台监听（38443 / 38080）本次全部 `Stop-Process` 成功，端口已释放（上次杀不掉的 38080 残留也清掉了）。
2. **重起带访问日志的监听**（端口 38443）：新版 `server.js` 把每个到达请求（来源 IPv6、UA、时间）追加写入 `%TEMP%\wb_ipv6test\inbound.log`，本地自测已命中日志。
3. **本机 IPv6 地址复查**：`240e:338:263:3600:e591:cb62:3503:8a23` 仍为 **Preferred（未变）**；另有 `...:29f1:e63f:d476:597e` 也是 Preferred。
4. **防火墙规则复核**：`C:\Users\xxl\AppData\Roaming\nvm\v23.0.0\node.exe` 有 **Public 档 TCP+UDP、任意端口** 的入站放行规则（因此该 node 起监听不会被本机防火墙吞掉，测试结果有效）。

### 关键结论：「从外部自动验证 IPv6 入站」没有可用手段
逐一实测失败：
| 手段 | 结果 |
|---|---|
| `check-host.net` API（check-tcp） | 对 IPv6 一律 `{"error":"invalid_url"}`（方括号/无方括号/http:// 前缀均试过） |
| `ping.pe` / `tcp6.ping.pe` | **接受 IPv6 目标**，但结果为 JS 异步渲染，静态抓取只有 `Connecting to ...` + `waiting_for_results` |
| 公共 CORS 代理 codetabs | 522 |
| allorigins | `Network connection lost`（不足以作为证据） |
| corsproxy.io | 需 API key |
| thingproxy / Jina Reader | 空响应（被拦） |
| hackertarget nmap API | 已需 API key |

→ 定案：**采用「手机 4G TCP 测试 + 服务端访问日志」双证据判定**，即使手机页面渲染异常，只要日志有 `REQ from=` 记录即可确证入站通。

### 交付物更新
- `远程游戏串流方案_家到公司.md`：第七节补充「日志验证法」判定表与日志路径；附 B 补充上述"外部探测不可用"的完整踩坑清单。
- `%TEMP%\wb_ipv6test\server.js` 重写为带日志版本（并新增 `ext_probe.py`，check-host.net 探测脚本，结论：该服务不支持 IPv6）。

---

## 追加：脚本跨设备损坏诊断 + 纯 ASCII 版交付（同日 15:47–15:55）

**类型**：FIX

### 现象
用户把脚本弄到公司电脑（`E:\xxcool\project\workbuddy.xpcool.com\网络自测.ps1`）执行后报错：
1. `意外的标记"InterNetworkV6"` —— 文件里 `AddressFamily]::InterNetworkV6` **丢了一个 `::`**
2. `IPv6 鍑虹綉 ... 涓嶹€?` —— **中文乱码**（UTF-8 字节被按 GBK 解码的典型样子）

### 诊断
- 本机 `公司电脑网络自测.ps1` 第 35 行**是正确的**（带 `::`），文件 BOM 完好（`ef bb bf`）
- → 根因是**走了"文本复制粘贴"而不是"传文件"**，粘贴链路丢了 BOM 与个别字符
- 乱码呈 `鍑虹綉` 形态 = 字节仍是 UTF-8，**只是缺 BOM** → 加 BOM 即可救（非双重编码，可逆）

### 处置
1. **新增纯 ASCII 版脚本 `net-test.ps1`**（输出全英文、文件内无非 ASCII 字符）→ 免疫一切编码问题；已在本机实跑通过，自检行输出 `Script encoding : no BOM (file is pure ASCII - harmless)`
2. 给了用户「一键修复已损坏文件」的命令（显式按 UTF-8 读 → 补 `::` → 以带 BOM 的 UTF-8 写回）
3. 修复经验沉淀进 skill `windows-host-probe`（新增"跨设备交付会静默损坏文件"一节）

### 手机 IPv6 入站测试结果（用户 15:47 执行）
- 用户手机访问 `http://[240e:338:263:3600:e591:cb62:3503:8a23]:38443/` → **打不开**
- **服务端日志无任何来自手机的记录**（只有本机自测那条）→ 请求**未到达**家里主机
- ⚠️ 但此结论有**前置条件未排除**：用户手机可能本身没有 IPv6（4G/5G 未开 IPv6、或未关 WiFi），需先做对照测试（手机访问 `ipv6.icanhazip.com` / `tcp6.ping.pe`）才能定论是"网关拦入站"

### 其他
- 想借本机 **Clash Verge** 代理（127.0.0.1:7897）从境外节点验证入站 → **Clash 未运行（7897 未监听）**，此路不通
- ⚠️ **腾讯云服务器 SSH 公钥认证被拒**：`ssh -i CentOS.pem -p 22025 xxcool@193.112.118.168` 报 `Permission denied (publickey)`（网络可达、走到认证阶段）。后续所有服务器部署动作会受阻，需与用户确认密钥/密码。

---

## Phase 1 启动：Sunshine 已安装（16:04–16:12）

**类型**：CHG

### 完成项
- 下载 **Sunshine v2026.906.222525** MSI（33,595,392 B，与官方发布字节数完全一致）+ **Moonlight Portable x64 6.1.0**（29,502,440 B）
  → 存于 `C:\Users\xxl\Downloads\wb-stream\`
  → GitHub CDN 直连被打断（exit 56），改用镜像 **`https://ghfast.top/`** 成功，约 700KB/s（`ghproxy.net`、`gh-proxy.com` 也返回 206 可用）
- 提权安装成功（`Start-Process msiexec -Verb RunAs` + 用户点 UAC），退出码 0
- 服务 `SunshineService`（`sunshinesvc.exe` / LocalSystem / Auto / **Running**）
- 编码器探测：**h264_nvenc、hevc_nvenc、av1_nvenc 全部可用**（含 10-bit；AV1 的 YUV444 不支持属正常）
- 显示器识别：2560×1440 @ 170.002Hz，HAGS 已启用
- Web UI 凭据已创建：**admin / Sunshine2026**（`POST /api/password`，字段 `newUsername/newPassword/confirmNewPassword`）

### ⚠️ 关键阻塞：Sunshine 默认只监听 IPv4
- 实测 `TCP 0.0.0.0:47984/47989/47990/48010`；`::1:47990` **连接被积极拒绝** → 完全无 IPv6 绑定
- 官方文档（docs.lizardbyte.dev v0.23.1 advanced_usage）确认配置项：
  - **`address_family = both`**（默认 `ipv4`）→ 双栈
  - `upnp = on` → Sunshine 的 UPnP 实现**含 IPv6 防火墙控制**，可能自动放行网关入站
- 改法：编辑 `C:\Program Files\Sunshine\config\sunshine.conf` 后重启服务（需管理员）；
  **或走 Web UI**（Configuration → Advanced → Address Family），Web UI 以服务权限运行，**免管理员**

### 工具与安全边界踩坑（重要）
- `Start-Process powershell.exe -Verb RunAs` 被安全策略拦截（"spawns a child process that bypasses PowerShell command validation"）
  → **无法用提权 shell 跑脚本**；提权启动非 shell 的 exe（如 msiexec）可行
- `curl -u user:pass`（HTTP Basic 凭据）触发**敏感内容审批并超时**；按规则**不重试、不绕过** → 该步交用户手动操作
- PowerShell 工具默认是**非管理员上下文**：写 `C:\Program Files\` 被拒（"访问被拒绝"）、`Restart-Service` 报"无法打开服务"

### 入站判定方法论修正
- 临时监听用 `http.createServer`，**只在收到完整 HTTP 请求时写日志**；ping.pe 的纯 TCP 探测成功**不会留日志**
- → "ping.pe 显示 Connected" 与 "日志无记录" **可并存、不矛盾**（TCP 层 vs HTTP 层）
- 用户 16:00 反馈"通了"按 **TCP 层可达**理解

### 用户手机 IPv6 前置条件已排除
- 手机（关 WiFi / 4G-5G）可访问 `https://ipv6.icanhazip.com/` → 手机确有 IPv6，此前"打不开"的测试**有效**
- 但 HTTP 请求仍未到达家里 → 差异可能来自手机侧（运营商 IPv6 路由 / 浏览器拦非标端口 http）

### 下一步
1. 用户在 Web UI 改 `address_family`（+ UPnP），重启服务
2. 验证出现 `TCP [::]:47989` 等 IPv6 监听
3. 手机 Moonlight（局域网）先跑通配对，再走外网

---

## 16:10–16:30 公司端自测结果回收 → 路线二次重构（v3）

### ✅ 用户已完成 Sunshine 配置（已验证生效）
- `C:\Program Files\Sunshine\config\sunshine.conf` = `address_family = both` + `upnp = enabled`
- 日志确认解析成功：`config: 'address_family' = both` / `config: 'upnp' = enabled`
- 监听已变双栈：`TCP [::]:47984 / 47989 / 47990 / 48010`（**v2 的"IPv6 阻塞项"彻底解决**）
- `sunshine_state.json` 已存在（凭据已建）
- 无害报错：`NvEnc: gpu doesn't support YUV444 encode`（日志自称可忽略）
- ⚠️ 虚拟手柄不可用：`gamepads.virtualhid-not-available`（需 ViGEmBus 内核驱动，**建议不装**，抬高反作弊风险）

### 🔴 公司端实测（`网络自测结果_20260910_160152.txt`）→ IPv6 路线作废
- 公司 CPU：Ryzen 7 7840H + **Radeon 780M**；屏幕 **2560×1600@120Hz**（比假设的 60Hz 好一档）
- **IPv6：本机无 v6 地址，v6 出网两条 DNS 全不通 → 公司是纯 IPv4 网络** ⇒ **IPv6 直连彻底作废**
- 高位 UDP 可出网：STUN（miwifi / hitv）均有回包，出口 `117.188.24.89`
- 系统代理开关=0 但服务器填了 `127.0.0.1:7892`（疑似装过 Clash 类客户端，待查）
- 安全软件：`HipsDaemon`(火绒 HIPS) + `HRWSCCtrl`(火绒安全中心) + `edr_monitor` + `savsvc`

### 🎯 重大纠正：家里 IPv4 是「锥形 NAT」，不是对称 NAT
- v2 测试方法**错误**：每个 STUN 用新 socket（本地端口变了）→ 映射端口必然不同 → 误得"对称 NAT"
- **正确方法**（同一 socket 连问多个 STUN）：本地 55001 → 恒 `1.204.100.17:3051`；55002 → 恒 `:3063`
- ⇒ **端点无关映射（Cone/EIM），打洞可行** —— 这是本次最有价值的修正
- 已写 `%TEMP%\wb_nat\nat_test.py` 作为可复用工具

### 🎯 第二个纠正：v1 脚本的"端口白名单"结论也是误判
- 靶子无效：`114.114.114.114:8080`（该主机根本没开 8080）、`github.com:443`（国内 DNS 污染）
- 已重写 `net-test-v2.ps1`（**纯 ASCII、无 BOM、免疫复制粘贴**），靶子换成真在监听的：
  `www.baidu.com:443`、`www.qq.com:443`、`www.aliyun.com:80`、`193.112.118.168:80/443/22025`、`portquiz.net:443/8080/8443`
- 本地实跑验证通过（家里侧：全部 OPEN，portquiz 全端口可达）
- 新增检查项：管理员权限自检 / 火绒·EDR 清单 / 本地代理端口监听 / 已装 VPN·远控软件

### ToDesk 现成可用（重要旁证）
- **用户此刻正在公司用 ToDesk 控家里**（说明公司↔家里的中转链路已验证可用）
- 家里这侧日志分析：ToDesk **文件传输**会话为 `planb:1 ... p2p:0`（**走中转，非 P2P**）
- 控制会话链路类型需看用户侧界面（`.xlog` 是压缩格式，挖不出）→ **已请用户查看界面显示"P2P直连"还是"中转"**
- ToDesk 的 RTC/QUIC 配置：`default_hard_codec: h265`，`br_limit 50000/100000`

### 技术方案已重排（详见方案文档 v3）
- 路径 A（首选）：**申请公网 IPv4** + 端口转发/UPnP → 公司端**零安装**
- 路径 B（次选）：**Tailscale** 打洞（家里锥形 NAT 是好基础）→ 公司端需管理员+TUN 驱动，可能触发火绒/EDR
- 路径 C（兜底）：ToDesk / UU远程（已验证可连通，但延迟与反作弊风险）
- 路径 D（保底）：腾讯云中继（仅 5 Mbps）

### 下一步（已交用户）
1. 看 ToDesk 界面显示 P2P直连 还是 中转（5 秒，信息量最大）
2. 公司电脑跑 `net-test-v2.ps1`，回传 `net-test-v2_*.txt`
3. 打 10000 申请公网 IPv4
4. 家里改电源设置（关屏=从不、睡眠=从不）

### 交付物
- `net-test-v2.ps1`（新增，纯 ASCII）
- `远程游戏串流方案_家到公司.md` 升级到 **v3**（路线重构 + 三处测试陷阱记录）

---

## 16:30 更新 · 公司端网络身份确认 + ToDesk 反查（本轮）

### 用户提供（ipconfig）
- 公司笔记本走 **WiFi** 接入企业网，网段 `192.168.250.0/24`，网关 `192.168.250.1`
- **IPv6 只有 `fe80::` 链路本地地址 → 无 RA 全局地址，纯 IPv4 网络（硬结论，IPv6 路线彻底作废）**
- 出口 IP `117.188.24.89`，全公司共享同一出口

### AI 从被控端反查 ToDesk（用户无需操作，用户反馈"找不到状态栏"）
- ToDesk 只与自家服务器保持 TCP 长连接：`219.151.138.225:8080`、`219.151.138.225:443`、`118.24.225.33:443`
- **与公司出口 `117.188.24.89` 无任何 TCP 直连记录**；文件传输会话为 `planb:1 ... p2p:0`（中转）
- ⭐ **关键利好：公司允许出站到 8080 非标端口** → 公司不是"只放行 80/443"的白名单防火墙；若将来有公网 IPv4，Sunshine 的 47989/47990/48010 大概率可直连，腾讯云 frp 中继（任意端口）也具备可行性
- 家里 ToDesk 在多个 IPv6 UDP 端点监听（57062–57068，对应 3 个轮换的隐私扩展地址）+ IPv4 `192.168.1.30:57065/57069`；UDP 无连接、端点列表看不到对端，**不能据此断定打洞失败，但打洞信心已下调**
- 附带结论：家里 IPv6 有多个轮换隐私地址 → IPv6 直连必须配 DDNS（该路线已作废，仅留档）

### 交付 / 变更
- `net-test-v2.ps1` **已复制到家里主机桌面** `C:\Users\xxl\Desktop\net-test-v2.ps1`（13,690 B），便于用户用 **ToDesk 文件传输**拉到公司电脑，避免复制粘贴损坏
- 方案文档 §1.6 已补入公司接入方式与 ToDesk 反查结论；第七节 ① 改为"已完成，无需再找状态栏"，② 增加 ToDesk 文件传输操作步骤
- 确认 v2 脚本**已内置** `193.112.118.168:80/443/22025` 的 TCP 连通性测试（可验证公司能否访问腾讯云，为 frp 中继铺路）

### 下一步（用户侧）
1. 用 ToDesk 文件传输把桌面 `net-test-v2.ps1` 拉到公司电脑并运行 → 回传 `net-test-v2_*.txt`
2. 若 UDP 打洞数据不乐观 → **优先打 10000 申请公网 IPv4**（路径 A，公司端零安装）
3. 家里改电源设置（关屏=从不、睡眠=从不）

---

## 16:35 更新 · 公司端 v2 实测结果回执（**路线定案**）

来源：`net-test-v2_20260910_163314.txt`（公司电脑运行 v2 脚本，用户经 ToDesk 文件传输送达）

### 三条硬结论

1. ❌ **公司是对称 NAT**：同一本地 UDP 端口 `46001` 问多个 STUN → 映射端口 `16993/16994/17011/43681` **各不相同**；且**公网出口有多个**（`117.188.24.89` 与 `117.188.118.254` 按目的地分流）→ **P2P 打洞不可行**（v3 曾把 Tailscale 打洞列为次选，本轮判死）
2. ❌ **公司无 IPv6**（复核 `IPv6 local : NONE`）→ IPv6 直连彻底作废
3. ✅ **公司 TCP 出站完全自由**：`portquiz.net` 的 `443/8080/8443` 全 OPEN，**连腾讯云 `193.112.118.168:22025` 也 OPEN** → 任意端口的直连/中继"通道"毫无障碍

### 其他实测事实

- **管理员**：当前会话非管理员，但账号 `ybtdevxxl` **在 Administrators 组内** → 可提权
- **已装软件**：`Clash Verge`、`WireGuard`、`ToDesk`、火绒安全软件
- **安全软件**：**火绒 `HipsDaemon` / `HRWSCCtrl` 运行中**；`aTrust` / `edr_monitor` / `savsvc` / Defender 全系 **Stopped** → 无强制 EDR 管控
- **屏幕**：主屏 2560×1600@120（脚本报 `1707×1067` = 150% 缩放后的逻辑值），副屏 1920×1080
- UDP 出网可用，但 `stun.qq.com:3478` 超时（该服务器自身问题，非本地限制）

### 路线定案（v4）

| 优先 | 路线 | 画质上限 | 公司端代价 |
|---|---|---|---|
| **A（主攻）** | **申请公网 IPv4** + 端口转发 / UPnP | **1080p120 满血** | 零安装 |
| B | 腾讯云 frp 中继（通道已验证可行，卡在 5 Mbps） | 1080p60 | 零安装 |
| C | 网易UU远程 / ToDesk（兜底） | 延迟 + 反作弊风险 | 零安装 |

**核心洞察**：唯一瓶颈是"**家里没有公网入口**"；公司侧出站通道意外宽松。

### 交付

- 方案文档升级到 **v4**：新增 `v3 → v4` 修订摘要、第二章「方案选型（v4 定案）」重排（Tailscale 打洞移入已排除）、第七节改为"主攻公网 IP"并附话术与三种客服应对
- 待用户执行：**打 10000 申请公网 IPv4**

---

## 16:41 用户提问 · 申请到的会是动态公网 IPv4 吗？

**类型**：REQ（咨询，未实施）

### 答复要点（已交付用户）
1. **必然是动态的**：家宽走 DHCP 动态分配，运营商不会给家宽静态 IP（静态属企业专线产品，需签约加钱）。10000 能做的只是把会话地址从 CGNAT 池（100.64.x.x）换到真公网池，本质仍是动态。
2. **动态不影响方案**：电信动态 IP 只要光猫不断线就长期不变（本机出口 `1.204.100.17` 与历史 `1.204.105.116` 同属 1.204 段）；再用 `xpcool.com` 子域做 DDNS（DNSPod API + 定时上报脚本，约 5 分钟粒度），Moonlight 端只填域名 → 图示"家里 WAN → DNSPod → 公司 Moonlight"链路。
3. **比"动态"更该防的三个坑**：
   - 拿到的仍是 `100.64.x.x` / 私网段 → 挂电话前必须确认"能否被外网直接访问"
   - 光猫路由模式造成**双层 NAT** → 需光猫改桥接，或光猫内给路由器 WAN 做 DMZ
   - 家宽普遍封 80/443 → Sunshine 用 47989/47984-48010，**不受影响**
4. **唯一可靠的验证法**：手机流量查出口 IP，**必须完全等于**路由器 WAN 口 IP（且 WAN IP 非私网段）。
5. **时机建议**：10000 是 7×24，上班摸鱼时即可打电话登记；但**改光猫/重启必须等回家做** —— 当前唯一远程通道是 ToDesk，一旦改崩断网就连带失去操作通道。

---

## 18:56–19:05 · 公网 IPv4 被拒 → IPv6 路线重启评估（v5）

**类型**：CHG

### 用户输入
"公网 ipv4 申请不到，ipv6 可以吗" —— 10000 申请公网 IPv4 被拒。

### 本轮实测（家里侧，19:00 复查）
- **IPv6 出网全通**：`ipv6.icanhazip.com` / `www.taobao.com` / `www.qq.com` 的 TCP 443 全部 OK
- **IPv6 地址三枚**：

| 地址 | 后缀类型 | 状态 | 用途 |
|---|---|---|---|
| `240e:338:263:3600:29f1:e63f:d476:597e` | **Suffix=Link** | Preferred | ✅ **首选服务地址 —— 后缀永不轮换** |
| `240e:338:263:3600:e591:cb62:3503:8a23` | Suffix=Random | Preferred | ⚠️ 隐私扩展，会轮换 |
| `240e:338:263:3600:51f3:a026:4256:a337` | Suffix=Random | Deprecated | ❌ 废弃 |

- 默认路由 → `fe80::1`；Public 档防火墙开启，`node.exe` 有 Public/Private 入站 Allow 规则 → 本机侧不拦
- **监听已重起**：`:::38443 LISTENING`（PID 27508），日志 `%TEMP%\wb_ipv6test\inbound.log` 正常写入

### 关键论证（本轮最重要的一条推理）
v4 说"IPv6 判死"，精确说法应是"**公司那条有线/WiFi 出口没有 IPv6**"，而非"公司场景不可用"。
→ 公司笔记本还有**第二条出口从未被用上：手机 5G 热点**（用户手机实测有 IPv6）。
→ v5 主攻 = **手机热点补 IPv6 + 家里 IPv6 直连**，公司端仍零安装、画质上限仍是 1080p120。

### v5 路线定案

| 优先 | 路线 | 画质 | 卡点 |
|---|---|---|---|
| A（主攻） | 手机热点 + 家里 IPv6 直连 | **1080p120 满血** | ①热点下游能否拿到 IPv6 ②天翼网关是否放行 IPv6 入站 |
| A′（长期最优，当前失败） | 公网 IPv4 + 端口转发 | 1080p120 | 10000 申请被拒 |
| B | 腾讯云 frp 中继 | 1080p60（5 Mbps） | — |
| C | 网易UU远程 / ToDesk | 延迟 + 反作弊风险 | — |

**代价认知**：1080p120 @ 20 Mbps ≈ **9 GB/小时**；5G 延迟预计 **40–70 ms**。

### 交付物
- `远程游戏串流方案_家到公司.md` → **v5**：新增 v4→v5 摘要、§1.3 重写（IPv6 地址稳定性分析）、§2 选型重排（路径 A 改为手机热点，原 A 降为 A′）、已排除表补入"IPv6 隧道类（6in4/Teredo/WARP）"、§7 重写为两步验证法
- `hotspot-ipv6-test.ps1`（新增，**纯 ASCII / 无 BOM**，已试跑通过，并复制到家里桌面 `C:\Users\xxl\Desktop\` 供 ToDesk 传输）—— 一次测完"热点下游有无 IPv6 + 能否连到家里"
- `ipv6-home-qrcode.png`（新增，扫码目标 `http://[240e:338:263:3600:29f1:e63f:d476:597e]:38443/`）

### 本轮踩坑（重要，已沉淀）
1. **`& script.ps1` 调用脚本文件时，脚本内的写盘会静默失败** —— probe.ps1 / probe2.ps1 都返回 exit 0 却完全没生成结果文件；改**内联命令 + `Set-Content` 落盘**立刻成功。→ 后续所有探测一律内联，不落脚本文件。
2. **`Test-NetConnection` 对不可达的 IPv6 目标会长时间阻塞**，把整个脚本拖到工具超时（第一次探测就是这样废掉的）→ 改用 `TcpClient.BeginConnect` + `AsyncWaitHandle.WaitOne(ms)` 实现硬超时。
3. `netsh`/`netstat` 的文本过滤会假阴性（`netstat | ? { $_ -match ':38443' }` 报 NONE，实际 `Get-NetTCPConnection -LocalPort 38443` 显示 `:::38443 Listen`）→ **查监听一律用 `Get-NetTCPConnection`**。

### 待用户执行（决定走哪条路）
1. **手机 5G（关 WiFi）扫码**访问家里 `http://[240e:338:263:3600:29f1:e63f:d476:597e]:38443/` → 验证家里 IPv6 入站是否放行（此前失败，疑天翼网关拦入站）
2. **手机开热点 + 公司笔记本连上** → 跑 `hotspot-ipv6-test.ps1` → 验证热点下游能否拿到 IPv6 并连通家里
3. 若步骤 1 失败 → 按 §7 ② 放行天翼网关 IPv6 防火墙（或光猫改桥接）