複数のDNSサーバーを試すためのSamba4内部DNSフォワーダーの設定
最近までのネットワーク設定では、Samba4サーバーがいくつかの内部名のDNSサーバーとして機能し、他のすべて（つまりインターネット上のもの）をメインルーターに転送していました。メインルーターであるDlink DI-624、これらのリクエストを適切なDNSサーバーに転送し、モデムから取得します。
それは、DI-624が死ぬまで、問題なくうまく機能しました。新しいルーターにはDNS転送がないため、今のところ、インターネット接続からプライマリDNSサーバーを取得し、D-Linkのアドレスがあったdns forwarder =行のsmb.confに配置しました。
これに関する私の主な強みは、ISPが年に数回行うことが知られているプライマリDNSサーバーを変更した場合、これが理解されるまでインターネットのダウンタイムと一般的な混乱があり、一度でも変更する必要がありますSambaを再起動すると、プロセスでファイル共有が中断されます（ダウンタイムが長くなります）。これはすべて、古いルーターがきちんと処理してくれたものです。
残念ながら、スペースまたはコンマのどちらを使用する場合でも、dns forwarderのsmb.confは複数の引数を取るようには見えません。必要がなければBINDを実行したくありませんが、それが十分に単純であれば、この問題に役立つのであれば、Sambaの組み込み内部DNSから切り替えてもかまいません。
CentOSにルーターから現在のDNSサーバー設定を取得させ、それらでsmb.confを更新させる方法はありますか？または、少なくとも試してみるDNSサーバーの束をリストアップさせてください。それとも、D-Linkのように自動的に処理する方がいいですか？
解決策1.安価な新しいルーターを入手する-新品の30ドルのルーターにDNS転送機能がない可能性はほとんどありません。購入する前に製品仕様を確認してください！また、新しいルーターにDNS機能がないのも不思議です。マニュアルと構成インターフェースを徹底的にチェックしましたか？
解決策2.GoogleのパブリックDNフォワーダーを使用します。プライバシー（グーグルが収集するかもしれないし、しないかもしれないという事実について）を心配しない限り、それはまったく問題ありません（namebenchテストはグーグルの分散DNSシステムが私のローカルbind9キャッシングのみのサービスを使用するよりも 266％速い であると主張しています）あなたの質問）
そして最後に、OPがisc bindのオーバーヘッドが大きすぎると判断した場合は、dnsmasqやunboundのような軽いリゾルバーが役立つかもしれません。
バインドインスタンスをインストールし、named.conf.optionsで好きなリストに転送するように設定してから、sambaがそのインスタンスを指すようにすることができます。何も置き換える必要はありません。バインドするためにsambaをポイントし、好きなサーバーのリストにバインドするだけです。
唯一の欠点は、DNSがファイアウォールの内側にあり、転送されたクエリが応答するための穴を開ける必要があることです。