コミュニティソリューション

1台のPCでZimaClientのネットワークIDがタイムアウトする場合:確認すべきこと

A ZimaCube Pro could be reached by Network ID from an office PC but not a home Windows 11 PC; direct LAN access worked and the issue later cleared.

あるコンピューターでは Network ID が機能するのに、別のコンピューターでは機能しない場合、ZimaCube 自体だけが原因である可能性は低いでしょう。 2025 年 7 月のこの事例では、同じサーバーにオフィスの Windows Server マシンからは正常に接続できた一方、自宅の Windows 11 PC ではタイムアウトしました。そのため IceWhale は ISP またはローカルネットワーク経路を疑いました。

接続は、明確に特定できる一つの修正を行わないまま、最終的に復旧しました。つまり、このスレッドは単一の決定打となる設定ではなく、強力なトラブルシューティング手順を示しています。

サーバーのネットワーク構成

Ethernet および Virtual Network Remote インターフェースを示す ZimaOS のネットワーク設定
サーバー自体には通常の Ethernet アドレスと仮想リモートネットワークインターフェースがありました。 出典:IceWhaleコミュニティフォーラム。

ZimaCube Pro には通常の LAN アドレスと仮想リモートネットワークインターフェースがあり、基本的な ZimaOS ネットワークスタックが存在していました。

問題の PC は ZimaClient 内部でタイムアウトしました

ZimaClient がデバイス接続経路の準備を待機中にタイムアウト
問題の PC では、デバイス接続経路の準備を待っている間にタイムアウトが繰り返し発生しました。 出典:IceWhaleコミュニティフォーラム。
ZimaClient の「デバイス接続の準備ができていません」警告
インシデント中は、LAN ログイン経路でも「デバイス接続の準備ができていません」と表示されました。 出典:IceWhaleコミュニティフォーラム。

有用な比較材料は、別のネットワーク上にある別の PC から接続できたことでした。これは、クライアント固有、ISP 固有、またはローカルネットワークに起因する動作を示しています。

ネットワーク ID のデバッグ前に LAN アクセスを確認する

Windows から ZimaOS の LAN アドレスへの ping に成功
ZimaClient が接続経路を確立できない間も、直接 IP 接続は正常でした。 出典:IceWhaleコミュニティフォーラム。
同じ Windows PC から ZimaOS ダッシュボードにアクセス可能
ブラウザーで ZimaOS を開けたため、サーバーと基本的な LAN 経路が稼働していることが確認できました。 出典:IceWhaleコミュニティフォーラム。

ユーザーはサーバーに ping を実行でき、ZimaOS の Web UI を直接開くこともできました。これにより、サーバーの可用性と ZimaClient の接続経路の問題を切り分けられました。

現在のネットワークIDガイドにも、漏洩したネットワークIDをリセットすると既存の接続と共有が無効になると記載されています。そのため、トラブルシューティング中に安易にリセットしないでください。

ZimaClientとそのネットワークヘルパーを確認する

ZeroTierのバージョンとサービスの稼働状態を示すPowerShell
その後、ユーザーはローカルのZeroTierサービスが稼働していることを確認しました。 出典:IceWhaleコミュニティフォーラム。

現在のZimaClientトラブルシューティングガイドでも、トラブルシューティングの一環としてZeroTierを引き続き案内し、現在のログパスを掲載しています。

Web UIは機能するもののデスクトップクライアントが機能しない場合は、ZimaClient復旧チェックリストが役立ちます。

単一の確実な解決策が判明しないまま、事例の問題は復旧した

ユーザーはWeb UIからログアウトして再度ZimaClientを試し、クライアントを何時間も接続試行中のままにしていました。その後、動作していることに気づきました。この経過だけでは、ログアウト、待機、IPv6、またはいずれか1つの手順が解決の原因だったとは証明できません。

ZimaOSのIPv4およびIPv6ネットワーク設定ダイアログ
その後、メインの接続が予期せず復旧したため、スレッドはIPv6の設定に移りました。 出典:IceWhaleコミュニティフォーラム。

結論

比較テストを行います。別のPCから同じZimaOSサーバーに接続し、同じPCから別のネットワークを使用し、LANの直接IP、ZimaClient、ZeroTier/サービスログを確認してください。LANへの直接接続は機能する一方で、1台のクライアントまたは1つのネットワークだけで失敗する場合は、IDをリセットしたりNASを再インストールしたりする前に、その証拠を保存してください。