この事例では、ユーザーが同じものとして扱いがちな2つの接続経路を分けて考えます。ユーザーが Remote ID を入力すると、外出先でも自宅でも ZimaClient は正常に接続できましたが、ローカルネットワーク上での自動検出では デバイスが見つかりません と表示されました。つまり、サーバーとの関連付けとリモート接続経路は機能していた一方で、ローカル検出に問題がありました。
このスレッドでは、最終的な解決策は確認されていません。iOS のローカルネットワーク権限はすでに有効で、Avahi も稼働しており、ZimaOS を完全に再インストールしても状況は変わりませんでした。その後、ユーザーは Android クライアントもインストールしましたが、Android でもサーバーの自動検出に失敗しました。
Remote ID は機能したが、LAN 検出は失敗
この違いは、有用な診断上の境界になります。問題がローカル検出だけに限られている場合は、Remote ID の認証を調査しないでください。
iOS のローカルネットワーク権限はすでに有効だった
コミュニティからは、ローカルネットワーク上のデバイスを検出したり通信したりするアプリには、Apple が明示的な権限を要求しているため、iOS の設定を確認するよう適切な提案がありました。
アプリと ZimaOS を再インストールしても解決しなかった
ユーザーは iOS アプリを何度も再インストールし、NAS を再起動・シャットダウンし、最終的には ZimaOS をフォーマットして再インストールしました。しかし、どの手順を行っても自動検出は復旧しませんでした。
この否定的な結果から、単純なアプリの古いキャッシュや、特定の ZimaOS インストールだけが破損していた可能性は低いと考えられます。
コミュニティは mDNS/Bonjour を疑った
多くのローカルアプリケーションでは、自動デバイス検出にマルチキャスト DNS や、関連するLAN検出ブロードキャストを利用します。コミュニティメンバーは、クライアントがこれらのアナウンスを受信できていない可能性を疑い、AP／クライアント分離やマルチキャスト転送の確認を提案しました。
しかしユーザーは、同じ TP-Link Deco ネットワーク経由で AirPrint、AirPlay、QNAP の検出、その他の iOS ローカルサービスが正常に動作しているとして反論しました。
ZimaOS 上では Avahi が稼働していた
仮想ブリッジ上の Avahi はコミュニティの仮説にすぎなかった
その後の返信で、Docker／仮想インターフェース上で Avahi の動作が確認され、メインLANではなく誤ったブリッジ上でアドバタイズしている可能性が指摘されました。回答者は、追加のジャーナル出力を求めました。
公開スレッドは、その仮説が検証される前に終了しています。「Avahi が Docker にバインドされている」ことを確認済みの根本原因として扱わないでください。
Android でも失敗したことで診断が変わった
元のユーザーは Android クライアントをインストールし、Android でもサーバーを自動検出できなかったと報告しました。これにより、iOS の拡張プライバシー、VPN 設定、Apple のローカルネットワーク権限に特有の問題だという説明は弱まりました。
残された可能性は、ZimaOS ホスト、LAN の検出経路、またはその2つの相互作用でした。
IceWhale はネットワーク構成とプライバシー設定の詳細を求めた
Zima-Giorgio は、VLAN、ファイアウォール、プロトコルフィルタリング、iOS の拡張プライバシー／VPN 機能、IP 追跡制限、別の Apple デバイスでのテストについて質問しました。これは公式のトラブルシューティング依頼であり、これらの設定のいずれかが障害の原因だと断定したものではありません。
現在の ZimaClient は継続的に進化している
現在の ZimaClient は 2025年10月のビルドを大きく上回っており、デバイス接続や切り替えの信頼性に関する改善が継続的に行われています。現在の事例では、過去と同じ再インストール手順を試す前に、ZimaOS と ZimaClient の両方を更新してください。
基準となる手順として、現在の ZimaClient のインストールおよび接続手順を使用してください。
ZimaClient の LAN 検出に関する FAQ
元の事例では Remote ID は機能しましたか？
はい。ユーザーは自宅ネットワーク内外の両方で、Remote ID を使用して接続できました。
iOS のローカルネットワークへのアクセスは無効でしたか？
いいえ。ユーザーが投稿したスクリーンショットでは、有効になっていました。
Avahi は停止していましたか？
いいえ。元のスクリーンショットでは、avahi-daemon が稼働していました。
最終的な根本原因は確認されましたか？
いいえ。公開スレッドは、ネットワーク構成と Avahi のインターフェースに関する追加テストが議論されている途中で終了しました。
