任务3 使用网页浏览器访问WebDAV共享
浏览器打开访问 ，请注意，需要注意大小写
http://192.168.100.10:8080/WebDAVshare/

网页中单击文件即可下载

任务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会影响自身的活跃用户数，粘性，用户数据，无法精准的对接到用户需求，这对于需要融资的厂商来说更会影响资本市场的融资情况（用户数据被“削弱”）

1. 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的负担