私は、世界中に数百のリモート OpenWRT デバイスが存在する可能性があるという、少し不便な状況にいます。OpenWRT がイーサネット経由で接続するネットワークにアクセスできません。このため、ポート転送は SSH ユーティリティなどにアクセスするためのオプションではありません。
私は puppetlabs などのソリューションを検討しましたが、サードパーティに依存するのはあまり好きではありません。ソリューションはシンプルで、持続可能で、一貫性がなければなりません。
私の現在の計画は、デバイスにインストールした更新プログラムの配列を保持させ、定期的に API リクエストを行って、利用可能なすべての更新プログラムのリモート配列を取得することです。更新プログラムが不足している場合は、順番にインストールします (もちろん順序は必須です)。更新プログラムは、必要な変更を行うためのスクリプト ファイルになります。考えてみると、OpenWRT は私の API への Websocket を維持できるでしょうか? そうすれば、ポート転送を必要とせずに API からコマンドを送信できます。
これに関して何らかのガイダンスや推奨事項があれば素晴らしいと思います。シンプルで効果的なものにしたいだけです。特別なことは何もいりません。
答え1
OpenWRT システム上で、外部 API に接続し、利用可能な更新などの情報を送信する cronjob タスクのようなものを作成するのはいかがでしょうか?
また、API からいくつかのコマンドを受信して、ローカルでいくつかのジョブを実行することもできます (たとえば、システムの更新、パッケージのインストール、Web Configurator または SSH コンソールにアクセスするためのリバース トンネルのオープンなど)。