2 TB 的儲存桶塞不進 512 GB 的筆電。這句話大致就說明了為什麼「同步」和「掛載」在行銷文案裡經常混用，實際用起來卻是兩件完全不同的事。
同步是複製，掛載是隨用隨讀
同步程式的工作，是在本機保留一份完整副本。檔案全部落到硬碟上，讀取沒有延遲，離線照樣能做事，代價是硬碟越來越滿。這本身沒問題，直到另一端是一座素材庫，或是一個本來就沒打算裝進筆電的物件儲存桶。
掛載的做法相反。檔案總管要的是目錄清單，那就只給目錄清單；檔案內容要等到某個程式真的開啟它才開始傳。2 TB 的儲存桶出現在 Finder 或檔案總管裡，卻不佔用 2 TB 的 SSD。代價同樣直接：沒有網路的時候，你看到的只是一堆檔名。
這幾年各家用戶端都在用「僅限線上」的預留檔案模糊這條界線，做得也不錯。只是每一家都只管自己那一個雲端硬碟、一個資料夾、一個工具列圖示。
什麼時候該乖乖用同步
這件事直說比較好，硬吹掛載沒有意義。
- 你經常離線。高鐵、飛機、會場那種連得上卻傳不動的 Wi-Fi，預留檔案在那裡等於沒有。
- 檔案是每天都要動的工作集，不是封存資料。一個天天在改的 4 GB 專案資料夾，就該放在本機硬碟上。
- 有程式會把整棵目錄樹掃過一輪。Git 儲存庫、照片圖庫、IDE 索引與建置工具會送出成千上萬次瑣碎的中繼資料請求，放在任何網路掛載上都會慢到讓人放棄。
- 你的編輯器用的是原子式儲存。先寫暫存檔再改名，在本機幾乎沒有成本，跨網路就很折騰。
反過來說，影音庫、設計素材、建置產物、備份目的地、日誌封存，以及那些看的次數遠多於改的次數的檔案，掛載明顯划算得多。
掛載成磁碟的三條常見路線
各家自己的用戶端程式
Dropbox、OneDrive、Google 雲端硬碟電腦版都有某種「僅限線上」模式，程式本身也不差。問題是一家廠商一支用戶端、一套自動更新、一個固定的掛載位置；Google 那支到現在沒有 Linux 版本；而 S3、Cloudflare R2、Backblaze B2、MinIO 這類物件儲存，根本沒有原廠桌面程式。
以 FUSE 為基礎的驅動程式
老手熟悉的那條路：macFUSE 搭 rclone mount，或者 sshfs、s3fs。好處是拿到一個真正的檔案系統，代價是一個核心擴充功能。在 Apple Silicon 上這代表要進復原模式降低安全性設定、重新開機好幾次，然後祈禱下一次 macOS 大改版不要把它弄壞。Windows 上則要用系統管理員權限安裝 WinFsp 驅動程式。裝完還得挑快取模式、寫 launchd 或 systemd 設定讓它開機自動掛上、維護一份設定檔。
作業系統本來就聽得懂的協定
SMB、FTP、WebDAV，桌面系統都內建用戶端。不用裝驅動程式，不會跳出系統管理員授權，系統更新之後也不必重裝。麻煩的是雲端服務商不說這些協定，所以要在本機放一個中介。
用一個本機端點把雲端儲存掛載成本機磁碟
AnyStorage 內建的 WebDAV 伺服器就是那個中介。側邊欄進入「服務」，切到 WebDAV 分頁，按下啟動。預設位址 http://127.0.0.1:3211，連接埠可以在 1 到 65535 之間自行調整。HTTP Basic 驗證一律開啟：預設使用者名稱 anystorage，密碼在首次使用時隨機產生 24 個字元，兩者都能改，旁邊有重新產生按鈕和三個複製按鈕。開關狀態會被記住，下次開啟程式時伺服器會自己啟動。
程式裡目前已連線的每一個儲存連線，都會以連線名稱出現在這個端點的根目錄下：一個 S3 儲存桶、Cloudflare R2、Google 雲端硬碟、Dropbox、群暉 NAS 上開的 SFTP、一個本機資料夾。總共 20 種連線類型並排放在同一個掛載點裡，而不是一種一個掛載點。
掛載這一步交給系統本身。macOS 是 Finder 的「前往 - 連接伺服器」，快速鍵 Cmd+K，貼上位址，以註冊使用者身分填入程式裡那組帳號密碼。Windows 是檔案總管的「本機 - 連線網路磁碟機」，貼上同一個位址。第三方 WebDAV 用戶端也一樣能用。程式裡沒有一鍵掛載按鈕，它負責把位址和複製按鈕交給你，掛載動作由作業系統完成。
讀取走 HTTP Range，所以把 6 GB 影片的進度列拉到中間，播放器就從那裡開始播，而不是先把 6 GB 抓完。寫入同樣是串流的，不會先把整個檔案堆進記憶體。
不需要核心擴充功能，不需要 macFUSE、WinFsp、系統管理員權限，也不需要降低開機安全性。沒有設定檔，沒有快取模式要猜。macOS、Windows、Linux 上行為一致，系統大改版也不會把它帶走。
它做不到的事
- 免費版的 WebDAV 伺服器是唯讀的。讀寫屬於 Pro 功能，Pro 使用者也可以基於安全考量，刻意把它鎖成唯讀。
- 目前版本沒有 TLS，位址就是一般的 http，所以請讓它留在 127.0.0.1。可選的區域網路模式會綁定 0.0.0.0，程式會明確跳出警告，因為那樣 Basic 驗證的帳密是以明文在網路上傳輸。
- 重新啟動程式之後，某個連線要先在程式裡開啟過一次，才會出現在 WebDAV 根目錄下，連線是延遲建立的。新增的連線則不必重啟伺服器就看得到。
- 沒有真正的檔案鎖定，兩台機器同時改同一個檔案不受保護。它是一個方便的掛載點，不是團隊協作的基礎設施。
- 透過掛載點無法刪除或重新命名最上層的連線資料夾，也無法直接在兩個不同連線之間搬移或複製檔案。先下載再上傳，或是在程式裡處理。
- Windows 內建的 WebDAV 用戶端有一堆歷史包袱：WebClient 服務在 2026 年已被微軟列為淘汰狀態，而且經常沒有在執行；http 上的 Basic 驗證預設被拒絕，需要到登錄檔的 HKLM\SYSTEM\CurrentControlSet\Services\WebClient\Parameters 調整 BasicAuthLevel；FileSizeLimitInBytes 預設值是 50,000,000 位元組，超過就會出現 0x800700DF。改用第三方 WebDAV 用戶端，或大檔案直接在 AnyStorage 裡傳輸，這些坑都可以跳過。
掛載不是同步的替代品，它回答的是另一個問題：我現在能不能用一般程式直接打開這些檔案，同時不必為它們付出硬碟空間。對一個儲存桶、一份封存、一座影音庫來說，答案應該是可以，而且不該以安裝一個核心擴充功能為前提。