1.Homarr服务器主页可以自定义哪些模块？
2.CasaOS如何通过docker实现家庭服务器功能并支持外网访问？
3.极空间NAS终于可以远程访问Docker，站源还能给全家设备内网穿透！源码
4.NAS 学习笔记（十三）- NASP
5.NAS|SvnAdmin部署教程
6.openfilerOpenfiler初始配置以及iSCSI和NAS设置

Homarr服务器主页可以自定义哪些模块？

       高度自定义的站源NAS导航页：体验感提升的关键

       Homarr，这款轻量级的源码服务器主页，以其出色的站源定制性为NAS用户提供了卓越的体验。它通过集成各种服务，源码c 源码 黑客让你在一个统一界面轻松访问所有服务，站源如搜索网络、源码查看实时状态和自动查找图标，站源小部件功能齐全。源码利用Docker部署更是站源简便快捷，尽管官方镜像版本落后，源码但通过第三方容器构建，站源依然可以享受到最新功能。源码

       首先，站源你可以通过搜索并下载truecharts/homarr容器，这个过程大致与常规操作相似，下载量在百MB左右。存储空间映射是可选的，具体配置根据个人需求，文件映射和端口设置也相当直观。启动容器后，通过域名或IP加上指定端口号，你就能看到定制化的导航页了。

       Homarr内置的模块丰富多样，如日历、天气、时钟、服务监控、Docker交互、下载速度、媒体库展示等，满足了基本的信息管理和操作需求。自定义模块更是提供了无限可能，只需具备一定的编程知识，你就可以根据项目源码自由扩展。

       展示的导航页截图显示了模块的直观布局，以及应用添加功能，让你可以轻松添加常用网址，就像书签一样便捷。图标选择方面，推荐使用全图库获取统一的样式和大小，提升美观度。

       总结来说，一个精心定制的NAS导航页可以极大提升信息管理效率，让你的ip虚拟软件下单源码使用体验更加顺畅。希望这些分享能对你有所帮助，如有任何问题，欢迎理性交流与讨论。

CasaOS如何通过docker实现家庭服务器功能并支持外网访问？

厌倦了黑群晖？尝试轻盈的CasaOS家庭服务器

       CasaOS，这个新兴的轻量级家庭服务器系统，打破了传统NAS系统的固有印象。其界面设计精简，凭借docker技术，CasaOS整合了各类docker资源，更像是一个OS而非单一系统。CasaOS的灵活性极高，支持基于Linux如Ubuntu、Raspberry Pi Lite OS甚至Openwrt进行安装，安装过程简单直接：

       ```bash

       curl -fsSL /iii/lucky#...

       安装教程如下：

       根据iii老哥的说明，lucky这个Docker在不挂载主机目录时，删除容器时会同步删除配置信息。

       所以为了避免以后删除后需要重新配置，接下来我们随意在极空间中新建一个文件夹，用来将保存这个容器的本地配置文件。

       然后在极空间客户端中的Docker——镜像——仓库中搜索gdy/lucky。

       点击“下载”按钮后，保持默认的latest版本不用更改，继续点击”下载“。

       这时才发现原来极空间已经可以显示拉取的进度了，着实用心了。

       下载完成后，就可以在本地镜像中找到我们刚才拉取的Docker了，接下来我们直接双击打开。

       在文件夹路径中，用我们刚才新建的文件夹来装载Docker配置文件：

       在网络选项中，将驱动更改为HOST模式，这样Docker容器相当于是宿主机中的一个进程，而不是一个独立的机器，其中所运行的程序同时也会占用宿主机的对应端口。

       接下来，我们就可以在网页中输入NASIP地址+端口号进入lucky进行设置工作。当然如果此时你不在家的话，也同样可以通过极空间的远程访问功能给它新建一个连接：

       连接lucky后，首先需要登录，默认管理账号和密码都是。

       登录后界面如下，功能很多，大家可以多研究研究。

       由于我们只是想转发家庭局域网中其他设备的管理端口，所以主要应用到端口转发的源码时代编程培训学校相关功能。在这里依次点击菜单——端口转发——转发规则列表，最后点击”添加转发规则”。

       接下来说一下各个需要填入的参数：

       点击添加后，即可看到转发规则已经生成了。

       此时如果在家中的话，我们尝试一下，用极空间的局域网地址+端口能否打开软路由网关的管理页面。

       如图所示，我的极空间局域网IP地址是...：

       然后在浏览器中用极空间IP+端口号，能顺利访问软路由的后台管理页面：

       输入账号密码后也能正常进行操作：

       确认lucky转发规则生效后，我们就可以回到极空间的“远程管理”功能中，为路由器创建一个新连接：

       点击这个新创建的连接，既可以在极空间客户端内，访问路由器的管理页面了：

       再试一下，用极空间来查看和管理家中在跑的京东云无线宝也没问题，这下是真的方便很多了：

       本文中的相关操作会涉及到Docker，在极空间NAS产品线中，能使用Docker的版本包括4G内存版的Z2S，以及新Z4、Z4S和Z4S旗舰版。

       如果您是非NAS老鸟的新人用户，只是想买台NAS给家人保存资料和照片视频，顺便用极影视看看**电视剧的话，个人感觉入手双盘位的Z2S 4G版就足够了。Rockchip RK CPU性能很棒，4K播放没啥压力，还能学着玩一玩Docker，关键是价格还低，很适合入门使用。

       我自己在用的这款新Z4的处理器是X平台4核心4线程的J，用了快一年后感觉对我来说性能完全溢出了，没遇到过性能瓶颈，而且标配了两个2.5G网口，传输速度更给力，我自己和家人都用得很满意。而且这一款现在价格也比发售时降了不少，个人强烈推荐。

       不过美中不足的是，极空间新Z4只有一条M.2固态硬盘插槽，对插槽数量和处理器有更高要求的同学可以考虑入手Z4S和Z4S旗舰版。

       其中极空间Z4S采用的是N处理器，而Z4S旗舰版使用的是更强的N处理器，性能更强，能通过两条M.2固态硬盘插槽启用读写双缓存，还有 HDMI2.0 接口可以直接输出画面给电视，npm包修改源码使用属于一步到位的选择了。

       另外，极空间的X处理器机型，包括Z4、Z4S、Z4S旗舰版等都全系采用了2个2.5G网口，能发挥机械硬盘的全部读写实力，传输数据更加快速，可以和现在基本标配了2.5G网口的电脑主板完美配合。

       不过一般我们家里路由器的2.5G网口数量都比较有限，硬路由也就配备1-2个而已，软路由一般也不过4-5个。如果遇到家里2.5G设备多、路由器2.5G网口不够用的情况，就可以考虑增加2.5G交换机了。

       正好最近2.5G交换机的硬件方案有了突破，不少厂商都推出的新型号产品，不止售价大幅度下降，而且更关键的是，交换机的发热更少、温度更低，已经很适合家庭长期使用了。

       我家使用2.5G网口的设备比较多，所以自己也趁这机会入手了一台兮克的SKS-8GPY1XF，这台交换机2.5G交换机同时拥有8个2.5G电口+1个G光口（SFP+），其中光口还支持2.5G猫棒，售价却只要元，这价格放在半年前想都不敢想，属实太香了。

       由于采用了被动散热设计，兮克SKS这台8口2.5G交换机用起来非常安静，但是实测运行温度并不高，而且使用一段之后稳定也很棒，有需要的朋友可以放心入手。

       极空间这次新开发的远程访问功能用起来真的方便，可以通过简单的操作就可以轻松访问NAS中的Docker应用，对喜欢折腾Docker的用户来说极其实用。

       另外，只要家里有一台极空间NAS，通过iii大佬开发的gdy/lucky这个Docker的帮助，就能为整个家庭局域网中的设备都进行内网穿透。这样即使我们人不在家，也能随意管理和配置家里的各个网络设备，充分利用了极空间提供了中转带宽，免去了折腾DDNS和其他内网穿透工具的导入c源码原件审麻烦和费用，这一点个人感觉超级方便。

       好了，以上就是今天为大家分享的内容了。如果本文对您有帮助的话，期待大家给个关注点赞收藏三连，您的支持就是我持续更新的最大动力！

NAS 学习笔记（十三）- NASP

       NASP：神经架构搜索算法的革新探索

       在探索神经架构搜索(NAS)的无限可能时，我们来到了一篇引人入胜的论文[1]——《通过近端迭代优化的高效神经架构搜索》。本文将聚焦于其中的创新算法NASP，这个在年AAAI会议上发表的杰出之作，旨在解决DARTS[2]的一些关键问题。让我们一同深入理解这个算法如何以独特的方式改进了搜索效率和模型性能。

       挑战与突破：DARTS的缺陷与NASP的应对

       DARTS在搜索过程中面临的主要挑战在于其效率问题。首先，由于使用softmax，网络中所有操作都需要进行前向传播和反向传播，这导致计算成本高昂，且涉及复杂的二阶导数计算。其次，架构性能上，softmax产生的概率分布可能导致操作之间的相关性模糊，难以确定性能差异。此外，DARTS在模型复杂度控制上也显得力不从心。

       NASP正是针对这些问题，提出了一种创新的解决方案。它引入了近端梯度算法(Proximal Algorithm，PA)，并通过PA的变种——懒惰近端步骤，巧妙地解决了搜索空间的离散化限制。

       NASP的核心技术

       2.1 Proximal Algorithm (PA)：NASP作为首个在NAS领域应用PA的尝试，其关键步骤包括迭代优化。通过PA，NASP能够有效地处理离散限制，使其在保持搜索空间可微分的同时，训练模型时保持架构的离散性。

       2.2 Search Objective：NASP的独特之处在于它在搜索时保持搜索空间连续，但在训练阶段将架构转换为离散，通过argmax选取每个边上的最优操作。通过正则化项，NASP可以有效控制模型的复杂度，确保搜索到的架构更小、更精简。

       加速搜索过程：NASP算法的创新

       NASP算法的核心在于其搜索算法的革新。传统的PA方法仍然面临计算二阶梯度的挑战，而NASP通过发现离散架构的稳定性，巧妙地跳过了这一过程。作者提出的伪代码展示了这一创新，使得搜索过程更为高效，甚至比最先进的方法快倍以上。

       总结与启示

       阅读NASP，我们不仅看到了离散与连续架构转换的巧妙应用，还领略了PA算法在NAS领域的独特创新。尽管作者开源的源码中大部分基于DARTS，但NASP的实现无疑是对基础框架的一次拓展。它不仅提升了搜索效率，还在模型性能和复杂度控制上实现了显著改进。NASP的故事提醒我们，创新总是在解决现有问题的过程中诞生。

       参考文献：

       Q. Yao, X. Chen, J. T. Kwok, Y. Li, and C.-J. Hsieh. "Efficient Neural Interaction Function Search for Collaborative Filtering." In Proceedings of The Web Conference , , pp. -.

       Q. Yao, J. Xu, W.-W. Tu, and Z. Zhu. "Efficient Neural Architecture Search via Proximal Iterations." .

NAS|SvnAdmin部署教程

       SVNAdmin2是一款图形界面管理服务端SVN的web程序，旨在解决配置SVN仓库人员权限时手动管理容易出错的问题。它能识别人员和权限，提供管理和扩展功能，支持SVN协议检出和HTTP协议检出，且两种协议之间可互相切换。SVNAdmin2支持docker部署或源码部署，同时能够接入LDAP，利用原有的人员架构和分组规则。

       部署教程如下：

       参照上述视频操作，流程十分简便。原先自行安装并配置svnserver和svnadmin时，发现只能下载而无法提交，处理起来略显麻烦。幸运的是，经过开源作者的指导，使用了他打包好的文件进行部署。

       注意端口问题（非常重要！！！），请参考提供的对比端口号，确保正确配置。

       部署完成后，访问地址为：..1.:/

       管理员账号：admin

       管理员密码：admin

       使用方法相对简单，大家操作一会儿就能掌握大致流程。再次感谢开源作者的热心指导。

openfilerOpenfiler初始配置以及iSCSI和NAS设置

       Openfiler的初始配置和iSCSI及NAS设置在控制台主要通过命令行界面进行，同时也提供了Web管理界面。首先，在实验环境主机上创建新的虚拟网卡，连接到VMnet2，IP地址设为.0.2.2。通过浏览器访问pose 的部署。

       从 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，可以将容器的内部用户映射到宿主机上的用户，这样能够避免 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 页面。同时使用 http 协议访问 jellyfin 之前设置的 web ui 对应端口，应该能够弹出 jellyfin 登陆界面，证明部署成功：

       点击控制台->媒体库->添加媒体库，并将前文挂载的媒体库按照类型进行添加。

       添加后点击扫描所有媒体库，系统会自动进行扫描和索引。

       intel 核显勾选Video Acceleration API(VAAPI) 选项，并且设备选择 /dev/dri/renderD 即可，将硬件解码部分所有都勾选上，系统遇到合适编码时，将会自动使用硬件进行解码。

       至此，jellyfin 基本设置完毕，可以尝试播放媒体库中的视频判断是否成功运行。

       这次主要实现了直接部署 jellyfin 在 portainer 上，并且进行了 jellyfin 的基础设置。

1E NAS企划--先来点简单的HM-SMR

       SMR的起源与本质在于解决磁盘存储密度与数据读取轨迹宽度不匹配的问题，称为Track mis-registration (TMR)。为了节省磁盘空间并提升存储密度，SMR采用较窄的读取数据轨迹，这导致随机读写操作面临挑战，但实际应用中，这种影响并不显著，因为机械硬盘本就不太适合高频率随机读写，而且通过将硬盘划分成一个个区块，可以有效缓解这个问题。

       SMR硬盘内部设计了两种结构，离散轨道用于处理随机读写负载，而zone结构则用于顺序读写负载，这种设计节省了大量磁盘面积，并可能提升读取速度。常见的SMR硬盘将每个zone大小设置为MB，离散轨道一般位于读写速度最快的区域，理论上SMR盘在性能上会超过传统CMR盘。区分任务类型主要是通过三种模式实现，如果文件系统能够准确识别负载类型并优化处理，那么主机管理的SMR盘性能甚至可以超过传统CMR盘。

       为了操作底层物理实现，使用了两套指令集ZAC和ZBC，分别对应SATA盘和SAS盘，涉及SCSI-to-ATA翻译（SAT）以兼容不同类型的硬盘。阵列卡或HBA中需要包含SAT层以支持HMSMR盘。然而，对于老款阵列卡（如、Adeptec 8）来说，它们可能不支持HMSMR盘。

       文件系统方面，f2fs、btrfs（不支持硬盘阵列）已经支持了HMSMR，而西数推出了Zonefs文件系统，将zone抽象为文件处理，但个人用户使用起来可能不太便利。Ceph文件系统已引入对HMSMR硬盘的支持，但当前无法创建硬盘阵列。因此，使用Ceph作为存储选项可能是更合适的选择。

       在分区与常用工具的安装方面，Ceph对HMSMR的支持还在测试阶段，因此构建较为困难。对于f2fs和Btrfs的分区方法，需要使用源码编译并补全依赖，具体步骤大致包括源码编译、配置依赖等。

       总结，SMR技术通过优化存储结构和策略，旨在提高存储密度和效率，同时通过适应不同工作负载，如通过区分随机读写和顺序读写，来克服随机读写带来的挑战。文件系统和存储管理系统对于充分发挥SMR硬盘性能至关重要，而Ceph等解决方案在此方面展现出较好的兼容性和支持度。

NAS网络存储构成

       NAS网络存储系统由硬件、软件以及操作系统构成。硬件结构主要关注网络和存储两方面，通过存储模块提供对IDE/EIDE、SCSI、总线技术的支持，例如工业标准EIDE控制器、SCSI控制器和阵列控制器，以实现任意连接光盘塔、磁盘阵列等设备。网络控制模块负责数据帧的生成、识别与传输、数据编译、地址译码、错误检测与故障检测，提供普通网络连接口与高速光纤通道连接口，实现MB或更高速率的数据传输。CACHE/ROM/RAM模块为系统提供缓存、RAM、ROM、Flash空间，系统核心操作系统和相关系统软件固化于ROM或Flash中，确保系统启动时直接引导程序。

       NAS设备的软件系统具备软件管理协调、网络功能、数据读取以及设备驱动等功能。核心操作系统通常选择Linux，因其在内存管理方面的优势以及免费获取内核和源代码的便利性。设备驱动模块包括网络设备、存储设备等。对基本网络协议的支持、文件共享协议、网络应用（如远程网络管理、光盘自动镜像和网络刻录等）以及I/O优化模块（对读写性能的优化）都是NAS软件系统的关键组成部分。由于NAS没有标准化的软件组件，厂商需要根据硬件自行设计软件系统，这一过程涉及Linux内核的裁剪、修改以及编写设备驱动程序和应用软件，工作量相当于独立开发一套嵌入式操作系统。

       综上所述，NAS网络存储系统的构成包括硬件（如存储模块、网络控制模块、CACHE/ROM/RAM模块）、软件（软件管理协调、网络功能、数据读取、设备驱动等功能）和操作系统（核心操作系统选择Linux）。NAS厂商在设计软件系统时面临巨大挑战，需要对Linux内核进行修改，编写设备驱动程序和应用软件，以满足硬件平台的具体需求，实现高性能的网络存储服务。