WebDAV(Web-based Distributed Authoring and Versioning)一種基於 HTTP 1.1協議的通信協議。它擴展了HTTP 1.1，在GET、POST、HEAD等幾個HTTP標準方法以外添加了一些新的方法，使應用程序可對Web Server直接讀寫，並支持寫文件鎖定(Locking)及解鎖(Unlock)，還可以支持文件的版本控制。FreeNAS從9.3版本開始提供WebDAV服務支持。通過WebDAV共享，使得我們可以直接在瀏覽器中，通過身份驗證之後訪問特定的卷或數據集中存儲的數據。
任務1 創建用戶和WebDAV共享數據集
添加1塊硬盤，用作創建數據集
在存儲這裏創建存儲池
點擊左側共享，WebDAV共享
任務2 配置WebDAV服務
點擊左側 服務 找到 WebDAV，點擊開啓和打開開機啓動
單擊配置，即可設置WebDAV密碼，這裏不做設置
默認用戶名爲 webdav 密碼爲 davtest
任務3 使用網頁瀏覽器訪問WebDAV共享
瀏覽器打開訪問 ，請注意，需要注意大小寫
http://192.168.100.10:8080/WebDAVshare/
任務4 新建Word文檔存入WebDAV
如果無法保存，可以用文件管理器打開，再將word文檔複製進去
網頁中單擊文件即可下載
任務5 自建ssl證書實現WebDAV加密訪問
首先打開
https://freessl.cn/
免費申請證書，按照網站教程進行申請
然後準備證書的 證書和證書鏈 還有 私鑰
隨後進入 System > General 設置頁，修改一些通用選項並啓用 https：
Protocol: HTTP+HTTPS
Certificate: freenas-cert
WebGUI IPv4 Address: 192.168.100.10
WebGUI HTTP Port: 8080
防止瀏覽器默認訪問80端口，將8080留做備用端口。
WebGUI HTTPS Port: 443
WebGUI HTTP -> HTTPS Redirect: 取消勾選
關閉自動重定向到HTTPS。
瀏覽器訪問
任務6 淺析WebDAV如此重要，爲何國內網盤不提供？
主要原因爲若國內網盤都支持WebDAV，部分用戶就可以不用特地去載網盤的客戶端，即可在其他的App中使用到雲盤的服務。比如掃描後將資料上傳至網盤，批註後將文檔上傳至網盤。對於網盤服務商來說，相應的，App關注度、客戶端下載量、用戶活躍度、廣告展現和推送等都會減少，公司的運營勢必會受到一定影響。這個分析確實有理，並且這與國內缺乏“生態”的行業現狀有直接關聯。很多雲盤產品團隊會認爲，支持webDAV會影響自身的活躍用戶數，粘性，用戶數據，無法精準的對接到用戶需求，這對於需要融資的廠商來說更會影響資本市場的融資情況（用戶數據被“削弱”）
- WebDAV對開發的要求並不低WebDAV協議是標準協議，很多產品都在用，年限也較長了，包括微軟的Office和自家Sharepoint服務器通信，蘋果的iWork套件也是基於WebDAV。年限長了，功能繁多的協議裏面細節部分也多，需要開發考慮的點就增多。比如權限如何管理，如何支持文件鎖定等都是難點，需要認真的去一遍又一遍的讀協議，還得把自己希望實現的點和協議裏的要求漂亮的吻合起來。因此，如何完美的支持WebDAV是個苦活，不是每間公司都願意去做的。2. 自主控制權不管是哪個領域的生態圈，我們都知道某些“潛規則”都需要以業內老大說的算，或者老大來創立“明規則”。如果是我自己做的“接口“(API)，那所有接入這個接口的合作方，都在某種程度上需要“聽我的”，我是這個API的主導。阿里和順豐的事件就是阿里希望在數據接口上有主導權。所以大廠願意做自己的API而不是支持WebDAV，是希望其保持主導權，避免和同行或者相關行業的合作伙伴有利益的衝突，可以自主控制。而WebDAV是一個標準協議，是統一的，這麼一來控制權自然就不再大廠手上了，重要數據也可能需要“共享”。而且，區別於自己的API協議，由於無法分辨調用WebDAV協議的到底是哪個應用，很多大廠也不願意選擇支持WebDAV。3. 公司運營出於對自家團隊的KPI影響的考慮。比如，如果團隊的API是活躍用戶數，那麼如果支持WebDAV勢必會對此有一些影響。堅果雲的情況是，確實有些用戶就習慣用Readdle家的Documents來訪問堅果雲的文件。如此一來團隊的KPI是比較難定奪的。此外，重新造輪子是工程師的天性，開發自己獨有的API，這樣有業績也有成就感，唯一的問題加重了生態圈App的負擔