☰

5分後にローカルDNSが機能しなくなります。

tag-icon • tag-icon ubuntu dns
5分後にローカルDNSが機能しなくなります。

私はこれを理解するために数時間を費やし、問題が解決するかどうかを確認するためにPOP OS 19.10を新しくインストールしましたが、解決されませんでした。

これは私のMac Book、Windowsシステム、および自宅のUbuntuサーバーシステムでうまく機能しているようですが、私が広く使用しているOSのインストールで奇妙な理由で、内部名前解決は起動後約10分間だけ機能して停止します。

スイッチ構成から最小 DNS 4 エントリを削除しました。 resolv.confを混乱させたが、役に立たなかった。約10分後に動作が停止しました。

私のローカル環境にいくつかの静的DNSエントリを設定したmikrotikルータがあります。

mikrotik は、3 つのリゾルバーアドレスをすべて DHCP 経由で配布します。いくつかの調査を行った後、systemd-resolve --statuscmdの結果を見て、時々プライマリDNSがセカンダリDNSに置き換えられることがわかりました。これにより内部決議が無視されるようです。

Current DNS Server: 154.0.1.10
DNS Servers: 192.168.88.1
             154.0.1.1
             154.0.1.10

mikrotik DNS ルックアップの断続的なタイムアウトが原因でこの問題が発生しているようです。タイムアウト後、systemd-resolved は代替 DNS エントリの 1 つに切り替え、デフォルトのエントリを試行しなくなります。

この問題を解決する方法がわかりません。どんな助けでも大変感謝します。

ベストアンサー1

すべてがあなたの定義に従って動作します。 DNSリゾルバがアドレスを確認するためにどのように使用されるかを誤解しているため、設定が期待どおりに機能しません。

3つのDNSリゾルバアドレス（192.168.88.1、、、）はすべてMikrotikルータからDHCPを介して配布されます154.0.1.1。154.0.1.10これは、各クライアントに、すべての（応答）リゾルバがすべてのDNSルックアップを処理できることを知らせます。

解決策だけを知っている内部LANアドレスを見つけようとすると、192.168.88.1理論的には残りのサーバーが応答する確率は1/3にすぎませんNXDOMAIN。

DNSサーバーにクライアントクエリを割り当てる正確なプロセスは、実装によって異なります。いくつかの実装では、「最初の」DNSサーバーを使用してそれを好むことがあります。他の実装では、利用可能なコレクションをインポートして使用できます。他の実装では、クエリをランダムにまたはラウンドロビン方式で割り当てることができます。

ここで回避策は、LAN DNSサーバーを提供192.168.88.1し、ローカルでクエリを解決できない場合にクエリをアップストリームに転送する方法を知っていることを確認することです。

ローカルDNSサーバーを使用してローカルドメインを確認し、リモートDNSサーバーを使用してリモートドメインを確認するようにsystemd-resolvedおよびsystemd-networkdを構成する方法実際の設定に役立ちますsystemd-resolved。

おすすめ記事