このファイルは手動で編集することも可能です。NetworkManagerDHCPから取得した情報の後ろに加わる形で設定ができあがります。実行して、インターフェースが丸っと削除されて通信不可になりました(コンソールから復旧)。プロビジョニング・ツールやらがあるので、設定は自動化しておかなくてはいけません。内のスクリプトとして実装してみました。この中のスクリプトは、NetworkManager起動時や、数分~数十分に1回、実行されることになります。そのため、無駄な処理が行われないようなスクリプトにする必要があります。入れるのはループ臭がするのがアレですが、ちゃんと書けば大丈夫。されても結果が同じなのはもちろんです、と。追加されていればバッチリです。見たほうがやり方としては正しそうです。複数のDNSサーバーを指定し、いざ、どのようにDNSキャッシュとして動作するかの確認です。下に設定を置くことでdnsmasqに反映されます。/etc/NetworkManager/dnsmasq.d/resolv.conflisten-address=::1cache-size=102412listen-address=::1cache-size=1024この例では、IPv6でもリクエストを受けられるようにしたり、キャッシュサイズを変更しています。分けてもいいですが、少なかったので1つにしています。上書きされているのが確認できます。ランダムに利用されます。実行され、有効なサーバーから1つ選択されます。通信できないサーバーがあっても、その分が遅延することはなくスムーズにレスポンスが返るため、耐障害性的には上々といえます。同じ割合で利用するので、十分ですがベストと言い切れないところではあります。ように上から順に試行し、ダメだったら次、という挙動になります。DHCPのDNSサーバーがプライベートなDNSレコードを返す場合、普段は必要なレコードを全て取得でき、最悪の事態になってもWANの名前解決だけはできる、という予防線を張ることができます。DHCPのDNSサーバーを優先して利用したい、という場合にも使えます。同様になってしまうので、目的を達することは叶いません。簡単設定のまま運用した方がよさげです。遮断しても、1秒の待機時間が発生しません。いうエラーを受け取り、即座に諦めるからです。無効なIPアドレスを指定するか、自前のテストDNSサーバーを指定して検証しなくては本当の挙動を知ることができません。設定すると、全てのサーバーに送って最初に返ってきた結果を使うので、耐障害性という意味ではこれが一番高いということになります。DNSキャッシュを適切に設定していれば、仮にコレにしたからといって激しく迷惑な行為になるわけではない(デフォの2~3倍のリクエストがいく)ので、選択は障害の程度に対するポリシーの問題となります。デフォルトならばIPアドレスが生きているけれどもレスポンスが遅い場合、名前解決が遅延する可能性があります。こちらならば1つ速ければOKとなります。する、というあたりが良い落とし所かもしれません。レコード数分だけキャッシュしてくれます。結果を返して終わりになりますので、期待通りに動作してくれます。dnsmasqデーモンが必ず起動していなくてはいけません。ことがない限り、この手のシステムはダウンしませんが、重要な部分なので挙動の理解は必要です。即座に起動してくれます。即座に起動し直してくれます。ー!までなっていたら、それはもう名前解決どころではないので、考えなくてもよいでしょう。独自監視しなくてよいのは、とても嬉しいポイントです。入れる予防は過剰と判断してよさげです。存在する挙動は、毎回上から順に試行して最低1秒待機が必要か、全てのForward先へ接続を行うか、の2種類です。触り程度に試しましたが、やはり上から順の仕様でした。理想は、ダウンもしくはレスポンスが遅いサーバーに対して、最初の1回だけは数秒かかっても、2回目以降は選択対象から除外し、一定時間後に復帰判定するような仕組みです。クラウド環境や必要なDNSレコードなどによって、ベストな構成は異なるので参考程度ではありますが、新しいディストリビューションを追いつつ、という見方も含めれば十分な情報になったのではないかと思います。コメントをキャンセルメールアドレスが公開されることはありません。外道父ドリコムで主にインフラエンジニアをやっている何でも屋。WordPress.。