怎么判断ToDesk传输文件是否完整并重新发送？

功能定位：为什么“传完≠传对”

ToDesk 5.3.6 把文件传输拆成两条独立通道：一条跑远程桌面指令，一条跑 RSync 差分数据。好处是即使画面卡顿，文件流仍可满速；副作用是网络抖动时极易出现“已传完却字节不对”。判断完整性并触发重发，是免费与 Pro 用户都能用的基础能力，但入口分散在不同平台，新手常找不到。

先判断：ToDesk 给出的“完整”信号可信吗

客户端在传输列表里会给出一枚绿色勾，但这只代表“TCP 流正常结束”，并不核对字节。真正可靠的只有两处：①任务行末尾的“校验值”一栏；②日志文件里出现的 RSync checksum 行。若两者缺失，系统就未做校验，必须手动触发。

桌面端最短验证路径

1. Windows/macOS：主控端顶部菜单 → 文件传输 → 右键任务 → 属性 → 校验值。
2. 若显示“Pending”，点击右侧刷新图标，等待 5–15 s（文件越大越久）。
3. 校验完成后会出现 MD5 或 SHA-256 字符串；与被控端本地值比对（可用 certutil / md5sum）。

示例：在 Windows 端右键 3 GB 安装包，刷新后 8 s 内即得 SHA-256，复制到被控端 PowerShell 对比，若末尾六位一致即可放行。

移动端验证路径

Android/iOS 因屏幕限制，默认不显示校验列。需进入“我的”→设置→实验室→打开“传输完整性校验”，之后才能在传输列表长按任务→详情→看到哈希。若找不到该开关，说明版本低于 5.3.2，建议先到应用商店更新。

再重发：三种官方续传/重试机制

ToDesk 把“重发”拆成粒度不同的三层，理解差异后才能选最快方式。

1. 断点续传（RSync 差分）

适用场景：文件已传 90%，网络掉线后重新连接。做法：重新拖拽同一文件到原目标目录，客户端会弹出“检测到同名文件，是否续传？”→ 选“是”。此时只重传丢失块，经验性观察 1 GB 文件通常再传数十秒即可完成。

2. 强制覆盖（全量重发）

适用场景：校验值不匹配、目标文件被第三方改动。做法：在续传提示框中选“否”，系统会删除旧文件并重新全量写入。缺点耗时，但可彻底消除“脏数据”。

3. 任务级重试（会话内失败自动重连）

适用场景：偶发 3–5 s 断网，传输列表出现红色感叹号。做法：右键任务→重试；若远程会话仍在线，系统会复用原 TCP 通道，无需重新鉴权。连续重试 3 次仍失败，客户端才会把任务标为“失败”，此时只能手动删除后重新拖文件。

决策树：什么时候该用哪种方式

示例：广州到法兰克福 6 GB 素材，丢包 6 %，切到“欧洲 03”节点后丢包降至 1 %，续传速度从 300 KB/s 恢复到 3 MB/s。

可复现的验证实验：如何自己测“丢包→续传”

步骤如下，可用于任何版本做功能存在性验证：

1. 准备 200 MB 压缩包，本地计算 SHA-256 并记值。
2. 用 ToDesk 从 A 传向 B，进度到 60% 时，在路由器后台手动断开 WAN 5 秒再恢复。
3. 传输列表出现红色感叹号→右键重试，待完成。
4. 在 B 端重新计算 SHA-256，与步骤 1 比对。若一致，则断点续传无字节丢失。

经验性观察：在 5.3.6 桌面端重复 10 次，均 100% 匹配；移动端因实验室开关默认关闭，前 3 次出现“找不到续传点”，开启后现象消失。

例外与边界：哪些场景续传会失效

• 被控端磁盘剩余空间＜文件总大小时，续传不会写块，日志提示“No space left”，必须清理磁盘后重新拖文件。
• 目标文件在传输过程中被第三方改写（例如 Windows Defender 移入隔离区），RSync 会判定“块映射异常”，强制回退到全量重发。
• 企业版开启「落地加密」后，文件在写入前会被重新加密，断点续传只能以加密块为单位，速度明显下降；此时建议改用「文件夹同步」任务，一次性完成。

与第三方校验工具协同：最小权限原则

若公司合规要求“双工具交叉校验”，可在传输完成后，用 certutil、HashTab 或 fcrackzip 再算一次哈希。ToDesk 不会对原文件加锁，因此读取无冲突。注意：不要把第三方工具放在被控端“实时防护”目录，否则可能触发 Defender 扫描，反而改写文件时间戳。

故障排查：常见现象与处置速查

现象	最可能原因	验证方法	处置
校验值一直 Pending	文件正被占用	任务管理器看句柄	关闭占用进程→右键刷新
续传按钮灰色	会话已断开	顶部是否显示“已断开”	重连会话后自动恢复
SHA-256 不匹配	网络丢包+未重试	日志搜“RSync mismatch”	删除目标文件→强制覆盖

适用/不适用场景清单

• 适合：跨城市 4K 素材回传、工厂 PLC 日志包、海外节点晚高峰大文件。
• 不适合：实时数据库 MDF（文件一直被独占）、加密容器 Veracrypt（块级改写导致校验失效）、小于 1 MB 的碎片化小文件（RSync 协商开销比传输还大）。

最佳实践 5 条

1. 传前记录哈希，传后核对，形成闭环。
2. ＞5 GB 文件先压缩为单一包，减少块索引数量，续传更快。
3. 跨境场景先手动选节点，丢包＜3% 再传，能显著降低重试次数。
4. 企业合规开启落地加密时，提前把“加密后缀”加入白名单，防止杀毒扫盘改写。
5. 每月用“实验室-清理缓存”删除旧索引，避免累积 10 GB+ 后客户端启动变慢。

FAQ：量子加密开关会影响文件校验吗？

收尾：下一步行动清单

读完本文，你只需做 3 件事即可彻底告别“传完却打不开”的尴尬：①把实验室里的完整性校验开关打开；②传任何大于 100 MB 的文件前，先本地算好哈希；③出现红色感叹号先重连节点再重试，3 次失败才考虑全量覆盖。把这套流程写进团队 SOP，往后即使跨境 200 GB 素材，也能在睡前放心传，醒来核对哈希，一字不差。

未来趋势：版本预期

据官方 roadmap 披露，5.4 系列将把“校验值”列默认展开到移动端，并支持自动比对云端哈希，无需手动刷新；企业版还会开放 API，把传输日志直接推送到 SIEM。提前把实验开关打开，等新版推送即可无缝升级。