和你有啥关系，你凭啥上去制止，上去要是伤到了行凶者没人帮你作证你怎么办，要是你自己受伤/死亡了怎么办

有试过直接用 ingress 而非自己部署 nginx 服务进行服务的暴露吗

应该，但是要保留编辑历史

selinux 可以做到，或者自己手写一个 fuse 驱动注册成特定的文件系统并且挂载到对应目录也可以实现
不过建议是把这类需要不可编辑的文件放到一个单独的目录，然后用 ro 方式挂载

交叉编译不如直接起个 qemu

@zwgf 你可以参考 retroshare/zeronet 这类分布式应用的架构，还有就是可以参考一个叫 biglybt 的下载工具的内置聊天方案

试试用 dht 方式呢，放一些 bootstrap node 的信息在 app 里，启动以后自动连接到 dht 网络并且 peering 其它的节点把请求广播到网络里，你们控制一批有私钥的服务器节点回应有签名的消息来确认对端

你用的梯子是基于 clash 内核的吧，这个内核会在无法正确访问目标服务器时返回 502 而非透明处理连接错误

@ck1llc 可以试试用 OPNsense ，强制门户可以实现上面的那个强制跳转，FreeRADIUS 可以实现内置的 AAA 流程并为下属的 AP 提供 WPA2-Enterprise 版本的 802.1x 认证服务器

试试用 WAP3 或者 WPA2-Enterprise 的 802.1x 服务器认证

之前买了个 N5105 ，忘记是去年还是前年了，跑 OPNsense 一直很稳定，把之前的 J4125 的配置直接导出并迁移过来就能用，无论是之前 J4125 跑千兆还是现在的 N5105 跑 2.5G ，CPU 使用率几乎一直都在 50%以下，被动散热温度也很少超过 70 摄氏度

建议冷数据丢磁带机里保存，反正这种需求超过 5 年的旧数据平时应该不经常访问，真的要访问了等一两个小时也不是问题
数据完整性就靠多备份，规划一下每隔一段时间重新验证数据就行了，反正磁带便宜
可以直接存储加密的数据到磁带上防止介质丢失的问题

关注的人压根不会搞这种花里胡哨的东西，要高 iops 直接上 SAN 了
而且说实话 nas 的瓶颈一般不会在 iops 上，大多数都是追求高吞吐量和大容量存储才用的 nas ，带宽够大就行了，总不会有人在 nas 上跑数据库吧
nas 大多都是用的 nfs/cifs/webdav 作为**文件**级别的共享，一般也会提供 iSCSI 的 LUN 挂载作为**块设备**级别的远程访问，但是用的人属于是少数，一般还会有一些第三方支持（套件/docker 容器）提供**对象**级别的共享，这个就更无所谓 iops 了
如果你有高 iops 的网络存储需求，最好还是搞个靠谱的企业级存储解决方案，而不是用 nas 这种消费级的东西来凑，可以看看 DELL EMC/HPE/IBM 这几家的存储解决方案

要不嘉立创自己搓一个吧

你可以把大量的逻辑都写成二进制，然后打包的时候交叉编译到所有常见架构上实现跨平台，Java 的部分用来做调用和调度以及兼容层

https://www.motoslave.net/sugarcube/2/ 可以试试这个，DoL 和 CoT 都是用这个引擎做的

哥德尔、埃舍尔、巴赫：集异璧之大成

试试 onesimcard 的，+372 的号码，可以用 PEN 添加其它区域，没有月费，但是余额有有效期，需要过一段时间充值一次重置有效期