远程软件
f119300a57
问题（阶段 2 的硬阻塞） accept() 只接一次，会话结束进程退出。阶段 1 一次验收看不出来， 但阶段 2 要反复测试输入，每测一次都要手动重启被控端。 （即公共阻碍清单里的 P5，此前判断为「只影响调试效率」， 现在它阻塞迭代，提前做掉。） 改动 1. main：会话体抽成 serve_session()，外层 accept 循环。 会话失败（含认证失败）只记日志不退出进程。 明确不做并发多会话：DXGI Desktop Duplication 每个输出仅允许一个 活动实例，第二个 DuplicateOutput 会让第一个收到 ACCESS_LOST。 2. 认证失败路径补 conn.closed() 等待（agent-core 已有同款修复， 此处同源补齐 = 手册 §6.1 第 1 条）：否则客户端只看到 connection lost 而不是 AuthFail。 3. capture 循环加 tx.receiver_count()==0 守卫。 只靠「send 失败退出」不够——桌面完全静止时那个分支根本不发送， 线程会永远持有 duplication，下一个会话的 DuplicateOutput 直接失败 （表现为新会话黑屏）。agent-core 同源修复。 4. 会话收尾：finish 流 + drop 接收端 + 等采集线程退出（2s 超时）后才 返回，调用方才 accept 下一个连接。 验证（连续两个会话，中间不重启 agent） 会话1：收到帧 40/40，结论 ✅ agent 存活：✅ 会话2：收到帧 40/40，结论 ✅ 日志：session closed -> waiting for next connection -> peer connected -> auth ok；stderr 有 [capture] no receiver, stop 证明线程真退出 |
||
|---|---|---|
| .cargo | ||
| agent | ||
| agent-core | ||
| android-ffi | ||
| apps/android-viewer | ||
| common | ||
| linux-agent | ||
| scripts | ||
| tools | ||
| vendor/nvenc | ||
| viewer | ||
| viewer-core | ||
| .gitattributes | ||
| .gitignore | ||
| B侧设计文档.md | ||
| Cargo.lock | ||
| Cargo.toml | ||
| Git协作规范.md | ||
| README.md | ||
| 借鉴映射与落地规范.md | ||
| 多平台架构设计.md | ||
| 打洞与信令设计.md | ||
| 打洞验证记录.md | ||
| 构建运行手册.md | ||
mvp-remote
自研远程桌面控制软件（办公场景），技术路线参考网易 UU 远程逆向分析结论。
架构
| Crate | 角色 | 说明 |
|---|---|---|
common |
协议库 | 控制消息 / 视频帧线格式，三端共享契约 |
agent |
被控端 | DXGI 屏幕采集 + openh264(H.264) 编码 + QUIC 服务 + SendInput 键鼠注入 |
viewer |
主控端 | QUIC 客户端 + openh264 解码 + minifb 渲染 + 键鼠采集 + 延迟 HUD |
构建
cargo build --release
产物：target/release/agent.exe（被控端）、viewer.exe（主控端），需附带 3 个 mingw 运行库 DLL（libstdc++-6 / libgcc_s_seh-1 / libwinpthread-1）。
运行
# 被控机
agent.exe --port 47800 --code 123456
# 主控机
viewer.exe --addr <被控机IP> --port 47800 --code 123456
详见《构建运行手册.md》、《Git协作规范.md》与《打洞与信令设计.md》。