SSH e sudo extremamente lentos no primeiro login/sessão, imediatamente depois - todas as causas comuns descartadas

Resumo da questão

Estou enfrentando um atraso muito longo (~20–40 segundos) ao abrir uma nova sessão SSH ou ao usar sudopela primeira vez um terminal no meu sistema Debian 11. sudoComandos subsequentes no mesmo terminal são instantâneos, mas o atraso retorna em um novo terminal. Para sua informação, isso acontece tanto com SSH remoto quanto com SSH local ( ssh admin@localhost).

O que eu tentei

• UseDNS noe GSSAPIAuthentication nosão definidas em sshd_config.
• Nenhum módulo PAM personalizado ou relacionado à rede (sem pam_ldap, pam_krb5, pam_sss, etc.).
• Comentado pam_systemd.soem sessão comum sem efeito.
• nsswitch.conf é padrão: somente filese dnspara hosts, sem LDAP/NIS para usuários/grupos.
• hosts está correto e inclui ambos 127.0.1.1e o IP real com o nome do host.
• Nenhum /etc/nologinarquivo.
• As permissões tmp estão corretas ( drwxrwxrwt).
• Nenhuma regra access.conf.
• profile, bash.bashrc, environment e dotfiles do usuário estão limpos ou foram movidos temporariamente.
• Sem cotas ou problemas de espaço em disco.
• o correio existe e é acessível.
• passwd e group são normais.
• Nenhuma entrada incomum em sudoers ou sudoers.d.
• Nenhum /etc/motd.d/script MOTD ou scripts personalizados.
• Nenhum problema com limits.conf ou limits.d.
• Não /etc/ldap.confou /etc/sssd/sssd.confpresente.
• systemd-logind, dbus, e polkitestão em execução e foram reiniciados.
• Nenhum erro em dmesg, auth.log ou syslog.
• Sem alta carga de CPU, memória ou E/S durante o atraso.
• Nenhuma montagem de rede ou autofs.
• As permissões pts estão corretas.
• Os diretórios pessoais existem, têm permissões corretas e são locais.
• O shell é bash e funciona.
• Testado com o mínimo de usuários e sh como shell
• straceligado sudoe sshdmostra que o atraso ocorre antes que os scripts do shell ou do perfil do usuário sejam executados.
• straceon sshde seus filhos mostram longas esperas em select()ou read()em descritores de arquivo internos (não soquetes de rede).
• O atraso ocorre depois que a autenticação da senha é bem-sucedida, mas antes que o prompt do shell apareça.
• ssh -vvva saída mostra o atraso antes debug2: we sent a password packet, wait for replye depois debug1: Authentication succeeded (password).

Atualizar

• Entropia disponível: 256
• O hardware é Armv7 Cortex A7 dual-core 1GHz, 2GB DDR3L, o armazenamento é eMMC

Estou completamente sem ideias... O que inicialmente parecia um simples problema de DNS me deixou sem a mínima ideia do que realmente está acontecendo.

Obrigado por qualquer ajuda ou informação!