2026年3月に発生した問題は限定的なものでした。ZimaClientはサーバーとの関連付けを検出できるものの、自宅ネットワーク外では接続が接続中のままになり、最終的にタイムアウトしていました。複数の国のユーザーから同様の報告があり、IceWhaleのスタッフはリモートアクセスの接続成功率を積極的に改善中だと述べ、ボランティアにはテストパッケージを非公開で送付しました。
このテストパッケージは過去の非公開版です。現在のユーザーは、2026年3月のビルドを探すのではなく、現行のZimaClientとZimaOSのリモートアクセス手順から始めてください。
2026年の問題は断続的かつ地域依存だった
インド、英国、ドイツ、インドネシアから報告が寄せられました。あるドイツのユーザーは、Androidのリモートアクセスは動作した一方で、別の接続方法ではタイムアウトし、その後2時間経って突然動作したと述べています。
この一貫性のなさから、すべてのユーザーで単純に「リモートアクセスのトグルがオフ」だったわけではないと考えられます。
IceWhaleは接続成功率の改善に取り組んでいることを認めた
777-Spiderは、チームがリモートアクセスの成功率を最適化していると明言し、新しいパッケージのテストをユーザーに呼びかけました。これは根拠のないコミュニティの推測よりも確かな情報ですが、そのスレッドには、すべてのケースを恒久的に解決した最終的な技術的根本原因やリリース番号は公開されていません。
現在のリモートアクセスは、ローカル接続の成功から始まる
現在のIceWhaleのガイダンスでは、ローカルネットワーク上で最初にZimaClientへ接続すると、デバイスとの関連付けが確立され、リモートアクセスが設定されます。その後、ZimaClientは自宅ネットワーク外から再接続できるようになります。
トラブルシューティングの基準として、現在のZimaOSリモートアクセス手順を使用してください。
設定でリモートアクセスが有効になっていることを確認する
現在のガイドでは、ZimaOSの設定でリモートアクセスが無効になっている場合、クライアントはリモート接続できないと明記されています。
断続的な問題では、コミュニティのあるユーザーが報告したように、いったんオフにしてから再度オンにすると状態が再構築される場合があります。ただし、現在のクライアントとネットワークの状態を確認する代わりにはなりません。
ネットワークIDを慎重に確認またはリセットする
現在のZimaOSでは、設定 > ネットワークでデバイスのネットワークIDを確認できます。IceWhaleは、IDを非公開に保ち、漏えいした場合はリセットできると警告しています。
リセットすると既存の接続と共有設定が無効になるため、クライアントを再接続する準備ができている場合を除き、安易なトラブルシューティング手段として使用しないでください。
現在のネットワークIDの動作とセキュリティに関する注意事項を参照してください。
現在のZimaClientは暗号化されたP2P接続を使用する
IceWhaleは、リモートチャネルをピアツーピアかつ暗号化されたものとして説明しています。ZimaClientは、ルーターのポートフォワーディングを必要とせず、適切な経路を自動的に選択しようとします。
つまり、タイムアウトには、NATトラバーサル、クライアントのネットワークエンジン、ローカルのファイアウォールやVPNソフトウェア、上流の接続環境などが関係している可能性があり、単一の受信ルーターポートだけが原因とは限りません。
ZimaClientとZeroTierのネットワークコンポーネントを確認する
現在のZimaClientのトラブルシューティングでは、リモート接続が機能しない場合にZeroTierをインストールまたは修復することを具体的に推奨しています。IceWhaleによると、独自のネットワークコントローラーは引き続きZimaデバイスの管理下にあり、公開されているZeroTierのディスカバリーインフラストラクチャがピア同士の検出を支援します。
リモートアクセスの仕組み全体を置き換える前に、現在のZimaClientのトラブルシューティング手順を実行してください。
失敗直後にクライアントログを収集する
現在のIceWhaleのドキュメントには、macOSとWindowsにおけるZimaClientのログ保存場所が記載されており、エラー発生直後にログを収集するよう求めています。証拠を残さずに何度も再起動するよりも、断続的なP2Pタイムアウトの調査に役立ちます。
WireGuard、NetBird、その他のVPNも有効な代替手段
元のスレッドのコミュニティユーザーはWireGuardまたはNetBirdに切り替え、安定したアクセスを報告しました。これらはZimaClient自体の修正ではなく、独立したリモートアクセスアーキテクチャです。
明示的なVPNトポロジーを好む場合や、トンネル経由でPi-holeなどのリモートDNS機能を利用したい場合に役立ちます。
リモートタイムアウトのチェックリスト
- ZimaOSがオンラインで、ローカルからアクセスできることを確認する。
- ZimaOSとZimaClientを現行の安定版に更新する。
- リモートアクセスが有効になっていることを確認する。
- デバイスとの関連付けが古くなっている場合は、いったんローカルで再接続する。
- ZimaClientとZeroTierのネットワークコンポーネントを確認する。
- 競合するVPNやファイアウォールソフトウェアを一時的に除外する。
- タイムアウトの直後にログを収集する。
- 既存の接続が無効になることを理解したうえで、必要な場合にのみネットワークIDをリセットする。
リモートアクセスのタイムアウトに関するFAQ
IceWhaleは2026年のタイムアウト報告を認めましたか？
はい。スタッフは接続成功率を改善中だと述べ、テストビルドを非公開で配布しました。
現在のユーザーは、その非公開の2026年テストパッケージをインストールすべきですか？
いいえ。まずは現行の安定版ZimaOSとZimaClientを使用してください。
ZimaOSのリモートアクセスには手動のポートフォワーディングが必要ですか？
現在のIceWhaleのガイダンスでは、通常の手動ポートフォワーディングによるダッシュボードポートではなく、ZimaClientが管理する暗号化P2P接続を使用すると説明されています。
