動作する直接URLで、問題が起動経路にあることを切り分ける
ホストのIPアドレスとポートを入力するとアプリが開く場合、コンテナ、ポート公開、基本的なLAN経路はすでに機能しています。問題のある経路は、ZimaOSのタイルが生成したURL、ブラウザーによるそのリンクの処理、または一時的に古くなったアプリメタデータである可能性が高くなります。
コミュニティの返信では、Dockerより先にランチャーが読み込まれ、古い経路を保持していた可能性が指摘されました。これはもっともらしいものの、証明されてはいません。ユーザーはすでにDockerとアプリマネージャーを再起動しており、完全な再起動でもすぐには改善せず、タイルは約1日後に動作し始めました。リンク自体を診断する際は、この不確実性を維持してください。
タイルの遷移先を正常なアドレスと比較する
タイルを右クリックし、開かずにリンクアドレスをコピーします。スキーム、ホスト名、IP、ポート、パスを、動作する手入力のURLと比較してください。ポートが間違っている、または古いホストアドレスになっている場合は、アプリメタデータが古い可能性があります。HTTPとHTTPSの違いであれば、プロキシまたはブラウザーのセキュリティ処理が原因の可能性があります。
コピーしたタイルURLを新しいタブで開きます。目に見えるブラウザーエラーで失敗する場合は、その正確な結果を記録してください。クリックしてもタブがまったく開かない場合は、ポップアップブロック、拡張機能によるフィルタリング、またはプライベートウィンドウや別のブラウザーで同じダッシュボードを試してください。
この比較が完了するまで、コンテナのネットワーク設定を変更しないでください。コピーしたタイルアドレスが正しく、貼り付ければ動作する場合、問題はダッシュボードのクリックイベントまたはブラウザープロファイルにあります。コピーしたアドレスが間違っている場合、問題はランチャーのメタデータ側にあります。
まずクライアントとメタデータの層だけを更新する
キャッシュを使わずにダッシュボードを再読み込みし、サインアウトしてから再度サインインし、クリーンなブラウザープロファイルでテストします。ローカルのZimaOSオリジンに対して、ページを書き換える拡張機能やプライバシー拡張機能を1つずつ無効にします。これらの可逆的な確認を、ホストサービスの再起動より先に行ってください。
すべてのクリーンなクライアントで同じ誤ったタイルURLが表示される場合は、アプリ名、表示ポート、コピーしたアドレス、動作するアドレス、ZimaOSのバージョンを記録します。アプリを1回再起動し、ダッシュボードが再検出する時間を与えてください。その後、確認手順としてZimaOSを通常どおり1回再起動します。これは修正できた証拠ではありません。
ストレージがアクティブな間は電源を抜かないでください。元のユーザーは完全に電源を落とす操作を試しましたが、すぐには復旧しなかったため、既定の次の手順として推奨すべきではありません。直接URLがまだ機能している場合は、アプリデータを消去したり、コンテナを再インストールしたりしないでください。
直接経路も失敗し始めた場合にのみ、コンテナの状態を確認する
ZimaOSでアプリの状態と公開ポートを確認します。直接アクセスが正常なままなら、ランチャーとの境界で調査を止めてください。直接アクセスも失敗するようになった場合は、コンテナの最初に現れる関連ログエラーを確認し、ポートが想定どおりのホストインターフェースにバインドされていることを確認します。
影響を受けたアプリを1つと、影響を受けていないアプリを1つテストします。1つのタイルだけが古いポートを示す場合はアプリ固有のメタデータが疑われ、1つのブラウザーですべてのタイルが失敗する場合はクライアントの問題が疑われます。更新後、複数のクライアントですべてのタイルが失敗する場合は、アプリマネージャーまたはダッシュボード層が原因である可能性がより高くなります。
復旧後は、同じブラウザーで元のクリック操作を、ダッシュボードを再読み込みした後と、通常の再起動を1回行った後に繰り返します。復旧とは、コンテナの状態が「実行中」と表示されるだけではなく、タイルが正常な直接URLと同じアドレスを一貫して開くことを意味します。
システムをリセットする代わりに、2つのURLを添えてエスカレーションする
問題が再発する場合は、コピーしたタイルURLと手動で動作するURLを、必要に応じてプライベートなホスト情報を伏せたうえで保存します。日時、アプリ名、ブラウザー、拡張機能、ZimaOSのバージョン、別のクライアントでも同じ現象が起きるかどうかを含めてください。
問題がアプリの更新、ポート変更、ホストアドレスの変更、プロキシ設定、またはZimaOSのアップグレード後に発生したかを報告します。これらのきっかけがあれば、再び自然に解消するのを待つのではなく、サポートが古いマッピングを再現するための手がかりになります。
直接アクセスが機能している間は、工場出荷時リセット、アプリの削除、Docker全体のクリーンアップを行わないでください。元のスレッドは自然復旧で終わっており、原因は確認されていません。そのため、破壊的な修復は、確認済みの障害を対象にすることなく証拠を失わせる可能性があります。
よくある質問
Dockerを再起動すると、ZimaOSのすべてのアプリリンクが再構築されますか？
スレッドからは証明できません。ユーザーはDockerとアプリマネージャーを再起動しましたが、問題は一時的に残りました。
クリックでは開かないのに、タイルURLを貼り付けると動作するのはなぜですか？
この結果から、ブラウザーのクリック処理、拡張機能、またはダッシュボードのJavaScriptに問題があると切り分けられます。サーバーを変更する前に、プライベートウィンドウと別のブラウザーを試してください。
影響を受けたアプリを再インストールすべきですか？
直接URLが機能し、データも無事なら、再インストールしないでください。まずアドレスを比較し、ランチャーの証拠を収集します。
元の観察結果と未解決の経緯については、ZimaOSアプリタイルに関する議論をご覧ください。
