Em [FOUND=return]
, FOUND
não existe, portanto, você terá o comportamento padrão. Você pode verificar a função nss_parse_service_list
definida em nss/nsswitch.c
(no repositório glibc
).
Para referência, esse comportamento é:
- sucesso - > retorno
- notfound - > continuar
- unavail - > continuar
- tryagain - > continuar
Quando você introduz [!NOTFOUND=return]
, ele é movido para:
- sucesso - > retorno
- notfound - > continuar
- unavail - > retorno
- tryagain - > retorno
Portanto, na primeira fonte com falha devido a uma indisponibilidade (permanente ou temporária), e somente nesse caso, você deixará de passar pelos serviços. Se o backend não falhar, isso não fará diferença alguma. Por favor, lembre-se também que tal declaração []
afeta apenas o que acontece entre a fonte antes dela e a fonte logo após, não mais adiante.
Se a Red Hat considerar que há mais em um ambiente que não está totalmente disponível, você pode pedir que eles expliquem exatamente o que é isso e abrir uma Solicitação de Recurso contra o Red Hat Enterprise Linux para obter a semântica corretamente definidos em sua documentação.
No que diz respeito a nsswitch.conf(5)
e minha experiência (e inclui engenharia de suporte técnico na Red Hat :), isso é praticamente tudo que existe.