PairDrop 實測：瀏覽器互傳檔案免安裝，開網頁就看到對方

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

AirDrop 好用，但它只照顧蘋果家人。跨到 Windows、Android、Linux，傳檔這件小事馬上變成一道選擇題：要嘛裝 App、要嘛辦帳號、要嘛記一組取件碼。有一個模型走完全相反的路：兩台裝置打開同一個網頁，畫面上就出現彼此，點一下就傳。這個想法源自開源工具 Snapdrop，2023 年初分支出 PairDrop，如今官方網站 pairdrop.net 每天仍在服務這個需求。

2026 年 9 月的實測結果：自動現身、文字傳輸、檔案傳輸全流程可用，一支 256KB 的隨機內容檔案送達後比對雜湊值，與原始檔逐位元組一致，介面還有繁體中文。不過實測過程側錄到的連線設定，加上專案儲存庫的現況，指向幾個使用前該知道的邊界：跨網路時你的加密流量會改走中繼伺服器，其中一條備援路由屬於第三方商業服務；上游的開發實質上停在 2025 年 2 月。日常的方便它給得起，長期的承諾給不了，差別就在這幾條邊界。

「開同個網頁就看到對方」：這個體驗在 2026 年還活著

實測用兩個相互獨立的瀏覽器設定檔進行，對伺服器來說就是兩台不同裝置。兩邊先後打開 pairdrop.net，幾秒鐘後畫面中央各自出現對方的裝置磚，配著隨機產生的動物代稱（這輪抽到 Ivory Wallaby 與 Coffee Panther 這類組合），磚上標注雙方來自同一個網路區域。全程沒有輸入任何代碼，也沒有按任何配對按鈕。

Pin

判斷「誰跟誰同一國」的依據是連線來源 IP：伺服器把相同來源 IP 的裝置分進同一個空間，所以家裡的手機、筆電、平板只要連著同一個網路，開頁就會互相出現。裝置名稱可以自己改，預設的隨機動物名讓你不必動手就有起碼的匿名性。

傳東西的動作也很短：對著裝置磚按右鍵可以送文字訊息，點一下可以選檔案。文字訊息實測逐字送達；檔案這邊有個值得稱許的設計，接收方會先看到「已請求檔案傳輸」對話框，上頭列著送方名稱、檔名與大小，按了接受才真的開始收。

Pin

一次丟多個檔案也行，接收端會自動打包成一份 ZIP 再下載，照片到手不會散成一地。裝置之間也能互傳網址與純文字，把手機上看到的連結丟到電腦繼續讀，這類小事正是這種工具的日常定位。習慣鍵盤操作的人有對應的快速鍵：Enter 接受傳輸請求、Esc 拒絕，送訊息用 Ctrl 加 Enter。

這道同意權改變了公共網路下的使用感受：就算咖啡廳裡有陌生人跟你開同一個網站，他最多只能看到你的裝置磚，塞不了任何東西給你。實測送出的 256KB 隨機內容檔案，接收端按接受、下載回來後比對 SHA-256，與原始檔完全一致，傳輸過程沒有動到內容。

同 IP 就同房間：零認知負擔的來源，配對是一支共享鑰匙

從伺服器原始碼看，「開頁就看到對方」沒有任何魔術：每個連線進來的裝置，伺服器取它的來源 IP，直接把同 IP 的裝置歸進同一組，沒有金鑰交換、沒有房間清單。官方在技術文件裡自我剖析過這個設計：同網路的人永遠看得到彼此，配對過的裝置則是額外出現，主要流程從來不被擋住。這也是它跟「房間制」工具最大的分野，不用先約好一個空間才能開始。

跨出同一個網路時有兩條路。臨時需求用公開房間：伺服器隨機產生 5 個小寫英文字母的房號，口頭報給對方輸入，兩邊就看得到彼此，用完即散。長期需求用裝置配對：輸入 6 位數配對碼（介面上顯示成 123 456 的樣式）或掃配對連結，成功後伺服器發給兩邊一支長鑰匙，存在各自瀏覽器的 IndexedDB 裡，之後換到任何網路都會自動互相現身。

配對鑰匙的存放位置是這套設計的關鍵：鑰匙常駐在你的瀏覽器，每次連線時瀏覽器告訴伺服器「我持有這些鑰匙」，伺服器拿它比對誰跟誰認識過。整個服務沒有資料庫，官方 FAQ 的原話是「PairDrop 連資料庫都不用」，重啟也不會讓你的配對消失，因為鑰匙從頭到尾存在你這邊。

檔案走哪條路：同網路不過伺服器，跨網路改走中繼

PairDrop 的傳輸本體是 WebRTC，也就是瀏覽器之間的直接連線，加密由瀏覽器強制完成。伺服器扮演的角色只有牽線：交換兩邊的連線資訊，連線建立後就退場。官方 FAQ 對此的說法是，同網路情境下「你的檔案不會被送到任何伺服器」；對照伺服器原始碼，它確實只轉送信令與控制訊息，在官方預設設定下找不到任何處理檔案內容的邏輯，這個宣稱站得住。

轉折點在直連失敗的時候。兩台裝置如果分處不同的 NAT 後面（例如一台在家裡、一台在公司），點對點連線打不通，流量就會改走 TURN 中繼。實測當天從連線設定訊息裡看到的官方配置是：自營的 turn.pairdrop.net 同時提供 STUN 與 TURN 服務（連線設定裡附帶帳號密碼），外加一組 turns:standard.relay.metered.ca，那是一間計費制的第三方 TURN 服務商。

走 TURN 時，內容仍是瀏覽器加密後的密文，中繼者理論上看得到「有連線」但看不到「傳了什麼」，官方技術文件也是這樣保證的；可是路徑的歸屬變了，跨網路情境下，你的加密流量可能經過一家與 PairDrop 無關的商業轉送服務。對大多數人這無傷大雅，對在意資料路徑的組織，這是該知道的細節。

還有一個反面訊號：官方實例沒有開 WebSocket 退路。WebRTC 完全連不上時，這個網站寧可讓你傳不了，也不退化成「檔案整包經過伺服器轉手」的模式（自架版可以把這條退路打開，那是另一種取捨）。加密等級與速度的取捨也誠實寫在官方文件裡：經 TURN 中繼的傳輸會變慢，官方建議的解法是開熱點把兩台裝置拉回同一個網路，繞過中繼。技術文件還點出一個會愈來愈相關的細節：如果兩台裝置都有 IPv6 位址，多數情境可以直接互相連到，連 TURN 都省了，這也是為什麼同一個網路內的體驗幾乎感覺不到任何仲介的存在。

加密的誠實邊界：傳輸層加密，信令仍要信任

官方 FAQ 裡有一句少見的坦白：檔案用 WebRTC 加密傳輸，「但你仍然必須信任 PairDrop 伺服器」。原因在於牽線的訊號本身沒有做端到端驗證，對抗中間人的完整方案（信令加密加上裝置身分驗證）早在 2023 年 10 月就開了追蹤議題，到這次查證時仍然是未實作的狀態。介面上的補救是顯示一組 16 字元的連線雜湊，讓你手動比對兩邊是否一致，機制存在，但實務上願意逐次比對的人不多。

把這件事放在正確的高度：家庭、辦公室、朋友之間丟照片與文件，這個安全等級綽綽有餘，畢竟替代方案常常是通訊軟體或雲端空間，那些地方的信任前提只會更多。但如果你的威脅模型包含「伺服器本身作惡」這一條，公共實例就不該是你的選項，往自架走。

能見度：同一個出口 IP 下的人看得到你在場

同 IP 分組帶來一個反向代價：凡是在同一個 NAT 出口下的人（辦公室、宿舍、公共 Wi-Fi），打開這個網站都會看到你的裝置磚與你取的名字。檔案有同意權擋著，能看到你在場本身就是資訊。自保動作很簡單，裝置名稱別用可辨識身分的字串，預設的隨機動物名其實是個好選擇。

PairDrop 沒有提供「隱身」開關，不想被同一網路的人看到，等於不要把頁面開著。這個「不做功能」的選擇其實有哲學支撐，官方 FAQ 用「激進的簡單」形容這個專案，明講功能要非常挑剔地加，因為每個功能都會與其他功能互相干擾，團隊只聚焦一件事：立刻把檔案傳過去。你看到的極簡介面，是刻意刪減出來的結果。

專案停在 2025 年 2 月，官方實例還在跑

現在來看最實際的邊界：上游開發實質凍結。最後一個正式版本 v1.11.2 停在 2025 年 2 月 24 日，之後整個儲存庫只出現過兩個提交，一個是同年 2 月底的 service worker 修正，另一個是 2026 年 4 月把文件裡一條失效連結換掉，就這樣。維護者近幾個月在 GitHub 上沒有公開活動。2026 年 9 月初，有人回到 2024 年那場「這個儲存庫是不是消失了」的議題串留言，留下的觀察相當公道：專案看起來停擺，但 PairDrop 目前照它宣稱的那樣正常運作。

前身的結局可以對照：Snapdrop 的原始儲存庫網址現在只會轉址到新的組織帳號，最後更新同樣停在 2025 年 2 月，官網還上線但不再前進。兩代工具停在同一段時間，PairDrop 等於是這條血脈的最後一站。平台風險還有前科：2024 年 2 月到 3 月，維護者的 GitHub 帳號被平台誤判為垃圾訊號，所有儲存庫與留言對外隱藏了一個多月，他本人開議題記錄了全程。單人維護的免費服務，這類風險不是理論。

活著的部分也要公平講。第三方 Android 客戶端（另一位開發者的 GPL 授權專案）到 2026 年 9 月都還在更新，而且上了 Google Play，讓手機端不必依賴瀏覽器；官方網站的關於頁標著的版本號仍是 v1.11.2，與儲存庫一致。手機上想把它裝成 App，PairDrop 也提供 PWA 安裝路徑，iPhone 限用 Safari 的加入主畫面，Android 則走 Chrome 或三星瀏覽器，裝完就是獨立視窗與圖示。日常使用的含義：瀏覽器 P2P 這套底層標準很穩定，工具凍結不等於壞掉，這次的實測本身就是證明；自架的人則要意識到，相依套件的資安修補得自己盯，2026 年 9 月還有修相依套件漏洞的合併請求掛在庫上等著。

還有一層現實屬於公共實例的宿命：pairdrop.net 的網域與伺服器開銷，官方 FAQ 明講靠小額捐贈支應。儲存庫停更不等於服務即將關門，但一個不再有新維護動能、又靠捐贈續命的免費服務，把它放進日常工作流之前，心裡要有備案。

想把信任邊界整個收回來，官方提供了自架路線：一份 Docker Compose 設定（含 coturn 中繼伺服器的版本）就能把牽線與中繼都搬進自己的機器，公司內網傳檔完全不必碰到公共實例。倉庫裡甚至附了 Windows 右鍵選單、檔案總管與命令列的傳檔腳本，讓自架版不只是備用網頁，能嵌進日常操作。沒有 Docker 環境的人，繼續用公共實例也可以，把這些邊界放在心上就夠了。

誰該用它，誰該換一站內工具

同一個網路裡的臨時傳檔（客廳裡手機丟照片到筆電、會議室裡簡報檔互丟），PairDrop 仍是目前最省事的免費選擇，零安裝、零帳號、零代碼，這個體驗對得起它累積的名聲，一萬一千多顆星的社群規模也讓它不容易無聲消失。

需求超出這個框，站內有更合身的模型。對方沒有同時連著網路時，P2P 免雲端傳檔工具的取件碼模式讓對方晚點再領；想要常駐的雙向同步與完全自架主控，FileSync 開源互傳把房間與信令都收在自己的伺服器；上傳完就想關機、讓對方隨時來取的保管櫃情境，PocketChest 取件碼傳檔用你自己的雲端帳號當保管處。

把「開網頁就看到對方」當日常的方便，這個判斷在 2026 年仍然成立；把 PairDrop 當成會一直有人修的長期基礎建設，2025 年 2 月之後它已經用行動告訴你答案了。