Não estou ciente desse módulo. Sua segunda pergunta (por que) vai solicitar respostas que são baseadas principalmente em opiniões, já que não consigo pensar em nenhuma razão definitiva para a existência desse módulo PAM não existir .
Abaixo estão as considerações de design que identifiquei ao avaliar a viabilidade:
- Velocidade : deve não atrasar logins para devagar e voltar. ssh + PAM já estão em um lugar ruim quando se trata de atrasos de DNS em configurações padrão. Eu diria até que as pesquisas de DNS para cada servidor devem ser feitas em paralelo, para evitar o empilhamento de timeouts um em cima do outro.
-
As novas tentativas são inválidas : usar a biblioteca C para pesquisas de DNS é bom, desde que as tentativas sejam consideradas como estando sob a alçada de
/etc/resolv.conf
. Se novas tentativas de DNS forem implementadas, o módulo não deve usar a biblioteca C para pesquisas de DNS. O resultado final seria operações de repetição aninhadas. - Ignorar intervalos de IP privados : o espaço RFC1918 (e semelhante) deve sempre obter um passe livre, pois é inútil transmitir essas informações para um DNSBL.
- Considerações de bloqueio : o que acontece quando todo o DNS não está disponível? O módulo sempre falha no login, impedindo um IP privado? Isso deve ser documentado.
-
Gere erros de registro se você for chamado na pilha
auth
. A pilhaauth
é usada para autenticação. Este módulo não é usado para autenticar. As decisões que ignoram a pilhaauth
(chave SSH auth, GSSAPI auth, etc.) irão anular o módulo se o usuário a colocar lá.