同じ mDNS 名がホーム VLAN 間で異なるデバイスに解決されるのはなぜですか？
各VLANで異なるローカルまたはリフレクトされたアナウンスが見えている場合、同じmDNS名がVLANごとに異なるデバイスへ解決されることがあります。
ZimaSpaceのホームネットワークでは、NASサービス、Home Assistant、プリンター、スピーカー、コンテナが、分離された信頼済みVLANやIoT VLAN上で.local名をアドバタイズすることがあります。mDNSは設計上リンクローカルで動作するため、どのアナウンスをルーター越しに通過させるかは、リフレクターやリピーターによって決まります。ホスト名の重複、リフレクターのインターフェース設定の不整合、古いキャッシュにより、同じラベルに対して異なるクライアントが異なる応答を受け取ることがあります。
ルーティングされたVLAN間でmDNSがリフレクトされていることを確認する
各VLANで同じクエリを比較し、リフレクターがどのインターフェースを監視しているかを確認します。
ルーティングされたネットワーク間でmDNSを利用するにはリフレクターが必要というOpenWrtホームラボに特化したブログ記事は、基礎プロトコルの定義だけでなく同じ小さな問題を扱っているため、この切り分けに役立ちます。
一方のVLANにもう一方のセグメントのアナウンスがまったく届かない場合は、DNSキャッシュを調べる前にリフレクターの対象範囲を修正します。
検出トラフィックの送信を許可するVLANを確認する
ファイアウォールポリシーでは、関係のないユニキャストアクセスを開放せず、想定する検出経路を許可する必要があります。
mDNSとDNSにはVLAN間の意図的なルールが必要というホームラボのネットワーク構築記録は、基礎プロトコルの定義だけでなく同じ小さな問題を扱っているため、この切り分けに役立ちます。
サービス検出のルールは広範なVLAN転送から分離し、トラブルシューティングによってセグメンテーションが損なわれないようにします。
リフレクターが正しいインターフェースで動作していることを確認する
1つのVLANにしか接続されていないリフレクターは、名前解決の不整合に見える部分的な可視性を生むことがあります。
Avahiは選択したVLANインターフェース間でレコードをリフレクトできるというHomebridgeとAvahiに特化したガイドは、基礎プロトコルの定義だけでなく同じ小さな問題を扱っているため、この切り分けに役立ちます。
リフレクターのインターフェース一覧を確認し、WANやゲスト用セグメントが誤ってリフレクト対象に含まれていれば削除します。
mDNSを他の検出プロトコルと分けて考える
Chromecastや一部のホームデバイスは、mDNSを他のマルチキャストまたはユニキャストポートと組み合わせて使用します。
VLAN間の検出にはmDNS以外の設定も必要になる場合があるというHome Assistantのネットワーク設定に特化した解説は、基礎プロトコルの定義だけでなく同じ小さな問題を扱っているため、この切り分けに役立ちます。
名前解決はできるのにサービスが機能しない場合は、mDNSリピーターを増やすのではなく、アプリが実際に使用するデータポートをテストします。
ホームサーバーのコンテナネットワークを確認する
Docker内で動作しているHome Assistantなどの検出サービスは、ホストと同じマルチキャストインターフェースを認識できない場合があります。
コンテナ化されたHome Assistantでは、VLAN間のマルチキャスト到達性を意図的に設定する必要があるというホームラボのKubernetes記事は、基礎プロトコルの定義だけでなく同じ小さな問題を扱っているため、この切り分けに役立ちます。
ルーターのルールを編集する前に、ホストレベルのmDNSクエリとコンテナのネットワーク名前空間内でのクエリを比較します。
重複名とキャッシュされた応答を確認する
同じ.localホスト名をアドバタイズする2台のデバイスは、リフレクションやキャッシュのタイミングによって、異なるVLANから見えることがあります。
VLAN間のmDNSは制御されたリフレクションに依存するというホームラボネットワークに特化した記事は、基礎プロトコルの定義だけでなく同じ小さな問題を扱っているため、この切り分けに役立ちます。
重複名を変更し、テストクライアントのキャッシュだけを消去してから、両方のVLANで再度キャプチャします。正しい状態では、必要な各名前に対して安定した所有者が1台だけ存在します。
ホームサーバーへの実際の経路を再テストする
1つの変数を変更したら、別の経路を使う可能性がある別のテストに切り替えるのではなく、同じクライアントから同じNASまたはセルフホスト環境のワークフローを繰り返します。
関連するホームサーバーネットワークの経路を扱うZimaSpaceのガイドは、最終確認を同じセルフホスト環境に結び付けるのに役立ちます。
再接続、サービスの再起動、そして2回目の制御された転送またはリクエスト後も、最初の症状が解消されたままであることを確認して初めて、修正は完了です。
よくある質問
なぜ2つのVLANで同じ.local名の解決結果が異なるのですか？
異なるローカルアナウンスを受信したり、異なるリフレクト済みレコードを受け取って異なるタイミングでキャッシュしたりするためです。
mDNSリフレクターを有効にすると、IoTから信頼済みLANへ完全にアクセスできるようになりますか？
それだけではなりません。検出トラフィックとユニキャストのサービス通信は、別々のファイアウォールルールで制御する必要があります。
すべてのVLANをmDNSリフレクションに参加させるべきですか？
いいえ。不要なノイズや意図しない可視性を減らすため、共有検出が必要なセグメントだけをリフレクトします。
おすすめ商品
サポートとヒント
もっと読む
Plexは別のDockerコンテナとGPUを共有できますか？
Plexと別のコンテナは同じGPUにアクセスできることが多いですが、ドライバーのサポート、デバイスマッピング、ビデオエンジンの負荷、メモリ、復旧動作をテストする必要があります。
Plexのエラーがクライアント側とサーバー側のどちらに起因するかを見分ける方法
別のクライアントで同じ項目を再現し、セッションパスを比較してから、スコープによって障害の実際の所在が特定された後にのみサーバーの証拠を収集してください。
Plexのキャッシュとトランスコード用一時ストレージを設定する方法
永続的な Plex の状態を保護しつつ、トランスコードの一時ファイルを適切なローカルストレージに配置し、クリーンアップ、空き容量、再起動時の動作を確認します。
