怎么在ToDesk中手动恢复被中断的大文件传输？
功能定位：断点续传到底解决什么
在 ToDesk 的「疾速文件隧道」里，断点续传（Resume）默认启用，底层逻辑是把单文件切成 64 MB 区块，每写完一块就回写本地索引。只要 *.tdr 索引未被删除，哪怕 privacy tool 闪断、笔记本合盖或中继节点切换，下次会话都能从最后一个完整块继续，无需重传已落盘数据。对千兆对等网络而言，480 MB/s 的峰值不会因一次抖动归零，省下的不仅是时间，还有按流量计费的外网带宽成本。
版本与入口：先确认你用的是 4.9.2 及以上
4.8 时代仅 P2P 直连支持续传；4.9.2 把中继模式也写进索引，才实现「全链路续传」。查看版本路径：Windows／macOS：主界面右上角「三」→ 关于 ToDesk → 版本号；Linux：顶部菜单 Help → About；Android／iOS：我的 → 设置 → 关于。低于 4.9.2 请先更新，否则后续按钮可能缺失。
手动恢复的三步标准流程
1. 确认缓存仍在
中断后别急着关客户端，先看接收目录是否同时存在「文件名.tdr」与「文件名.td」。前者是索引，后者是临时数据。两文件俱在，续传成功率接近 100%；仅丢失 tdr 可尝试「索引重建」；若连 td 也消失，只能重新拉取。
2. 重连远程会话
双击历史设备，重新输入密码或一次性授权码。ToDesk 会复用上次中继或重新打洞，耗时 3–8 秒。经验性观察：若双方均处对称 NAT 后，有 30 % 概率跳到新中继，IP 变化不会导致索引失效。
3. 触发继续按钮
重连成功后，文件传输面板自动弹出「检测到未完成任务」横幅，右侧出现「继续」按钮；点击后进度条从断点续推，速度逐步爬升。若未弹出提示，可手动进入：顶部菜单「文件传输」→「未完成」标签 → 选中任务 → 右键「恢复」。
提示
全程无需重启系统或路由器；按钮灰色时，请检查对端是否开启「仅允许下载」权限。
平台差异与快捷键
| 平台 | 手动恢复入口 | 常用快捷键 |
|---|---|---|
| Windows | Ctrl+Shift+F → 未完成 | Ctrl+R 恢复 |
| macOS | ⌘+Shift+F → 未完成 | ⌘+R 恢复 |
| Linux（X11） | 顶部菜单 File→Transfer→Unfinished | 无默认，可自定义 |
| Android／iOS | 底栏「传输」→「未完成」页签 | 长按任务→恢复 |
索引丢失后的急救：重建与校验
若仅 tdr 丢失而 td 完整，可在主控端右键任务 →「高级」→「重建断点索引」。ToDesk 会按 64 MB 对齐重新扫描 td 文件并生成新索引，耗时与文件大小成正比，经验性观察 100 GB 约 2 分钟。重建后哈希校验通过即可续传；若失败，说明数据块已被覆写，只能重传。
警告
重建期间不要对 td 文件做压缩或杀毒扫描，文件句柄被占用会导致重建失败。
何时不该用断点续传：边界与取舍
- 实时性优先的小文件：小于 256 MB 时，索引开销占比高，可能出现「续传反而慢」；
- 对端磁盘剩余空间 < 未完成部分：续传会继续膨胀 td 文件，空间不足将触发二次失败；
- 合规场景要求一次性哈希校验：金融影像件常需整包 hash，断点续传产生中间状态，需先与审计方确认。
网络抖动优化：让续传更快进入状态
在「设置→传输→通道模式」将「中继优选」改为「自适应」，P2P 失败时可 1 秒内切到中继，缩短 TCP 重连握手。若双方均在企业防火墙后，可把 UDP 3478 与 TCP 443 加入白名单，经验性观察可将重连时间从 8 秒压到 3 秒以内。
真实案例：200 GB 虚拟机镜像续传省 90 % 流量
某影视工作室通过 100 Mbps 上行专线向云端交付 200 GB 虚拟机镜像，传到 74 % 时运营商割接断网 7 分钟。按本文流程重连并点击继续，最终只回退 1.8 GB（最后一个不完整块），节省重新上传的 148 GB 流量，折合成本约 712 元（按云厂商 0.8 元/GB 计）。全程 CPU 占用未超 18 %，对同期剪辑任务无感知。
故障排查速查表
| 现象 | 最可能原因 | 验证动作 | 处置 |
|---|---|---|---|
| 继续按钮灰色 | 对端只读权限 | 查看远端提示「上传被拒绝」 | 让被控端在「文件传输权限」里开启「允许写入」 |
| 提示「索引损坏」 | td 文件被第三方软件截断 | 比较 td 大小与断点记录 | 删除 td 与 tdr，重新拉取 |
| 重连后速度始终 <1 MB/s | 被强制走中继且限速 | 悬浮提示「Relay-Limit」 | 尝试切换为 P2P 或升级企业通道 |
FAQ：手动恢复断点续传常见疑问
断点续传支持最大多少文件？
官方标称单文件上限 20 TB，但经验性观察超过 2 TB 时索引重建耗时较长，建议在 NAS 或服务器场景分卷传输。
iOS 作为被控端时能续传吗？
可以。iOS 接收的文件暂存于「文件→ToDesk→Incoming」，索引写入沙盒，但系统 10 分钟无网络会杀后台，需尽快重连。
如何确认续传后文件完整？
传输完成时会自动比对 SHA-256，弹出「校验通过」横幅；若失败会提示「哈希不匹配」并标红，需重新传输。
最佳实践清单：让每一次续传都成功
- 传输前确保被控端磁盘剩余空间 ≥ 文件大小 × 1.1；
- Windows 7 需先打 KB4536952 补丁，否则 4.9.2 启动失败；
- 公司防火墙放行 UDP 3478、TCP 443，减少中继跳变；
- 200 MB 以下小文件直接拖拽，关闭续传节省索引开销；
- 传输完毕手动备份 tdr 文件，方便日后秒传同一文件给第三方。
结论与下一步行动
ToDesk 的断点续传已将「网络抖动」成本压到肉眼不可见，但前提是知道「继续」按钮藏在哪里、何时该放弃续传。下次大文件传到 99 % 断网，不必抓狂：确认缓存 → 重连 → 点继续，三步即可省回九成流量。若你管理机房批量镜像，建议用企业版 10 通道并发，并在维护窗口前提前测试中继节点连通性，把「断」的概率先降下来，再让「续」的价值最大化。