NAS 的 WebDAV 用在哪裡
WebDAV 真正派上用場的時機是 NAS 必須從外網存取的那一刻：它本體就是 HTTP，對外只需要開一個連接埠、掛一張憑證，而且能穿過整個封鎖 SMB 的飯店 Wi-Fi 與公司代理伺服器。
動手之前先決定權限模型。兩家都有，但做法不同：Synology 走共用資料夾權限加上可選的匿名帳號，QNAP 則是在兩種權限來源之間明確二選一。選錯了，你會花半天追一個跟 WebDAV 毫無關係的 401。以下內容都在 2026 年 9 月於 kb.synology.com 與 docs.qnap.com 核對過。
Synology：WebDAV Server 套件
DSM 的 WebDAV 不在檔案服務裡，而是一個獨立套件。
- 在套件中心安裝 WebDAV Server 並開啟它。
- 請前往 設定 > HTTP/HTTPS。
- 勾選 啟用 HTTP 及 啟用 HTTPS 核取方塊。Synology 的原文是：「預設的 HTTP 連接埠為 5005，HTTPS 連接埠則為 5006。您可以依照需求自訂連接埠編號。」
- 按一下 套用。
- 把網址交給任何人之前，先決定 設定 > 進階設定 裡的四個選項。
| 設定 | Synology 的說明 | 預設 |
|---|---|---|
| 啟用匿名 WebDAV 帳號登入 | 允許用戶使用 anonymous 使用者名稱存取共用資料夾 | 關閉 |
| 啟用 DavDepthInfinity | 存取或刪除檔案時不受檔案路徑長度的限制 | 關閉 |
| 同時連線數量上限 | 調整同時 HTTP 連線的數量上限 | 150 |
| 啟用 WebDAV 日誌 | 記錄 WebDAV 相關事件，可在日誌中心檢視 | 關閉 |
匿名 WebDAV 不是勾一個核取方塊就好。Synology 的說明把後半段寫得很清楚：你還要到 控制台 > 共用資料夾，找到目標資料夾按 編輯，前往 權限 頁籤並從下拉式選單選取 系統內部使用者帳號，再給 Anonymous FTP/Presto/WebDAV 使用者存取權限。勾了卻沒有任何變化，原因就在這裡。
還有一項在開放對外之前值得知道：這個套件支援針對使用者與群組的速度限制，還能照排程執行。設起來容易、忘掉也容易，半年後根本分不出是限速還是線路有問題。
QNAP：一個核取方塊，一個真正的選擇
QTS 把 WebDAV 放在其他檔案共享通訊協定旁邊。QNAP 自己的說法是 WebDAV 讓你「share, copy, move and edit remote content on the web」。
- 以管理員身分登入 QTS。
- 前往 Control Panel > Network & File Services > Win/MAC/NFS/WebDAV > WebDAV（QNAP 文件只提供英文介面字串）。
- 勾選 Enable WebDAV。
- 選擇權限來源：Shared folder permission 或 WebDAV permission。
- 需要時設定連接埠。Dedicated port number 可自行指定 HTTP 與 HTTPS 的連接埠；Web server port number 的說明只有「select to use the default WebDAV port numbers」。
- 按 Apply。
第 4 步才是要想清楚的地方。Shared folder permission 直接沿用你已經在 QTS 維護的存取清單；WebDAV permission 是一份只對 WebDAV 生效的獨立清單。當 WebDAV 是對外那道門時，後者才是你要的。
也要注意文件沒有寫的部分：QNAP 的頁面從未列出 WebDAV 的預設連接埠號。它自己例子裡唯一的數字是網頁伺服器的 80，掛載路徑寫成 http://172.17.45.155:80/Public。想要確定就自己指定專用連接埠。
| Synology DSM | QNAP QTS | |
|---|---|---|
| 位置 | WebDAV Server 套件 | Control Panel 的 Win/MAC/NFS/WebDAV |
| 文件載明的預設連接埠 | HTTP 5005、HTTPS 5006 | 未載明；範例使用網頁伺服器的 80 |
| 權限模型 | 共用資料夾權限，加上可選的匿名使用者 | 共用資料夾權限或 WebDAV 權限二選一 |
| 網址形式 | http://nas:5005/（資料夾在裡面） | http://nas-ip:port/shared-folder-name |
| 同時連線上限 | 150 | 未載明 |
從 Windows 11 連線
這是 NAS 的 WebDAV 最常出問題的地方，而兩家各寫了自己的解法。
QNAP 走的是一般精靈：開啟檔案總管，在 This PC 上按右鍵選 Map network drive，依 QNAP 的格式輸入 http://NAS-IP-address: port number/shared-folder-name（範例是 http://172.17.45.155:80/Public），勾選 Reconnect at sign-in 與 Connect using different credentials，按 Finish 後輸入 NAS 帳密。若連不上，QNAP 自己的排錯頁會叫你動登錄檔：執行 regedit，前往 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters，開啟 BasicAuthLevel，把數值資料設為 2，然後重新啟動電腦。
Synology 的說法更嚴格。它的注意事項寫著：「如欲使用 Windows 連線網路磁碟機 (Map Network Drive) 來透過 WebDAV 存取 Synology NAS 上的檔案，請取得有效的 SSL 憑證，並透過 HTTPS 連線存取 Synology NAS。」也就是預設的 HTTPS 5006，加上一張這台電腦真的信任的憑證。同一段還有一句能省你一小時：「在 Windows 環境下使用 WebDAV 服務時，如欲變更使用者帳號，請先登出再重新登入 Windows 系統。」Synology 給 Windows 使用者的建議其實是別用內建用戶端，改用「磁碟連線的應用程式『RaiDrive』，此程式作為非營利目的使用時無須收費」。
Windows 端的排錯這裡不重複，各自都有專頁：被標為即將淘汰的 WebClient 服務見 Windows 11 的 WebDAV 不能用，同一個失敗的兩種寫法見 0x80070043 與 net use error 67，精靈自己的拒絕見 您輸入的資料夾似乎無效，完整清單見 Windows 無法連線 WebDAV。
從 macOS 與 Linux 連線
macOS 是 NAS 的 WebDAV 表現最自然的平台。按一下 Finder > 連接伺服器（Cmd+K），在 伺服器地址 欄位輸入位址：Synology 的範例是 http://pm.synology.com:5005/，QNAP 的範例是結尾帶共用資料夾名稱的 http://172.17.45.155:80/Public，再輸入您的 DSM 使用者帳號及密碼，按 連線。Synology 有兩個容易漏掉的注意事項：「WebDAV 支援 Bonjour 廣播功能」，以及「若您的裝置為 iOS 12 或以上版本，請使用 HTTPS」。
Linux 方面，Synology 寫的是按一下 位置 > 連接到伺服器，從下拉式選單中選擇 WebDAV (HTTP) 或 WebDAV (HTTPS)，輸入伺服器位址、連接埠、資料夾與使用者帳號。那就是 GVFS，所以在 GNOME Files 直接輸入 dav:// 或 davs:// 也一樣。命令列方面 Synology 點名 cadaver。若要掛成真正的檔案系統就用 davfs2：
bash
sudo apt-get install davfs2
sudo mount -t davfs https://nas.example.com:5006/ /mnt/nas在怪 NAS 之前先知道 davfs2 的兩個習性。它會在本機快取，所以寫入看起來瞬間完成、其實還在傳。還有，建立檔案時若回 Resource temporarily unavailable，文件給的做法是在 /etc/davfs2/davfs2.conf 加上 use_locks 0，因為伺服器沒有給用戶端要求的 LOCK。
不跟 Windows 重定向器搏鬥，直接掛成磁碟機
在內建 Windows 用戶端與整套 FUSE 驅動之間還有第三條路：讓應用程式在真實網路上用 WebDAV 跟 NAS 對話，再從 loopback 把掛載交給作業系統。AnyStorage 就是這樣做的，NAS 只在應用程式裡設定一次；想要掛載的磁碟時，應用程式會在你自己的電腦上跑一台 WebDAV 伺服器：側邊欄 Services、WebDAV 頁籤、Start，預設位址 http://127.0.0.1:3211，Basic 驗證永遠開啟，使用者名稱 anystorage，密碼是首次啟動時產生的 24 個字元。不需要 macFUSE、WinFsp 或管理員權限。
話說清楚：這是 0.2.x 的年輕應用程式。免費版最多兩個連線，這個掛載是唯讀的（寫回需要 Pro），允許商業使用；支援 macOS 11+、Windows 10+ 與 Ubuntu 20.04+。更一般的說法見 把雲端儲存掛載為本機磁碟，總覽頁是 WebDAV 用戶端怎麼選。
為什麼我的 NAS WebDAV 很慢
按順序往下看，不要猜。原因分布在不同位置，而且不一定在 NAS 上。
- 自己設了又忘記的速度限制。 Synology 的 WebDAV Server 有針對使用者與群組的速度限制，還能排程。先打開 速度限制設定：結果 欄位會顯示個人與群組設定合併後的實際限制。
- 同時連線上限。 Synology 明確寫著「同時連線數量上限為 150」。二十台用戶端加上相簿程式與備份工作就可能達到，超過之後請求會排隊而不是失敗，體感和硬碟很慢一模一樣。
- 問題在用戶端，不在 NAS。 Finder 每看一個資料夾就對每個檔案發出好幾個請求，幾百個項目在任何內容開始傳輸之前就先耗掉幾百趟往返。這個算式在 為什麼 macOS Finder 的 WebDAV 這麼慢，也解釋了 Mac 使用者大多數的「Synology 很慢」。
- Windows 上大檔案是死掉而不是變慢。 重定向器會拒絕超過
FileSizeLimitInBytes（預設 50,000,000 位元組）的傳輸。那是硬性中止而不是慢，詳見 Windows WebDAV 的 50 MB 限制。 - NAS 的 CPU 與 HTTPS。 Synology 對內建 Windows 連線實質上要求 HTTPS，而 TLS 在低功耗 NAS 上是實際的運算負擔。若在 NAS 上執行
grep -m 1 '^flags' /proc/cpuinfo看不到aes，加解密就走的是慢路徑。 - 兩個看起來像變慢的核取方塊。
DavDepthInfinity預設關閉；開啟後「存取或刪除檔案時不受檔案路徑長度的限制」，遞迴刪除卡住時值得看一眼。另外 Synology 建議「使用支援 UTF-8 編碼的 WebDAV 用戶端，以避免編碼錯誤」——會弄壞非 ASCII 檔名的用戶端只會不停重試。
Synology 的 WebDAV 為什麼很慢？
文件能支持的原因有四個，依檢查順序：WebDAV Server 裡還留著的使用者或群組速度限制；同時連線數量達到 150 上限而請求開始排隊；內建 Windows 連線被要求走 HTTPS，在沒有 AES-NI 的 NAS 上吃掉實際 CPU；以及用戶端本身——在 Mac 上，Finder 每個檔案發多次請求這件事會蓋過其他所有因素。最後一項不是 Synology 的問題，任何 DSM 設定都改不掉。
Synology 與 QNAP 的 WebDAV 連接埠是幾號？
Synology 載明 HTTP 是 5005、HTTPS 是 5006，並可自訂；那是套件自己的連接埠，不是 DSM 的網頁連接埠，所以防火牆與路由器規則要另外開。QNAP 沒有載明預設值：它提供 Dedicated port number 讓你自己指定，或 Web server port number，說明只有「default WebDAV port numbers」。它自己的範例使用 :80。
可以用純 HTTP 把 NAS 的 WebDAV 開到網際網路上嗎？
不要。Basic 驗證的帳密會以明文穿過網路，而 Synology 對內建 Windows 連線本來就要求有效憑證加 HTTPS。請啟用 HTTPS、使用用戶端信任的憑證，並且只對外開那一個連接埠。匿名 WebDAV 只適合唯讀的公開共用，不適合其他用途。
NAS 上 WebDAV 和 SMB 哪個快？
區域網路內 SMB 快很多，因為 WebDAV 每個動作都要付 HTTP 的開銷，而多數用戶端一個檔案會做好幾個動作。WebDAV 贏的是可達性而不是吞吐量：一個帶 TLS 的 HTTP 連接埠可以直接對外，SMB 不行。家裡用 SMB，在外面用 WebDAV。
接著讀
如果 NAS 端沒問題、桌面端才是問題，從 Windows 11 免費 WebDAV 用戶端 或 為什麼 macOS Finder 的 WebDAV 這麼慢 開始。如果你是為了把 NAS 的備份工作指向雲端硬碟才找到這裡，Google 雲端硬碟支援 WebDAV 嗎 直接回答那個問題。