2024年のCasaOSの記事では、ワンクリックでChromeコンテナを導入する方法としてBigBearCasaOSを案内していました。この方法は現在も有効ですが、アプリは更新されています。現在のBigBearカタログでは、当時とまったく同じ2024年版ではなく、最新のKasmイメージを使用したChromeが掲載されています。
これはコンテナ内で動作し、Webインターフェースを通じて提供されるブラウザーです。分離されたブラウジング、ダウンロード、軽量なリモートワークフローに便利ですが、デスクトップOSにChromeを直接インストールする場合と同じではありません。
BigBearのChromeアプリは現在もメンテナンスされています
現在のBigBearアプリカタログには、kasmweb/chromeイメージを使用するchromeが掲載されており、サードパーティーアプリストアのURLも引き続き案内されています。また、このリポジトリでは、ストアがBigBearTechWorldによって独立して管理されていることも明記されています。
CasaOSを使用している場合は、現在のストアソースを追加し、App StoreからChromeをインストールしてください。現在のイメージ、ポートマッピング、ボリュームを確認せずに、動画の説明欄にある何年も前のComposeファイルをそのまま使用しないでください。
コンテナブラウザーで変わること
ブラウザーセッションはDocker内で動作するため、アプリのストレージパスが正しくマッピングされている場合にのみ、ダウンロード、プロファイルの状態、拡張機能が保持されます。そうでなければ、再インストールやコンテナの再作成後に、Chromeのプロファイルが新規状態になったように見えることがあります。
この仕組みを初めて使う場合は、最初のDockerアプリガイドで、ブラウザーアプリにも共通するコンテナの概念を説明しています。
アプリが起動しない場合
再インストールする前に、コンテナのログを確認してください。よくある原因は、イメージのプルエラー、Webポートの競合、サポートされていないCPUアーキテクチャ、マッピングされたプロファイルディレクトリの権限問題、古いサードパーティーアプリ定義などです。
より広範なインストール診断については、CasaOSインストールチェックリストを参照してください。アプリを繰り返し削除して再作成するよりも、安全な順序で確認できます。
まとめ
元の記事で紹介されていたBigBearの方法は現在も利用できますが、2024年当時のアプリ定義ではなく、現在のカタログを使用してください。Chromeは分離されたDockerデスクトップセッションとして扱い、プロファイルディレクトリを永続化し、ブラウザー自体のトラブルシューティングを行う前に、現在のイメージとポートを確認しましょう。
