你别回来抢饭碗了，行不

服务器一般只开放 80 和 443 端口

你这都断电了，感觉啥同步工具都不行了，这种断电的其实可以考虑下其他方案，比如备份，你整一个增量备份，然后通过 rsync 同步到从服务器，要是断电了，总得重启吧，在重启时候直接来一个恢复，然后在自动创建主从完事。

如果不需要进行行合并，在 linux 下，你可以直接用 cat 合并为一个文件，然后 sort 命令排个序就行了，不过还是建议导入到 loki 这种日志系统里面在进行分析

@0xHubNet 这个是真好用

不是，随便找一个 AI 工具问下就行了

没想到能翻到这个帖子，我也遇到过这个问题，我是路由器接光猫，路由器开启了 ipv6, 连接路由器的设备，在进行网络测速时候，ipv6 的下载几乎为 0, 上传满速， 但是直连光猫的设备，无论是 ipv6 还是 ipv4 测速都是正常的，开始我还以为是路由器问题，我还换了一个新设备，然后同样的问题，最后是直接禁用了路由器的 ipv6, 连接路由的设备网络就正常了。

NAS 能做的，软路由应该都可以做吧，而且软路由功耗应该还比 NAS 低

@2Nfree docker 的端口映射是如何实现的，默认的配置中，不是需要依赖防火墙的转发功能么，单节点部署，如果没有服务器防火墙限制，那么容器不是一启动就对全网公开了？至于你说的最后一点，我说的是物理机的防火墙，而不是容器内的防火墙。 没有系统的学习过这一块，更深入的就没有特别了解了。

突然又想到了一个 xonsh

@ETiV 如果是这样的话，会不会导致整体结果变得很慢，我把这两个拆分开来，是为了可以手动操作生产环境的更新，也可以通过定是任务自动去判定。目前脚本支持远程触发，也支持定时任务触发，只是健康检查的时候总是判断不太准确。关于两组服务交替启动，我们实际上并不特别需要高可用，我现在只是需要完善整个 CI/CD 流程，就想问一下有没有更好一点的方案或者工具实现。

@chf007 这并不是第三方应用，就是我们自己的项目，整体应该就是一个很标准的 CI/CD ，CI 是 jenkins 完成，CD 目前我是自己写的一个脚本实现的，只是检查健康状态时不是特别准确，我想看看还有没有其他方案来实现 CD 的功能

@julyclyde 应用打包为镜像，自动更新镜像就是更新应用，为什么这个会有你说的差异？

@zx900930 关于这个问题，我们目前其实更新的也不是特别频繁，就是比较麻烦，得每次让我守着开发更新，弄成自动更新实际上是不会有什么问题的，只要更新，那么内容一定是经过完整性测试的。只是这个自动执行的步骤需要判定。至于大家说的 watchtower ，这个我也关注过，但是这个东西是肯定不适合生产环境的。

@fsdrw08 谢谢，这是一个很好方案，不过我们目前都是 docker ，只能在后面新启节点的时候试跑一下了

他那个证书相当于自签证书，所有你的域名 dns 源才需要切在 cloudflare ，如果你只是自己用，那么你可以去下载他的 ca ，导入到本地，如果是全网用，那应该没什么办法

不是很理解，是否可以接入 nginx ，用来替代 auth_basic 模块功能呢

好像没有看到人说用 sudoers 来处理权限管理，是这个不适用么

厉害了，又涨了一些知识 😃😃😃