なぜNASのホスト名は一部の家庭用デバイスで解決され、他のデバイスではされないのですか？

エヴァ・ウォン

IceWhale author

エヴァ・ウォン は テクニカルライター であり ZimaSpaceの常駐ティンカーでもあります。 生涯のオタクであり、 ホームラボとオープンソースソフトウェアに情熱を持っています。彼女は複雑な技術的概念をわかりやすく、 実践的なガイドに翻訳することを専門としています。エヴァはセルフホスティングは楽しくあるべきで、怖がるものではないと信じています。彼女のチュートリアルを通じて、コミュニティが ハードウェアのセットアップを解明する手助けをしています。初めてのNAS構築からDockerコンテナの習得まで。

Why Does a NAS Hostname Resolve on Some Home Devices but Not Others? - Zima Store Online

NASのホスト名は、デバイスが同じ命名方法、リゾルバー、サフィックス、またはキャッシュされた応答を使用していない場合、一貫して解決されません。

家庭内ネットワークでは、あるノートパソコンはルーターのDNSを通じてnasを見つけ、MacはマルチキャストDNSを通じてnas.localを見つけ、Windows PCはLLMNRやNetBIOSにフォールバックし、スマートフォンは同じ名前解決をプライベートDNS、VPN、またはフィルタリングされたリゾルバーに送信することがあります。したがって、有用な診断は、NAS、ルーター、またはSMB設定を変更する前に、動作しているデバイスと動作しないデバイスの両方で正確な名前とIP経路を比較することです。

障害が名前解決かNASアクセスかを確認する

動作しているデバイスと動作しないデバイスの両方で、現在のIPアドレスを使ってNASをテストします。次に、短いホスト名、完全修飾ローカル名、および任意の.local形式を、それらを同一視せずに個別にテストします。

ホスト名のテストは、SMB、HTTP、または他のサービスが接続する前にリゾルバーのステップを追加します。ZimaSpaceのホームサーバーの名前によるチェックガイドでは、ホスト名アクセスが直接IPアクセスには不要なDNS解決を経路に追加する理由を説明しています。

両方のデバイスでIPが機能するが名前を解決できるのが一方だけの場合は、リゾルバー層で調査を続けます。IPも失敗する場合は、VLAN、Wi-Fi分離、ファイアウォール、ルーティング、またはサービス到達性を先に修正してください。DNSの変更ではブロックされたネットワーク経路を修復できません。

各デバイスが使用するDNSサーバーを比較する

動作しているデバイスと動作しないデバイスのDNSサーバー、接続タイプ、ゲートウェイ、アクティブなネットワークプロファイルを記録します。同じWi-Fi名の2つのクライアントでも、手動設定、メッシュノード構成、VPNソフトウェア、ブラウザのセキュアDNS、モバイルのプライベートDNSのために異なるリゾルバーを使用することがあります。

ローカル名解決は、mDNS、LLMNR、ユニキャストDNSを組み合わせるOS固有の順序に従います。ルーターに問い合わせるクライアントはローカルNASレコードを受け取るかもしれませんが、パブリックリゾルバーに問い合わせるクライアントは、そのプライベートホスト名がパブリックインターネット上に存在しないためNXDOMAINを受け取ります。

両方のデバイスから正確に設定されたDNSサーバーに直接問い合わせ、応答、レスポンスコード、返されたアドレスを比較します。ルーターが正しく応答しているのに動作しないクライアントがそれを問い合わせない場合は、NASホスト名を編集するのではなく、DHCPのDNS配布、クライアントの上書き、VPNのDNSポリシー、または暗号化DNS設定を修正してください。

短いホスト名とmDNSや他のローカルフォールバックを分ける

nas、ルーターの完全なローカル名（例：nas.home.arpaやnas.lan）、およびnas.localを3つの異なる入力としてテストします。1つの形式で成功しても他の形式が設定されているとは限りません。

ローカルフォールバックプロトコルはOSごとに挙動が異なります。実用的なWindowsの議論では、NetBIOS、mDNS、LLMNRを無効にしても短いLANホスト名が自動的にDNSを使うわけではないことが示されています。クライアントは有効なDNSレコードとサフィックスパスを依然として必要とします。

nas.localだけが機能する場合、NASはmDNSを広告している可能性が高いですが、ルーターは従来のローカルDNSレコードを提供していません。完全なルーターのドメイン名だけが機能する場合は、短い名前のフォールバックに頼らず、正しい検索サフィックスを追加または配布してください。

Featured

ZimaCube 2 パーソナルクラウドホームNAS

ZimaCube2

使用している検出方法をデバイスがサポートしているか確認する

NASとルーターは変更せず、動作しないクライアントと同じOSを搭載した別のデバイスから同じ名前をテストします。これにより、デバイスの実装差異とネットワーク全体のDNS問題を区別できます。

実際の混在デバイスネットワークではまさにこの分裂が見られます。Androidデバイスは.localアドレスを解決できない一方で、同じLAN上のWindows、iPhone、macOSデバイスは成功することがあります。文書化された事例では、AndroidのmDNS解決失敗が他のクライアントが同じホストを解決する中で報告されています。

症状が特定のOSやアプリに従う場合は、従来のルーターDNSレコードか、すべての必要なクライアントが問い合わせ可能な完全修飾ローカルドメインを使用してください。家庭内の一部だけがサポートする検出方法に基づいて重要なSMBマウント、バックアップパス、コールバックを設計しないでください。

動作しないクライアントが送信する検索サフィックスと正確なクエリをテストする

nasのような単一ラベル名は、完全なDNSクエリになる前に接続固有のサフィックスを必要とする場合があります。動作しないデバイスのサフィックスリストを動作するデバイスと比較し、完全な名前を直接テストしてください。

OpenWrtユーザーは、短いホスト名の解決が他のクライアントで機能する一方で失敗するケースを報告しています。違いは多くの場合、NASレコード自体ではなくOSが付加するサフィックスです。

nas.example.lanが機能しnasが失敗する場合は、DHCPを通じて同じ検索ドメインを配布するか、SMBマウントやブックマークに完全な名前を保存してください。ルーターDNS、Pi-hole、AdGuard Home、クライアントのhostsファイルで異なる解決をする非公式サフィックスを複数作成するのは避けてください。

リゾルバ経路が正しいことを確認してからクライアントの状態をクリアする

両方のデバイスが同じリゾルバーと名前形式を使用したら、動作しないクライアントのDNSキャッシュをクリアし、ネットワークプロファイルを切断して再接続し、新しいブラウザやシェルで再テストします。キャッシュされたNXDOMAIN応答はルーター側の修正より長く残ることがあります。

リゾルバーの選択は、OSが期待されるDNSサーバーではなくマルチキャストやローカルスタブに問い合わせを送るときに変動することもあります。Fedoraのトラブルシューティング報告では、ネットワークのDNS設定が正しいにもかかわらずクライアントが一貫しないローカル解決を使用していた事例が記録されています。

最後に、必要なすべてのデバイスが選択した1つの名前をNASの予約アドレスに解決し、その名前を通じてSMB、ダッシュボード、セルフホストアプリが再接続できることを確認してください。IPテストは診断のフォールバックとして保持し、偶発的なプロトコルフォールバックに依存せず、1つの文書化された命名システムを使用してください。