一份成片传到 63% 后突然归零，最糟的处理是马上换文件、换浏览器、换 VPN，再凭第二次结果下结论。先停一下。TunNet 官网没有上传速度数据，也没有 YouTube、TikTok 或 Meta 的完成率承诺。你能测的是「今天这台电脑、这条宽带、这个上传入口」能否把同一文件送完。
我建议先做三轮，不是两轮：直连、TunNet、再直连。第二次直连只能帮你发现平台负载或本地网络发生了明显变化，不能把这些干扰彻底排除。三轮之间要固定设备、文件、平台入口和浏览器，唯一主动改变的条件是 TunNet 的连接状态。
TunNet 上传速度能不能直接查到？
截至 2026 年 7 月 25 日，TunNet 官方页 nexttun.net 显示版本为 0.1.0，支持 Windows 10/11 x64、Android 8.1+ ARM64 和 Intel / Apple 芯片 Mac。客户端会自动选择华北、华东或华南接入点，官网没有提供手动锁定入口的说明。
页面同时没有持续上行、丢包、抖动、故障切换或平台上传完成率。看到「网页打开很快」也不能补上这组空白。网页请求通常几秒结束，视频上传可能持续几十分钟，两者考验的不是同一件事。
需要安装当前客户端时，可从 下载即用的免费 VPN 进入官方下载页。这个链接只解决下载入口，不代表上传性能已经得到验证。
同一个文件怎样做三轮基线筛查？
先准备一份非敏感测试成片。它要能持续上传数分钟，但丢失或删除不会影响排期。三轮必须使用同一个文件，最好把文件大小和 SHA-256 留在记录里；重新导出一次，即使画面没变，也不再是同一输入。
YouTube 在 support.google.com/youtube 推荐 MP4 容器、H.264 视频与 AAC-LC 或 Opus 音频，并建议按拍摄帧率上传。测试文件照这个组合导出，能减少「网络没问题，平台却在拒绝文件」的干扰。TikTok Studio 在 support.tiktok.com 列出的网页端格式是 MP4 或 WebM，最低分辨率为 720×1280，最长 30 分钟且小于 10 GB。跨平台共用样片时，MP4 更省事。
三轮按下面顺序走：
- 关闭 TunNet，在目标平台上传测试文件，记下从选择文件到上传达到 100% 的秒数。
- 删除或结束测试任务。打开 TunNet
0.1.0，记下客户端显示的接入点，不要在上传途中主动断开或重连。 - 断开 TunNet，再跑一轮直连。
这不是带统计显著性的速度基准，只是一道发布前停用筛查。平台负载、运营商上行和 Wi‑Fi 争用都会随时间变化。要比较长期表现，应在不同日期和时段重复测试，交替使用 A—B—A 与 B—A—B 顺序，再报告中位数和完整范围；单组三个数字不能外推成产品速度。
上传和平台转码要分开计时。YouTube 上传进度达到 100% 后仍可能继续处理 SD、HD 或 4K 版本；这段处理时间不要算进网络上传用时。其他平台只有在界面明确区分「上传」与「处理」时才这样记。
测试表该留下哪些数字？
别只记一个「快」或「慢」。下表空着就对了——数值必须来自读者自己的网络，不能由文章替你填。
| 记录项 | 直连 A | TunNet B | 直连 C | 怎么判断 |
|---|---|---|---|---|
| 文件大小（字节） | 三列必须相同 | |||
| 上传用时（秒） | 只计到 100%，不含转码 | |||
| 有效上行（Mbps） | 文件字节数 × 8 ÷ 秒数 ÷ 1,000,000 | |||
| 进度是否归零 | 任一轮归零，抄下当时百分比 | |||
| 网络错误原文 | 不要改写成「连接失败」 | |||
| 重新选择同一文件后是否续传 | 写「续传、重传、无法判断」 | |||
| 预计能否赶上发布时间 | 按发布窗口判断，不按感觉 |
两次直连的用时或错误表现明显不一致时，不要急着判 TunNet。这里没有通用的百分比阈值：一个需要提前两天入库的长视频，和一条十分钟后必须交付的短片，容忍度完全不同。测试前先写下最晚完成时间；两次直连只要有一次越过这条线，本轮就只能说明基线不稳，不能用来评价 TunNet。
想把上传测试放进完整发布表，可接着看长视频拆成 Shorts、Reels 与 TikTok 的分发流程。测试文件和正式母版应使用同一编码路径，但不能拿含未发布商业素材的母版试错。
进度到 100% 以后卡住，不是上传速度问题
YouTube 的「上传」和「处理」是两段。前者把文件送到服务器，后者生成 SD、HD 或 4K 版本。进度已经到 100%，页面却仍显示处理，就先查编码和文件完整性；此时切换 TunNet 不会改变已经送达的文件。
YouTube 官方把慢速或不稳定网络、文件大小、文件格式和上传流量都列为上传耗时因素。Processing abandoned 可能对应截短或无效文件，也可能与较低上传速度有关；官方建议先在本机播放文件并核对支持格式。看到 An error has occurred while sending data over the network 时，官方首先要求更新浏览器。别把不同错误都写进同一个「VPN 不行」结论。
站内的YouTube 直播上传码率检查表处理的是持续推流，不是文件上传。直播测试结果也不能替代这里的同文件对照。
YouTube 的续传信号怎么看？
YouTube 网页上传帮助页说明：上传中断后，可在 24 小时内回到上传页，重新选择同一个文件继续。这里值得记录的不是「最终传完了」，而是重新选文件后进度从原位置继续，还是从 0% 重来。
开发者使用 YouTube Data API 时，developers.google.com 另有明确的可续传协议。客户端用 PUT 查询状态；服务器返回 308 Resume Incomplete，并用 Range 标明已收到的字节。会话过期后可能返回 404，这时必须重新建立上传会话。这个协议是 API 行为，不能拿浏览器进度条去猜 Range 值。
若网页上传连续两次都从零开始，先换回直连验证。只有多次 TunNet 轮不能续传、相邻直连轮可以续传时，连接路径才是优先排查对象；这仍是相关性，不是协议层因果证明。两边都不能续，则继续查浏览器、文件和 YouTube 状态。
TikTok 和 Meta 为什么要单独测？
因为平台入口不同，恢复规则也不同。TikTok Studio 网页端支持上传、编辑和发布，但官方帮助页没有给网页上传一个与 YouTube 相同的 24 小时续传承诺。developers.tiktok.com 说明，TikTok Content Posting API 会先生成有效期一小时的 upload_url，再用 Content-Range 发送文件或分块；这是开发者接口，不等于 App 和网页采用同样的恢复方式。
Meta 也不能照搬 YouTube。facebook.com/help 的 Instagram Reels 页面要求画面比例在 1.91:1 到 9:16 之间，最低 30 FPS、最低 720 像素；同一帮助中心推荐 Facebook 视频使用 MP4 或 MOV，并把网络连接列为上传失败的检查项。文件不合规格时，换 VPN 不会修好它。
| 上传入口 | 可以据官方确认 | 这次测试要看什么 |
|---|---|---|
| YouTube 网页 | 同一文件有 24 小时恢复窗口 | 重新选择后续传还是归零 |
| YouTube Data API | 状态查询用空 PUT；未完成时返回 308，响应 Range 表示已接收字节 | 日志里的状态码、会话 URL 和已接收字节 |
| TikTok Studio 网页 | MP4 / WebM、分辨率、时长和大小条件 | 进度归零后页面是否保留任务 |
| TikTok Content Posting API | 一小时上传 URL、Content-Range 与分块 | publish_id、HTTP 状态和分块位置 |
| Instagram / Facebook | Reels 画幅、帧率、分辨率及推荐格式 | 是传输失败，还是文件被拒 |
多平台上传本来就容易把变量搅在一起。TikTok LIVE Studio 网络排查适合直播前检查；文件发布仍按本页逐个平台跑。
哪些结果应该直接退回备用网络？
正式发布不是实验室。遇到下面任意一项，先切回已经完成过整段上传的网络：
- TunNet 轮进度归零，而两次直连都能从原位置继续；
- 同一错误连续出现两次，且直连复现不了；
- 按当前有效上行估算，完成时间会穿过发布日期；
- 上传入口没有私密、草稿或最低可见性选项，而文件不能提前公开；
- 团队没有第二条网络，也没有重新上传所需的时间。
这条停用线不说明 TunNet 永久不适合上传，只说明它不适合眼前这次发布。换到酒店、热点、另一台电脑或另一个平台，都要重测。
最后把记录表和文件哈希放进发布工单。下一次有人问「这条线路能不能传」，你拿出的应该是同一文件的三轮结果、错误原文和备用网络，而不是一张测速网站截图。