v654321
オリジナルポスター- 2011年8月6日
- ベルギー、ビルボールデ
- 2021年5月22日
問題の説明：私のMBPは、バインドされていないDNSリゾルバーを使用してPi-holeを使用してDHCP経由で割り当てられたIPアドレスを取得しています。内部ドメイン名「home.arpa」を使用しており、DNSサーバーのIP（192.168.1.4）を含むDNS検索ドメインとして追加されます。ネットワーク上の各デバイスにはホスト名があります。
LinuxおよびWindowsマシンでは、検索ドメインが自動的に追加されるため、FQDN（ap12.home.arpaまたはkodi.home.arpaなど）とホスト名自体（ap12またはkodiなど）の両方を使用して同じデバイスに完全にpingを実行できます。 。ただし、私のMBPでは、検索ドメインが存在しない/無視されているかのように、単に機能しません。 FQDNに完全にpingを実行できますが、ホスト名自体は常に失敗します。 / private / etc / hostsファイルにこれらのホスト名またはFQDNをプロビジョニングしていません。これは、DNS構成がそれを処理する必要があるためです（MacOS以外のマシンではプロビジョニングされます）。固定IP構成（静的IP、DNS、DNS検索ドメインの両方）でも試しましたが、違いはありません。
これが評価されない場合はお詫びしますが、Windows、Linux、MacOS BigSurの両方のスクリーンショットとその構成およびpingの結果を追加しました。
ウィンドウズ10：
メディアアイテムを表示 '>
Linux：
メディアアイテムを表示 '>
MacOS Big Sur：
メディアアイテムを表示 '>
私のグーグルが明らかにしたことから、検索ドメインは過去に数人のユーザーに発生した問題のようですが、これを構造的な問題にするスレッドは見つかりませんでした。ほとんどの場合、VPN（スプリットトンネリングDNS）または欠落/間違った検索ドメインにリンクされていました。適切な構成で、すべてが機能していると見なされたと結論付けました。
何が間違っているのか、またはこれを軽減するために私が何ができるのかを理解するために、あなたの何人かが私を導き/助けてくれることを静かに願っています。明らかに、/ private / etc / hostsファイルにhostnames / FQDNをハードコーディングできますが、多くのコンピューターやVMで遊んでいるので、完全に自動化されたDNS解決に依存できるようにしたいと思います。
あなたの潜在的な関心/関与を事前に感謝します！
HenryAZ
- 2010年1月9日
- アリゾナ州サウスコングレス
- 2021年5月22日
v654321の説明：問題の説明：私のMBPは、バインドされていないDNSリゾルバーを使用してPi-holeを使用してDHCP経由で割り当てられたIPアドレスを取得しています。内部ドメイン名「home.arpa」を使用しており、DNSサーバーのIP（192.168.1.4）を含むDNS検索ドメインとして追加されます。ネットワーク上の各デバイスにはホスト名があります。
192.168.1.4でunboundのhome.arpa用に構成されたローカルゾーンがありますか？ V
v654321
オリジナルポスター- 2011年8月6日
- ベルギー、ビルボールデ
- 2021年5月23日
home.arpa内部ドメインは、piholeWebインターフェイスで構成されます。元のセットアップの説明が完全ではなかった可能性があります。これについてはお詫び申し上げます。
すべてのコンピューターで構成されたDNSサーバーはpiholeIPアドレスであり、要求されたドメインがキャッシュになく、事前構成されたブロックリストにもない場合は、バインドされていないサービス（piholeのlocalhostで実行）に転送します。次に、外部ドメインに必要なIPが受信されるまで、DNSルートサーバーに連絡してTLDDNSサーバーなどを識別します。これはpiholeWebインターフェイスで行われるため、アンバウンドではローカルゾーンの構成は必要ありません。私は以下を使用しました セットアップガイド そしてそれに従って手紙を書いた。ホスト名のみのルックアップではMBPのみが失敗し、他のすべてのマシンは完全に機能します。
Linuxで次のコマンドを実行すると完全に機能します（kodiは検索ドメインで自動的に拡張されるため、kodi.home.arpaになります：
$ ping kodi PING kodi.home.arpa (192.168.1.35) 56(84) bytes of data. 64 bytes from kodi.home.arpa (192.168.1.35): icmp_seq=1 ttl=64 time=0.733 ms 64 bytes from kodi.home.arpa (192.168.1.35): icmp_seq=2 ttl=64 time=0.718 ms これにより、piholeに次のログが記録されます。
May 23 13:34:14 dnsmasq[10080]: query[A] kodi.home.arpa from 192.168.1.11 May 23 13:34:14 dnsmasq[10080]: /etc/pihole/custom.list kodi.home.arpa is 192.168.1.35 May 23 13:34:14 dnsmasq[10080]: query[PTR] 35.1.168.192.in-addr.arpa from 192.168.1.11 May 23 13:34:14 dnsmasq[10080]: /etc/pihole/custom.list 192.168.1.35 is kodi.home.arpa しかし、私のMBPから同じことをします：
% ping kodi ping: cannot resolve kodi: Unknown host % ping kodi.home.arpa PING kodi.home.arpa (192.168.1.35): 56 data bytes 64 bytes from 192.168.1.35: icmp_seq=0 ttl=64 time=4.889 ms 64 bytes from 192.168.1.35: icmp_seq=1 ttl=64 time=5.530 ms これにより、piholeに次のログが記録されます。
May 23 13:35:26 dnsmasq[10080]: query[A] kodi from 192.168.1.78 May 23 13:35:26 dnsmasq[10080]: config kodi is NODATA-IPv4 May 23 13:35:30 dnsmasq[10080]: query[A] kodi.home.arpa from 192.168.1.78 May 23 13:35:30 dnsmasq[10080]: /etc/pihole/custom.list kodi.home.arpa is 192.168.1.35 これは、2番目のリクエストが正しく処理されている間、検索ドメインがFQDN（kodi.home.arpa）になるように自動的に追加されないため、MBPで最初のpingの試行が失敗することを示しています。両方の要求はpiholeに到着しますが、DHCPによって提供されるIP構成に存在しているにもかかわらず、検索ドメインは適用されません。
他に何かが足りない場合を除いて、LinuxホストとMBPの両方が同じDHCPからIPとDNS情報を同じように取得し、同じDNSサーバー（pihole）に接続し、完全に機能していると結論付けたいと思います。 Linuxホスト（piholeではない）では、MBPではなく、DNS検索ドメインがホストのみのpingコマンドに適用されていません。この機能を実現するために他に何を変更できるか、私には本当にわかりません。
HenryAZ
- 2010年1月9日
- アリゾナ州サウスコングレス
- 2021年5月23日
v654321によると：他に何かが足りない場合を除いて、LinuxホストとMBPの両方が同じDHCPからIPとDNS情報を同じように取得し、同じDNSサーバー（pihole）に接続し、 Linuxホスト（piholeではない）では完全に機能しますが、MBPでは機能しません。DNS検索ドメインはホストのみのpingコマンドに適用されていません。この機能を実現するために他に何を変更できるか、私には本当にわかりません。
macOSのNetBIOSの実装は、ホスト名のみを指定して解決できる他の2つほど堅牢ではないと推測するのは危険です。 MacでNetBIOSを有効にしていますか？デフォルトです。 WindowsとLinuxがDNSではなくIPアドレスを取得するためにホスト名のNetBIOS名前解決を行っているので、検索パスは実際には重要ではないと思います。
unboundを使用すると、リクエストを転送することなく、外部ゾーンの検証リゾルバーとして使用できます。そして、ローカルゾーンのリゾルバとして。
人気の投稿