正常的，你用它的系统就这样。

文件系统是通用的，但是不是直接的文件系统，比如群晖目前是 mdadm+flashcache+lvm+btrfs
你得安装所有相关软件后才能用 Linux 挂载。

VPN 不劫持 DNS 你还 V 个屁啊！ DNS 被运营商或者上级防火墙做了手脚你开 VPN 还有啥用？？？
万能钥匙不就是收集用户的密钥信息形成一个共享库么？还能把它当安全软件也是牛逼了。

开 UPNP 不就好了么，可以限制端口范围，为啥要开 DMZ ？

@guaiZhang 如果你使用外部存储方式，那就是只读相册，不会影响你原有结构的，他会建立索引。

@ma836323493 能的，需要自己按上面的播放按钮去播放

你的 SSD 建立了存储库了么？如果建立了就可以直接把套件装到 SSD 存储空间去，系统就算了，群晖会在你每一个磁盘都装系统的，你 100 个磁盘也是一样都装，所有磁盘会分一个区来组 raid1 作为系统空间，部分套件也是必须装在系统空间的。

现在 immich 很好用了，支持外部只读存储库，不会影响现有存储结构，机器够好的话，用起来丝滑顺畅，我 3 万多张照片也是丝滑浏览。人脸识别也比其他任何相册准，就是目前功能还没完善，暂时无法分离识别错的。目前还在加速迭代，版本变更是比较大的。
缺点是这是外国人开发的，WEB 界面没有中文，机器学习 AI 以文搜图之类的不能用中文，地图用的开源方案对国内地图也不是很友好。
国内替代产品推荐 MT-photos ，功能上跟 immich 也差不多，但本地化做得很好，地图可以自己接入高德地图 API ，机器学习比 immich 差点，但也比群晖 photos 强得多。软件是闭源的，需要付费，99 元终身价，可以免费使用一个月。性能比 immich 差点，但资源占用比 immich 少得多。

怎么做到屏蔽的？直接开机进系统么？按啥键都不起作用？

没太大必要，群晖 4G 足够了，除非你跑了一大堆 docker 之类的，然而 j1900 你能跑多少？

楼上的办法省事。
如果电脑不方便搞，先拿掉 4T 的那个盘，放入新盘。
弄个 U 盘启动 Linux live CD ，然后用 dd 命令把旧盘内容完全复制到新盘就好。
dd 完成后两个盘都放好正常启动，然后进入系统扩充下文件系统。
前几天刚用这种方法换掉了群晖系统盘。

容量需求不高，建议上 x86 小主机，自带的 nvme+一个 2.5SATA 足够了。性能比群晖强了十万八千里了，即便在虚拟化平台运行黑群晖都好很多。关键是占地小颜值高~

一看就是 clash 用了 tun 模式接管一切流量了。。。

J3355 告诉你，用这玩意跑虚拟化太费劲了，装个空的 PVE ，啥虚拟机都没开就已经占用不少 CPU 和内存了
我目前的方案是物理直接安装一个 openwrt ，集成了 docker 和常用 NAS 服务，docker 里面又安装了一个虚拟群晖来专门做照片管理和重要文件备份。这样效率高了不少，Docker 可以控制资源使用，所有资源以 Openwrt 自身为主，保证网络稳定。
如果你需要软路由也可以这样试试。
如果你是以 NAS 为主不需要软路由，那也建议直接物理装黑群晖别搞其他虚拟化了。

Docker 可以直接贴 Docker Compose
这个算不了啥了
群晖早就支持 Docker Compose 了，UI 界面直接支持构建

手里有个闲置的楼主说的铁威马 F2-221 ，闲置是因为之前升级 N6005 自组多盘位的了。
虽然配置有点落伍了，但这玩意优点还是明显的
1 、轻便，2 盘位嘛
2 、颜值漂亮，比自组的多盘位粗大黑顺眼多了
3 、噪音低，自从换了 SATA-SSD 后，安静得不像话
4 、功耗低，待机功耗低得令人发指啊，装了 AIO 各种服务只是监听的话，待机功耗就 5 瓦
刚好昨天突发奇想废了原来的系统，装了个 openwrt 进去，集成了 docker 、SAMBA 以及磁盘管理这些常用 NAS 服务，docker 下面安装了群晖主要作为照片管理和重要文件备份用，速度也很不错
铁威马原版系统差群晖十万八千里了。。本来想好好用原装系统算了，结果玩个 docker 都不省心，因为版本太低不少镜像都无法拉取。。

@LxnChan 如果只是 URL 访问记录那就很简单了，直接安装一个 adguardhome 作为内网 DNS 服务器就行了，它的面板直接展示了所有设备的请求域名排行、客户端排行、广告拦截排行、总的请求量等等，还有详细的 DNS 查询记录。

正确的做法就是直接把 adgh 监听 53 ，也就是替代 dnsmasq 处理局域网，然后它的上游可以配置为 dnsmasq 的端口（享受 chinadns-ng 的分流处理）
但这样一来，你得处理下替代 dnsmasq 后导致的其他插件兼容问题。

你的 adgh 设置了重定向选择为“作为 dnsmasq 的上游服务器”
那么解析流程就是客户端请求-路由器 dnsmasq （ 53 端口）收到请求发给 adgh ，然后 adgh 再向它的上游请求。
而 dnsmasq 请求的时候会收到 chinadns-ng 分流影响，导致部分请求并不会发给 adgh ，而是给到 chinadns-ng 配置的服务器处理了。