我建议网络分开单独处理

我自己现在公网接入是用的一家小机房提供商，阿里云只用 S3 服务

系统盘是啥 fs 啊，如果是 btrfs/zfs 可以直接 send 过去，xfs 好像也有工具。

上不上云取决于几点
1. 贵司的业务模型，是否存在突发流量？是否存在大量存储？
2. 有没有和云平台相对应 devops 团队？会不会被锁在一家云平台上？
3. 既然顾问说上云合算，贵司的运维团队是什么说法？
4. 上云之后如果云平台自己故障了，有没有相应的灾备方案？

安全相关的我觉得这个不构成上云的障碍，air-gap 的东西大家都做过。

顺便主密码我是这么解决的：手动记住一个非常长的复杂密码，形成肌肉记忆。

1. 有 passkey 的用 passkey ，这个不谈；
2. 如果服务支持 Google/Github/QQ 等大平台的三方登录，优先使用；
3. 支持 2FA 的，可以用一个短密码+2FA ；
4. 随机密码+密码管理器；
5. 如果支持手机密码重置的，把密码重置当作登录方式（

https://imgur.com/a/TDRHxHB
我自己的主力 NAS
https://imgur.com/a/tyAmhc4
测试 NAS （连了电视）
个人感觉：只要是一个正常的主机都可以承担 NAS 任务，你如果想用 NAS 干啥要先看一下你的预定任务的性能要求。

@drymonfidelia btrfs 给人灵的感觉是因为它的检查多，不会惯着不老实的设备，而且很不幸地是不老实的设备挺多的。
它真正出问题一般是因为你碰了 zoned 、subpage 、RAID5/6 以及这些特性的排列组合。

你这种没有啥明确需要单线程性能的可以把核数看的重一点。
J4105 都”还能用“的话我感觉随便上什么都只会比这个更好。

首先重要数据 3-2-1 备份。
其次你需要的”稳定性“是数据持久（即数据不会丢）还是数据可用（即一直在跑 SMB 服务）?
我自己的是一个 ArchLinux ，文件系统是 btrfs ，跑的 ECC 内存。因为我喜欢捡二手（甚至三、四手）所以可用性不是特别好（有过莫名其妙的、未查出原因的死机），但是迄今为止数据没丢过（ pacman.log 显示 2019-12-28 第一次安装），上面跑了 smbd 和 transmission ，有的时候会跑一些游戏服务器和 kernel 交叉编译。
uptime 保持不住因为我要重启更新 kernel 。
内存吃满是很正常的事情，毕竟放在那里也是放着不如拿来加速 IO ，要用的时候会让出来的。
我个人的经验就是上服务之前一定要搞清楚这个服务是干什么的，有无 plan B 。

如果是 linux 、同时不存 vm 和数据库的话可以考虑用 btrfs ，打快照备份方便很多

SSH 是典型的私钥签名，公钥验证……

要用 RAMMap.exe 看

正规 CA 是不允许替用户生成私钥的，如果 LZ 碰到了这种 CA （而不是什么代理商）可以举报。

可以用 cilium/pwru 查一查

首先，重新生成一个 PrivateKey ，以后发配置的时候记得别把这个发上来
我个人感觉像是有啥冲突……

如果是全新系统一律推荐直接上 FIDO2

个人意见，NAS 负载强烈建议上 ECC 内存。
目前个人 NAS 配置（不是通用配置，有历史原因和个人需求，请勿随意参考）：
CPU：E3 1230 V2
MB：X9SCL （或者 X9SCM ）
RAM：8G ECC*4
SSD：不知道多少手的 860 EVO
HDD：一手 HC320*2+二手 HC550*4