先の技術評論社の記事に、>名前解決の失敗時,これまでのresolv.confに直接nameserver指定を行う方式に比べ,他のDNSサーバーへの問い合わせまでの待ち時間が短くなります。試行する、という流れになります。1つしかない場合はワンパンで即死する可能性がありますし、複数あっても名前解決のたびに処理が数秒停止するというのは、結構な致命傷になりえます。dnsmasqを使って耐障害性を確保するには複数のDNSサーバを記述しておくことが必要で、DNS=8.8.8.8の一個だけ指定しているのでは意味ないので、複数指定すべきですね。それもプロバイダーとGoogleDNSといったように、提供元を分けるのが良さそう。desktopでもcache-size=0と無効になってることを確認。・・・・うちの作業開発用デスクトップ機で、ネットワークプロファイルを切り替えて検証しているとき、dnsmasqは/etc/resolv.confのDNSがわかりにくくなるというデメリットだけかも。使う昔ながらの方法に戻す手順はこれ。4.dnsmasqのキャッシュが無効になっているのを、憩いの場方式でキャッシュを有効にしてみるテスト。(以下のテストはUbuntuデスクトップ標準のdnsmasqを有効のまま行っています。dnsmasq*憩いの場では無効にしていたが、dnssecも有効にする。127.0.0.1」があるか確認する。hogehogeで2回目が0msと表示されればキャッシュが効いてる。hogehogeでは2回目以降も毎回DNSSEC検証をするので時間は変わらなかった。この標準dnsmasqパッケージの導入後は、実際にPCのdnsmasqが使うDNSサーバを調べるファイルの位置が変わる。/run/dnsmasq/resolv.confインターネットサイトのDNSSEC検証テストしてみる。digコマンドでflagsに「ad」と表示されればDNSSEC検証に対応している。1どの場合もDNSSECに対応していた。@127.0.0.1(dnsmasq経由)dnsmasqで速度テストもしてみる。DNSSEC検証を付けるとキャッシュは効かない。