没有太好的思路，说几个我怀疑的点：

设备自身的时间同步是怎么做的？

> 在客户端断开的情况下，数据节点还是会不停的输出收到数据。
如何确认“客户端断开”，是关闭了客户端？还是说不存在相关的 TCP 连接？

> 公网带宽 5M
带宽占用看了吗？

具体的服务器压力建议看 /proc/pressure/*

首先你们这个需求是不是涉及到合规？涉及合规的话请咨询法务。
其次如果确实需要可以跑两层 TLS ，不太建议自己弄一套加密，容易出事。

如果没有什么奇怪的安全合规需求的话，直接部署 LE 的证书就行了。
比如你的内部域名是 a.example.com ，在公网用 dns 验证方式弄一个 a.example.com 的证书，然后部署进内网即可。自己做好自动化。

看到你加盐，猜测你是想存密码。
存密码不要用 SHA2 ，用 argon2id ；库比较老的话用 bcrypt 。

@ShuaiGeLiu 加白名单什么说法？

@ujin 我倒是有 PT 在跑，那看来只能忍痛关掉或者限速上传了？

@llwy1412b 嘶，我这个路由器型号的 OpenWRT 已经停止更新了……
你拨号就是正常的 PPPoE 么？

目前在山东另外一家钢厂的来回答题主：
狠狠摸就行，这些东西你只要看懂是啥一般就没问题了。
一般来说你的工作就是看同事电脑是啥问题，能解决解决不能解决重装。
看这个价格，这些东西不可能全给你做的，一般是要你负责其中一个或者两个方面，而且也不用懂的非常深。
可能会有值夜班的需求（或者三班两运转）。

ECC 在我这里是强烈建议，之所以不是必须是因为 ECC 在其他方面要做出相当多的妥协。
https://t.me/bupt_moe/2385 上个月刚碰到的 bitfilp

首先说一下 3-2-1 备份原则：3 份数据，2 个介质，1 份（物理）异地。
这就意味着一般来说你的数据存放方式是这样的
1. 保持随时可用的一份（比如群晖）
2. 移动硬盘一份
3. 异地（云服务或者离线硬盘）一份

然后是定价：
1. 云服务：这个取决于你们访问的频率，云服务一般都是存储便宜流量非常贵；
2. 本地硬盘：HC570 22TB 京东价格 3099 ，这个就是标杆价。

之后是管理：
如果你打算长期存储，定期验证数据是必不可少的（建议在线的一个月一次，离线的半年一次）。我自己是用 btrfs 并定期 scrub ，你们实验室可以自己确定一下验证数据的方案（如果你们的数据自带校验是最好的）。
压缩的话也就是自己压或者交给文件系统压，没什么特别多的说法。

碰到网络相关的问题，先抓包（有线抓两边，无线听中间）。

我建议网络分开单独处理

我自己现在公网接入是用的一家小机房提供商，阿里云只用 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 以及这些特性的排列组合。