Firefox Send 替代方案:依帳號與維護需求選擇

Firefox Send 原始服務已停用,社群 Send 則由不同營運者提供。本文整理公開站點、Bitwarden Send 與自架 Send、Gokapi 的使用條件,說明容量限制、加密連結與維護責任,協助你選擇合適的傳檔方式。

用 AI 摘要這篇文章:

Firefox Send 的 Mozilla 原始服務已停止營運,不能再用來上傳檔案。現在看到的 Send 社群分支是不同營運者提供的服務;如果你要找替代方案,先看是否需要帳號、檔案由誰保存,以及自己是否願意負責維護伺服器。

想延續原本的使用方式,可以先了解社群 Send;已經使用 Bitwarden,則要注意免費方案只能傳文字;想自行管理檔案與帳號,再研究 Send 或 Gokapi 的部署條件。這幾條路的成本與責任不同,不能只用「都有加密」來選。

Firefox Send 已關閉,社群 Send 不是原服務復活

Mozilla 在 2020 年 9 月 17 日的公告中說明,Firefox Send 曾因惡意軟體與釣魚攻擊濫用而暫停,之後考量產品組合與策略,決定不再重新推出。原本的傳檔教學與容量限制,因此只能當作歷史資料。

Tim Visée 維護的 Send 社群專案延續了 Mozilla 的程式碼,但不是 Mozilla 繼續營運原始服務。專案、公開站點與你自己部署的伺服器,也不是同一件事:使用相同程式碼,不代表有相同的管理者、設定與服務承諾。

社群專案 README列出了選擇性合併的變更,也明確說明沒有包含 Mozilla 實驗版本的部分功能。不要把「分支」理解成所有功能與安全機制都完全相同。

先用帳號與維運需求縮小選擇

以下依 2026 年 9 月查閱的官方文件整理,重點是使用條件,不是安全性排名。公開站點能否完成傳送,仍要用不含敏感資料的小檔案確認。

方向先確認這件事
Send 社群公開站點由誰營運、目前可選容量與期限、遇到問題如何聯絡。不要套用其他站點的設定。
Bitwarden Send免費帳號可傳文字;檔案 Send 需要 Premium 或付費組織資格,且寄件帳號須驗證信箱。
自行部署 Send需要處理 Redis、檔案儲存、HTTPS、更新與濫用管理,不只是啟動一個網頁。
自行部署 Gokapi依文件設定帳號、保存期限及加密選項;端對端加密是可選功能。

如果只是偶爾交付一般檔案,也可從 Dropbox TransferWeTransfer 的分享流程了解另一類做法。需要接收方同時連線的工具,則可閱讀 FastSend 傳檔介紹。實際額度與操作條件要各自確認,不把它們視為相同規格的替代品。

Send 的容量與到期時間由站點設定

社群 Send 的 Docker 文件列出 MAX_FILE_SIZE、MAX_DOWNLOADS 與 EXPIRE_TIMES_SECONDS 等設定。這代表不同站點可以有不同上傳大小、下載次數與到期選項,不能一律寫成 2.5 GB 或固定七天。

例如 send.vis.ee 是一個站點網址,不是整個專案的共同容量表。開啟網站後,先確認頁面提供的限制與營運說明;如果畫面只顯示需要 JavaScript、無法選擇檔案或一直停在載入狀態,先排除瀏覽器設定與網站連線問題,不要把它當成已上傳成功。

第一次使用時,選一個可公開的小檔案,設定合適的存取條件,再由另一個瀏覽器或收件人實際開啟連結、完成下載並確認內容。看到分享網址只代表產生了連結,還不足以確認對方能收到。正式檔案的原始副本也要自行保存。

Bitwarden 免費能傳文字,傳檔案另有資格

Bitwarden 方案表把免費 Send 列為文字分享。依 建立 Send 的官方說明,檔案分享需要 Premium 或付費組織成員資格,而且帳號信箱必須完成驗證。

同一份說明列出檔案 Send 上限為 500 MB,行動端為 100 MB。這是有資格使用檔案 Send 時的單檔限制,不是免費檔案額度。組織政策也可能限制建立 Send 或部分設定;如果帳號沒有檔案選項,先確認方案、信箱驗證與組織政策。

如果你本來就在使用 Bitwarden,這條路可以減少另找工具的步驟;若只是要傳一個大檔案,則應先確認檔案大小與付費需求,再決定是否值得為此升級。

加密不等於不上傳,連結失效也不是遠端收回

Mozilla 的 Firefox Send 歷史技術文件描述了先在瀏覽器加密、再上傳伺服器的流程。伺服器保存密文,和檔案完全不離開本機,是不同的設計。

Bitwarden Send 的加密文件也區分密文、解密金鑰與存取密碼:金鑰由連結提供,密碼則用來驗證是否允許存取,不是拿密碼直接加密檔案。分享完整連結時,仍應確認收件人;若設定額外密碼,可按官方建議以另一個管道傳送。

到期與下載次數限制控制的是後續存取。收件人已經下載或另外保存的副本,不會因原連結失效就自動消失。因此,重要的是把檔案交給對的人、設定合適權限,而不是期待「下載一次」能保證內容不再被轉傳。

自架要處理儲存與維護,不只選一台主機

Send 的部署文件要求 Redis 作為後端資料庫,檔案可放在本機儲存或相容的物件儲存服務。公開提供 HTTPS 還涉及反向代理與憑證。正式使用前,至少要確認儲存是否持久保存、容器更新後檔案是否仍在、過期資料如何清理,以及誰負責更新與故障處理。

自架可以讓你選擇部署位置,但不會自動保證所有資料只在內網,也不會自動符合特定法規。若使用外部儲存、代理或監控服務,仍須了解各服務參與的資料流程。Cloudflare 等網路服務也不能代替 Redis、檔案儲存與應用程式維護。

Gokapi 官方文件提供另一種自架檔案分享設計,包含帳號管理、到期連結與可選的用戶端加密。是否啟用加密、誰能上傳與儲存位置,都需要依自己的部署確認,不能只看工具名稱就假設已經設定完成。

命令列也要選對站點,再確認接收結果

ffsend 官方 README提供 upload、download 與指定上傳主機的用法。它是操作 Send 的用戶端,不能讓已停止營運的 Mozilla 原始服務恢復,也不代表每個站點接受相同的檔案大小與期限。

先決定你需要臨時傳送、長期保存,還是自管帳號與伺服器。接著用小檔案確認完整流程,再交付正式資料。若你不打算維護伺服器,就不要因為「自架」兩個字而承擔超出需求的工作;若資料有組織規範,優先確認組織允許的分享方式。

Sliven 褚崇名
Sliven 褚崇名

每日分享科技新知、免費資源以及 WordPress、虛擬主機相關主題,任何問題歡迎在科技月球下方留言,或是發送 Email 至 [email protected] 與我聯繫。

文章: 1315

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *


Share to...