私は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 のデフォルト)。