Ao resolver um usuário, grupo, host, serviço ..., o processo primeiro tentará se conectar ao nscd socket (algo como /var/run/nscd/socket ), eu não acho que haja uma maneira de contornar isso. / p>
Se nscd tiver morrido, a conexão falhará e, portanto, o nscd não será usado e isso não deve ser um problema.
Se estiver em um estado suspenso, a conexão poderá ser interrompida ou ter êxito. Se for bem-sucedido, o cliente enviará sua solicitação (forneça-me endereços IP para www.google.com , forneça as entradas passwd para niranjan ...).
Agora, você pode configurar nscd (pelo menos aquele que vem com o GNU libc) para desabilitar o cache para qualquer tipo de banco de dados (por exemplo, tendo enable-cache hosts no em /etc/nscd.conf para o banco de dados hosts ) .
Nesse caso, nscd responderá ao cliente: Eu não faço cache e o cliente fará a resolução sozinho.
No entanto, se nscd estiver em um estado suspenso , talvez não seja possível fornecer essa simples resposta não fará , para que não seja necessariamente ajuda. Mas isso é provavelmente o mais próximo do que você quer que você vai conseguir desabilitar nscd ao mesmo tempo.
nscd é um daemon de armazenamento em cache, destinado a melhorar o desempenho. Desativar isso potencialmente faria com que aqueles olhares ficassem mais lentos. No entanto, isso é verdade apenas para alguns tipos de bancos de dados. Por exemplo, se os bancos de dados do usuário / serviço / grupo estiverem apenas em arquivos pequenos ( /etc/passwd , /etc/group , /etc/services ), usar nscd provavelmente trará pouco benefício, se houver. nscd será útil para o banco de dados hosts . Mas, em vez de usar nscd , você também pode usar um servidor DNS de cache local como dnsmasq .