傳輸檔案

每一次傳輸都在你的瀏覽器與你自己的電腦之間進行,以 64 KB 為一片,兩端加密。伺服器只負責轉送這些 分片,既無法讀取,也不保存其中任何一片。

把檔案送到你的電腦

點選上傳,或者把檔案從桌面拖到清單上。兩條路徑通往同一個地方:你目前正在檢視的那個資料夾。

  • 單一檔案按原樣傳輸。代理先建立目標檔案並確認,之後瀏覽器才開始傳送——因此傳輸要麼正常開始, 要麼立即失敗。
  • 一個資料夾,或一次多個檔案,會在你的瀏覽器裡打包成 ZIP,作為一次傳輸送出。代理在收到後 解壓縮並刪除該壓縮檔。資料夾結構會保留,選取範圍內的空資料夾不會。

兩條路徑處理重名的方式不同,拖入資料夾之前值得知道:單一檔案會得到一個帶編號的名稱,而不會 取代原有內容;而 ZIP 會在目標位置就地解壓縮,覆寫同名檔案。

把檔案取回瀏覽器

選取單一檔案,按下載或 Enter。檔案以串流方式傳到瀏覽器並在那裡組裝,然後由瀏覽器照常 儲存。

由於是先在記憶體中組裝,好幾 GB 的下載就需要瀏覽器裡同樣大小的空間——這是網頁應用程式的實際上限, 手機上比桌上型電腦更低。

從遠端機器整個資料夾地下載並未提供;請選取你需要的檔案。

會擋住傳輸的限制

限制存在於哪裡你會看到什麼
方案的檔案大小上限伺服器,對每一次上傳File size limit exceeded (max N MB for your plan)
MaxDownloadMb代理,預設 2048 MB,0 表示取消下載被你自己的機器拒絕
TransferSpeedLimitKbps代理,預設 0(不限速)傳輸比線路允許的更慢
ChunkSizeKb代理,預設 64表面看不出;它調整吞吐量

代理端的這些設定歸你支配,可以修改——請參閱 手動設定代理。方案限制則不行,它在 方案與配額中說明。

瀏覽器在開始之前就檢查方案限制,所以過大的檔案會被當場拒絕,而不是在上傳十分鐘之後。伺服器在 位元組流動時會再檢查一次,因為只在用戶端檢查保護不了任何人。

傳輸中途停下時

  • 裝置在傳輸途中離線。 未寫完的檔案會以正在寫入的名稱留在遠端機器上。請刪除它並重新開始。
  • 按了上傳卻毫無動靜。 代理有 30 秒時間確認,逾時後瀏覽器放棄。這通常表示代理其實沒有在 執行——請依 裝置顯示為離線逐項排查。
  • 你關閉了分頁。 傳輸隨之停止。兩個方向都沒有續傳。

為什麼傳輸會顯得慢

路徑是:瀏覽器 → 中繼 → 你的電腦,因此由最慢的一段決定,通常是代理所在那條線路的上傳速度, 而家用線路的上傳往往只有下載的幾分之一。往家裡的機器傳大檔案之所以慢,和從家裡寄送郵件附件慢是 同一個道理。

如果代理所在機器設定了 TransferSpeedLimitKbps,這個上限還會疊加在上面。

伺服器保留什麼

什麼都不保留。中繼只轉送加密分片,不留副本——這也正是沒有傳輸歷史、沒有「從上次中斷處繼續」的 原因。唯一持久的副本在你自己的機器上,以及瀏覽器儲存下載檔案的位置。

更新於 2026-08-06

沒有解決 —— 聯絡支援團隊