Estou tentando usar o nscd (Nameservices Cache Daemon) para armazenar em cache o DNS localmente para que eu possa parar de usar o Bind para fazer isso. Eu comecei e o ntpd parece tentar usá-lo. Mas todo o resto dos hosts parece ignorá-lo. por exemplo, se eu cavar o apache.org 3 vezes, nenhum deles atingirá o cache. Estou visualizando as estatísticas do cache nscd -gpara determinar se ele foi usado. Também aumentei o nível do log de depuração para ver se consigo vê-lo atingindo e as consultas nem chegam ao 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
resolv.conf
# 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
como uma espécie de observação, estou usando o Arch Linux.
nota: isso foi movido duas vezes, nunca descobri por que os aplicativos, excluindo dig, não estão atingindo o cache nscd, navegadores, IM, IRC, todos deveriam ter sido, mas não o fizeram
Responder1
A razão pela qual você está perdendo os acessos ao cache é que dig consulta o DNS diretamente. Você pode tentar ver se o cache funciona com o getentcomando:
getent hosts host.example.com
Executar um DNS de cache separado é uma boa ideia, mas você deve considerar executá-lo no nível da rede, se possível. Se cada host armazenar em cache os dados separadamente, eles ainda executarão diversas consultas para os mesmos hosts. O cache único resolve esse problema.
O próprio Nscd é um daemon de cache para funções NSS. Portanto, o foco é um pouco diferente dos servidores de nomes de cache nativo. Portanto, se você deseja apenas um servidor de nomes de cache, use algo diferente do nscd. Se, em vez disso, você deseja armazenar em cache itens como nomes de usuário compartilhados e dados de host fora do sistema DNS normal, opte por nscd.
E, para que conste, passei a gostar bastante do resolvedor powerdns (resolvedor pdns).
Responder2
Está faltando a configuração dos hosts no nscd.conf. Estou postando o meu como exemplo:
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
Isso vai quebrar algumas coisas. As informações a seguir são do pacote 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
Responder3
Não sei muito sobre o nscd, exceto que ele causava tantos problemas com pesquisas de DNS que sempre o desativei (ou pelo menos as pesquisas de host fazem parte dele). O Nscd permite que você defina os valores de tempo de vida e sei que o DNS espera "possuir" esses valores e fazer com que todos os resolvedores os honrem. Você pode obter resultados estranhos se os TTLs no DNS não forem respeitados. Minha recomendação é não usar o nscd para armazenar DNS em cache. Parece que você já tem um servidor de nomes de cache em execução na sua caixa local, portanto, não há necessidade de armazenar em cache as pesquisas de DNS duas vezes.
Responder4
Se houver cache DNS no Inferno, ele será fornecido pelo nscd. Não. Usar. Isto.
Só para ser diferente:pdnsdé na verdade um substituto muito bom. Ou unscd (usado por padrão pelo menos no openSUSE).