電子工作やIoTネタなど！IoTLT Advent Calendar 2025

【サ終】Cerevo LiveShell Proをローカルモード設定で使えるようにする (環境の変化と戦う⑦)

Last updated at 2025-12-31Posted at 2025-12-30

はじめに

Cerevo LiveShell Pro

2025.11.23(日) 電通大の調布祭のジャンク市にてCerevo LiveShell Proを捕獲するも、既に2025年5月末で【サ終】(サポート終了)となっていた。
しかも、Dashboardも廃止になり、デバイスは正常でも使えない文鎮状態になる。
唯一残されたローカルモード設定もDashboardで行う必要がある(正確に言うと、ローカルモード設定を行う音声ファイルのダウンロードができない)ため、文鎮確定(オブジェ)になる。

Dashboard自作へのトライ

mitmproxyで解析

かつて復活させたスマートマットライトの方法(DNSによる名前解決変更、mitmproxyによる解析)でDashboardを自作してLiveShell Proを復活させようと試みましたが、敢えなく撃沈しました。

DNSによる名前解決変更

デバイスの有線ネットワークの設定を固定IPアドレスに変更するとDNSサーバを手動で変更できるため、mitmproxyをインストールしたサーバ(Raspberry Pi)へ設定します。
/etc/hostsファイルに設定

/etc/hosts

192.168.3.12	shell.cerevo.com

$ sudo mitmproxy --mode dns --set dns_use_hosts_file=true

デバイスがTLS1.0/1.1しかサポートしていない

別のサーバでmitmproxyをReverse Proxyモードで起動します。

$ mitmproxy --mode reverse:http://shell.cerevo.com@80 --mode reverse:https://shell.cerevo.com@443

デフォルトではmitmproxyがTLS1.2以上しか受け付けない設定になっているため、デバイスがTLSハンドシェイクに失敗しました。

mitmproxyの起動オプションを変更してTLSのバージョンを下げて解決しました。

$ mitmproxy --set tls_version_client_min=TLS1 --mode reverse:http://shell.cerevo.com@80 --mode reverse:https://shell.cerevo.com@443

動かない理由: 「mitmproxyのCA証明書を無視」または「証明書ピンニング(cerevo.com)」

デバイスがmitmproxyのCA証明書を知らない認証局として拒否しているログです。デバイスにmitmproxyのCA証明書をインストールする手段がないためNGです。

ローカルモード設定用の音声ファイル作成へのトライ

海外のサイトでUltra DashboardというLiveShell Dashboard互換のサイトを見つけました。
ただし、2時間の無料トライアルでもWhatsAppで連絡を取る必要があり、継続利用は有料なので選択肢を諦めました。

英語のマニュアルで代替えサイトの存在に気づく

まだサポートを継続しているLiveShell Xの英語マニュアルを読んでいたところ、Dashboardではない代替えサイトでローカルモード設定を行うページを見つけました。

マニュアルの画面キャプチャ(スクリーンショット)にはLliveShell ProとLiveShell 2のデバイスも選択肢として表示されていたので、一気に期待値が上昇しましたが、残念ながら現在(2025.12.29時点)ではLiveShell Xのみになっていました。

インターネットアーカイブサイトで過去のサイトコンテンツを発掘

かつて利用したインターネットアーカイブサイトで過去のサイト情報を調査して【サ終】前のコンテンツを入手できました。

【サ終】前(2025.4.8時点)のコンテンツが残されていました。

音声ファイルのダウンロード

動作確認したところ、「再生する」ボタンは機能しませんでしたが、「ダウンロード」ボタンは機能して、無事に音声ファイルをダウンロードできました。

デバイスのローカルモード設定

音声ファイルを再生する前に、最初にデバイスをオフラインモードに設定変更する必要があります。

ダウンロードした音声ファイルを再生して、パソコン(ヘッドフォン端子)からデバイス(マイク入力端子)へ音声を流し込みます。
成功すると画面が切り替わります。

RTSPモード

デバイスはクライアントからの接続待ち状態になります。
URLはrtsp://192.168.3.16/liveの形式(デバイスのディスプレイに表示)になり、VLC Playerで動作確認しました。

RTMPモード

デバイスはRTMP配信状態になります。
YouTubeLiveで動作確認しました。

コンテンツの保存と再利用

インターネットアーカイブサイトの過去コンテンツが動作することがわかったので、必要なファイルを保存していきました。

index.html
*.css
*.js
*.png

最初、fileから直接ブラウザで表示したところコンテンツが正常に動作しなかったので、ローカルでウェブサーバを立ち上げて確認しました。

$ python3 -m http.server 8000

ChatGPTでコンテンツを解析させたところ、webpackでビルドされたReact系アプリのminify済みバンドル、ということがわかりました。
静的コンテンツで動作しますが、CORSエラーになるのでウェブサーバを立ち上げる必要があります。
また、jsファイルの中身を解析させたところ、webpackのpublicPathが「/」固定で、追加チャンクを「/static/js/...」を撮りに行く設計になっているため、コンテンツの配置が重要です。
(コンテンツの配置を間違えると空白ページが表示される動作でした)