内部サーバーにあるZoneMinderのインターフェイスを外部に転送

今回運用しているZoneMinderはファイアウォールの内側にある内部用のサーバーで稼働させています。

外部公開サーバーに載せなかった理由はいたって簡単で、ディスク容量と不安定な動作でサーバー障害の原因とならないようにするためです。

内部用サーバーは監視カメラの制御とバックアップ用のファイルサーバー、そして将来的には仮想化して実験用のサーバーやWindowsで稼働させているAPRS関連のサービスをサーバーで仮想化できればと目論んでおります。

今回はApacheの機能であるリバースプロキシを活用して内部サーバーで稼働しているZoneMinderをネット上から公開用のwebサーバーを通してアクセスしようという試みです。

で、ついでにhttps化も実現できればと言うオマケつき。

Apacheの設定

/etc/httpd/conf/httpd.conf

に下記を追加してリバースプロキシを実現します。

予め接続させたいドメインには”Proxy”でロケーションを用意してアクセス権などを好みの内容で設定しておきます。

ZoneMinderの設定の注意点

本来リバースプロキシ(Reverse Proxy)はApacheの機能なのでZonemInderには一切関係がありませんが、1つだけ悪影響を及ぼす注意点があります。

ＺＭ内の映像と言いますか画像のストリームは組み込みとなっておりApacheのリバースプロキシはこのhtml内に掛かれている内部埋め込みURLまで書き換えるものではありません。

ＺＭの設定[Option]-[Servers]の中にＺＭサーバーを設定していると問題が生じます。

本来ここには必要のない限りサーバーを設定しないのがデフォルトとなっています。　コメントにもそのようにハッキリと謳われています。　サーバーが1台の場合は必要ありません。

勿論その1台しかいないサーバーを敢えて不必要にも設定した場合ＤＭとしては問題なく機能しますがストリーミングの埋め込みＵＲＬにサーバーアドレスが追加記入され、これが原因となりリバースプロキシ経由ではアクセスできなくなります。

これには注意が必要です。

（1 Feb 2020　加筆）

以下の記述はZoneMinderのAPIを利用するアプリを使用する場合はhashを選択しなければならないので該当しなくなりました。

その結果API経由を除いてはhttp経由のアクセスではリバースプロキシがうまく機能せずストリーミングのアドレスがLANのIPアドレスのままで動作しない状態です。

現時点では解決策が見つかっていません。