%3A%20pam_authenticate()%20fall%C3%B3%2C%20usuario%20desconocido.png)
NOTA: Parte de esta publicación contiene información potencialmente confidencial que he censurado. Si ve montones de asteriscos al azar en cualquier lugar, es por eso.
Estoy intentando crear un servidor de correo electrónico usando Postfix, Dovecot, MariaDB en una instancia en la nube que ejecuta Ubuntu 18.04 LTS. Para hacer esto, he estado siguiendoeste tutorial. Anteriormente, había logrado crear un sistema mediante el cual podía iniciar sesión en usuarios virtuales configurados en una base de datos asociada, así como enviar y recibir correo.
Sin embargo, algún tiempo después de configurar ese mismo servidor web para usar OpenDKIM para mayor seguridad, todo dejó de funcionar. No pude iniciar sesión en mi cuenta y ya no puedo recibir ningún correo.
Cuando intento iniciar sesión, independientemente de si estoy usando Thunderbird o Roundcube, mis credenciales son rechazadas.
Al principio, intenté cambiar la contraseña de mi cuenta alterando su hash en la base de datos usando la siguiente consulta SQL:
UPDATE `mailserver`.`virtual_users` SET password=ENCRYPT('newpassword', CONCAT('$6$', SUBSTRING(SHA(RAND()), -16))) WHERE username='************';
Pude ver visiblemente usando phpMyAdmin que este cambio se escribió en la base de datos exitosamente, pero cuando probé la nueva contraseña con el mismo nombre de usuario, se me negó el acceso. Luego intenté crear un nuevo usuario virtual e iniciar sesión en él. Me negaron de nuevo.
No importa lo que intento, parece que el servidor no acepta las credenciales como válidas.
Al principio, consideré que esto podría ser un problema de la base de datos, pero cuando ejecuto postconf en los archivos de consulta de búsqueda para usuarios, buzones de correo y alias, cada prueba me da el resultado esperado, como se describe en el tutorial. Todas las menciones de las credenciales SQL parecen ser correctas. Intenté reiniciar el servidor y, aunque encontré un problema en el que MariaDB no podía reiniciarse debido a que Apparmor lo bloqueó, todavía no puedo iniciar sesión después de eliminar Apparmor por completo del sistema y reiniciar la base de datos y todos los demás correos. servicios relacionados.
Esto finalmente me llevó a mirar los registros. Seguían mencionando el fallo de una función llamada pam_authenticate. Encontré una pregunta que tenía un problema similar, pero que también mencionaba tener poca memoria, lo cual no ocurre en mis registros.
Daría un ejemplo de esos registros, pero StackExchange parece pensar que se parecen demasiado al spam. ¡Lo siento!
Respuesta1
Pato de goma. Resulta que no debería haberme auth_username_formatinstalado /etc/dovecot/conf.d/10-auth.conf. Al comentarlo, Dovecot pudo leer los registros en la base de datos con éxito.