DNSクエリはnscdを使用してキャッシュされません。

DNSクエリはnscdを使用してキャッシュされません。

私はBindの使用を中止できるように、nscd(名前サービスキャッシュデーモン)を使用してDNSをローカルにキャッシュしようとしています。始めましたが、ntpdで使用しようとしているようです。しかし、所有者にとって、他のすべてがそれを無視しているようです。たとえば、apache.orgを3回採掘すると、どちらもキャッシュに到達しません。キャッシュ統計を見て、使用されていることを確認してnscd -gいます。また、デバッグログレベルを上げて、それが到達していることを確認できることを確認しましたが、クエリがnscdに達していませんでした。

nsswitch.conf

# Begin /etc/nsswitch.conf
passwd: files
group: files
shadow: files

publickey: files

hosts: cache files dns
networks: files

protocols: files
services: files
ethers: files
rpc: files

netgroup: files
# End /etc/nsswitch.confenter code here

nscd.conf

#
# /etc/nscd.conf
#
# An example Name Service Cache config file.  This file is needed by nscd.
#
# Legal entries are:
#
#       logfile                 <file>
#       debug-level             <level>
#       threads                 <initial #threads to use>
#       max-threads             <maximum #threads to use>
#       server-user             <user to run server as instead of root>
#               server-user is ignored if nscd is started with -S parameters
#       stat-user               <user who is allowed to request statistics>
#       reload-count            unlimited|<number>
#       paranoia                <yes|no>
#       restart-interval        <time in seconds>
#
#       enable-cache            <service> <yes|no>
#       positive-time-to-live   <service> <time in seconds>
#       negative-time-to-live   <service> <time in seconds>
#       suggested-size          <service> <prime number>
#       check-files             <service> <yes|no>
#       persistent              <service> <yes|no>
#       shared                  <service> <yes|no>
#       max-db-size             <service> <number bytes>
#       auto-propagate          <service> <yes|no>
#
# Currently supported cache names (services): passwd, group, hosts, services
#

    logfile                 /var/log/nscd.log
    threads                 4
    max-threads             32
    server-user             nobody
#   stat-user               somebody
    debug-level             9
#   reload-count            5
    paranoia                no
#   restart-interval        3600

    enable-cache            passwd          yes
    positive-time-to-live   passwd          600
    negative-time-to-live   passwd          20
    suggested-size          passwd          211
    check-files             passwd          yes
    persistent              passwd          yes
    shared                  passwd          yes
    max-db-size             passwd          33554432
    auto-propagate          passwd          yes

    enable-cache            group           yes
    positive-time-to-live   group           3600
    negative-time-to-live   group           60
    suggested-size          group           211
    check-files             group           yes
    persistent              group           yes
    shared                  group           yes
    max-db-size             group           33554432
    auto-propagate          group           yes

    enable-cache            hosts           yes
    positive-time-to-live   hosts           3600
    negative-time-to-live   hosts           20
    suggested-size          hosts           211
    check-files             hosts           yes
    persistent              hosts           yes
    shared                  hosts           yes
    max-db-size             hosts           33554432

    enable-cache            services        yes
    positive-time-to-live   services        28800
    negative-time-to-live   services        20
    suggested-size          services        211
    check-files             services        yes
    persistent              services        yes
    shared                  services        yes
    max-db-size             services        33554432

構成ファイルの解析

# Generated by dhcpcd from eth0
nameserver 127.0.0.1
domain westell.com
nameserver 192.168.1.1
nameserver 208.67.222.222
nameserver 208.67.220.220

ところで、私はArch Linuxを使用しています。

注:これは2回移動され、アプリケーション(digを除く)がnscdキャッシュ、ブラウザ、IM、IRCに到達しない理由を決して把握できませんでした。すべてが必要ですが、そうではありません。

答え1

キャッシュヒットが欠けている理由は、digがDNSに直接クエリするためです。キャッシュが機能していることを確認するには、次のコマンドを試してくださいgetent

getent hosts host.example.com

別々のキャッシュされたDNSを実行することをお勧めしますが、可能であればネットワークレベルで実行することを検討する必要があります。各ホストがデータを個別にキャッシュする場合でも、同じホストに対して複数のクエリを実行します。単一キャッシュでこの問題を解決できます。

Nscd自体はNSS機能のためのキャッシュデーモンです。したがって、フォーカスはデフォルトのキャッシングネームサーバーとは少し異なります。そのため、キャッシュネームサーバーだけが必要な場合は、nscd以外のものを使用してください。逆に、通常のDNSシステムの外部で共有ユーザー名やホストデータなどのエントリをキャッシュするには、nscdを使用します。

ちなみに、私は本当にpowerdnsレゾルバ(pdns-resolver)が大好きです。

答え2

nscd.confにホスト構成がありません。私のことを例に挙げてみましょう。

enable-cache            hosts           yes
positive-time-to-live   hosts           3600
negative-time-to-live   hosts           20
suggested-size          hosts           211
check-files             hosts           yes
persistent              hosts           yes
shared                  hosts           yes
max-db-size             hosts           33554432

これは何かを壊すでしょう。以下の情報はDebianパッケージからのものです:

  Since this release, hosts caching in nscd is off by default: for some of the
  libc calls (gethostby* calls) nscd does not respect the DNS TTLs.  It can
  lead to system lockups (e.g. if you are using pam-ldap and change the IP of
  your authentication server) hence is not considered safe.

  See debian bug #335476 and how upstream answered to that in
  http://sourceware.org/bugzilla/show_bug.cgi?id=4428.

 -- Pierre Habouzit <[email protected]>  Sat, 28 Apr 2007 11:10:56 +0200

答え3

私はnscdについてよくわかりません。 DNSルックアップに問題が頻繁に発生し、常にnscd(または少なくともホストルックアップ部分)を無効にすることを除いて。 Nscdを使用すると、タイム・トゥ・ライブ(TTL)値を設定でき、DNSはこれらの値を「所有」し、すべてのリゾルバーがそれを尊重することを期待しています。 DNSがTTLに準拠していないと、奇妙な結果が生じる可能性があります。私の提案は、nscdを使用してDNSをキャッシュしないことです。ローカルコンピュータで既にキャッシュネームサーバーが実行されているように見えるため、DNSルックアップを2回キャッシュする必要はありません。

答え4

地獄にDNSキャッシュがある場合は、nscdによって提供されます。いいえ。使用。それ。

ただ違うために:データセンター実際には非常に良い選択肢です。または unscd (少なくとも openSUSE のデフォルト)。

関連情報