我的情况有点不方便，我可能在世界各地有数百台远程 OpenWRT 设备。我无法访问 OpenWRT 通过以太网连接的网络。因此，端口转发不是访问 SSH 实用程序等的选项。
我研究过 puppetlabs 等解决方案，但我不太喜欢依赖第三方。解决方案需要简单、可持续且一致。
我目前的计划是让设备保存已安装的更新数组，然后它会定期发出 API 请求以获取所有可用更新的远程数组。如果缺少更新，它会按顺序安装它们（当然需要按顺序安装）。更新将是进行所需更改的脚本文件。想想看，OpenWRT 能否为我的 API 维护一个 websocket？这样我的 API 就可以向它发出命令，而不需要端口转发。
如果能对此提供一些指导/建议就太好了。我只希望它简单有效。没什么特别的。
答案1
那么在 OpenWRT 系统上创建类似 cronjob 的任务，连接到外部 API 并向其发送一些信息（例如可用更新等）怎么样？
它还可以从 API 接收一些命令并在本地执行一些工作（例如，更新系统、安装包、打开反向隧道以访问 Web 配置器或 SSH 控制台等）...