1.nasԴ??
2.NAS 学习笔记（十三）- NASP
3.FreeNAS介绍_FreeNAS是什么
4.NAS网络存储构成
5.NAS的底层协议

nasԴ??

       目前市面上常见的播放服务软件大致有三种，plex，emby，jellyfin。

       plex 和 emby 在信息的搜刮以及海报墙展示上个人认为性能会比 jellyfin 更好一些，同时系统也更为稳定，黑马 kotlin源码但 plex 和 emby 的高级功能，例如硬件解码以及直播等功能，均需要付费才能支持。

       jellyfin 作为播放系统，除了海报墙等基础功能外，还自带免费的硬件解码以及转码功能，对于远程播放且带宽受限的用户来说，是一个比较经济的解决方案。除此之外，springasync源码jellyfin 源码也在 github 上 开源了，这相比闭源系统来说，使用更加放心。

       部署过程主要参考油管 Techno Dad 相关视频。

       由于国内网络性能的原因，从 docker hub 拉取镜像时可能会出现下载缓慢的现象。因此笔者的maclinux源码建议是先将 docker image 下载缓存在本地后再进行 docker-compose 的部署。

       从 docker hub 网站 复制命令 docker pull linuxserver/jellyfin，使用 ssh 连接终端，复制命令并运行，等待镜像下载完成。下载后执行 docker image list，应该会看到相应镜像。

       打开 portainer，源码探析选择侧边栏 stacks ，点击 add stack 按钮即可创建 portainer stack。

       portainer stack 使用的是 docker-compose 格式的部署脚本，需要从 docker hub 中的 jellyfin 文档复制并且加以修改。文档中代码如下：

       需要修改的地方有以下几个：

       根据 linuxserver 文档所述，使用 PUID 和 PGID，可以将容器的jbmp源码内部用户映射到宿主机上的用户，这样能够避免 root 权限配置及容器映射卷内的文件管理问题。

       使用 ssh 连接至 omv 终端后，输入id admin 命令获取当前 PUID 以及 PGID，如下图所示，此时的 PUID = ，PGID = 。

       根据当前时区位置修改为TZ=Asia/Shanghai

       docker 会将宿主机的文件路径映射为容器中的文件路径。在 docker-compose 中，例如/path/to/appdata/config:/config 冒号前的则为宿主机路径，冒号后的为映射的路径。

       首先在 omv 中通过添加共享文件夹来创建宿主机的目的文件夹，如下图所示：

       在添加时，设备指的是共享文件夹存储对应的硬盘，路径则是共享文件夹在硬盘上存储的相对位置。

       创建成功后，在页面上显示的绝对路径即为所要的宿主机路径，如下图所示：

       根据部署脚本代码，需要修改以下几个磁盘映射路径：

       根据文档所述，主要需要调整以下端口：

       实际上主要调整 端口即可。

       当使用 intel 集显时，通常情况下在 debian 系统中会自动安装驱动，只需检查 /dev/dri 路径下是否存在 renderD 即可，只要存在则驱动已被安装，只需要挂载驱动即可

       --device=/dev/dri:/dev/dri

       使用英伟达显卡时，需要先 安装 Nvidia-docker 容器，之后重新启动容器，并在启动项中增加 --runtime=nvidia ，并且增加环境变量 NVIDIA_VISIBLE_DEVICES=all 即可。

       经过上述调整，修改后的 docker-compose 大致如以下所示：

       设置完点击Deploy the stack 按钮，如果部署脚本没有错误，应该会跳回 stacks 页面。同时使用 File System，通用互联网文件系统）协议。其中，CIFS用于Windows系统，而SMB广泛用于Unix和Linux，两者可以互通。SMB协议还被称作LanManager协议。CIFS可籍由与支持SMB的服务器通信而实现共享。微软操作系统家族和几乎所有Unix服务器都支持SMB协议/SMBBA软件包。

       ä½†æœ€è¿‘的消息有点不妙—微软已经在Exchange等关健应用中撤消了对CIFS协议的支持。微软在其网站上称，CIFS协议要求数据通过客户的网络设备，容易造成性能瓶颈。此举遭到业内人士抨击。

       SAMBA开放源代码软件的开发者之一杰里米称，对Linux的恐惧感和试图利用其在桌面操作系统方面的优势保护Windows服务器操作系统的销售是微软拒绝CIFS协议的真正原因。Network Appliance公司（NAS设备主要生产商之一）也曾表示，微软的这一措施是“不理智和贪婪的”。