Веб-почта Roundcube на Debian 11 bullseye — Не удалось сохранить пароль

Веб-почта Roundcube на Debian 11 bullseye — Не удалось сохранить пароль

Первый вопрос здесь, отвечайте медленно.

Я установил dovecot, postfix и веб-почту Roundcube на виртуальной машине, чтобы протестировать новый почтовый сервер для компании, в которой я работаю. Все было хорошо, пока я не попытался сменить пароль как вошедший в систему пользователь из настроек roundcube->пароль.

Что я наделал:

  • Включен плагин пароля в RoundCube
  • Установите драйвер на «chpasswd», так как мои пользователи — это системные пользователи, созданные с помощью «useradd -m user password»
  • Я создал новый файл в sudoers.d и добавил это, www-data ALL=NOPASSWD:/usr/sbin/chpasswdпоскольку я понимаю, что apache2 работает под пользователем www-data и ему нужны привилегии sudo. Тем не менее, после выполнения всех этих действий, я получаю ту же ошибку "Could not save password"

Ни один из журналов, которые я могу найти, не показывает мне другой информации о проблеме. Если есть конкретный журнал, который я должен изучить, пожалуйста, сообщите мне, и я это сделаю. Если вам нужно предоставить какую-либо конфигурацию, спросите, и я предоставлю. Спасибо!

EDIT: auth.log показывает это при использованииsudo -u www-data /usr/sbin/chpasswd

sudo: pam_unix(sudo:session): session opened for user www-data(uid=33) by (uid=0)
Feb  2 11:08:54 mail unix_chkpwd[7140]: check pass; user unknown
Feb  2 11:08:54 mail unix_chkpwd[7141]: check pass; user unknown
Feb  2 11:08:54 mail unix_chkpwd[7141]: password check failed for user (test2)
Feb  2 11:08:54 mail chpasswd[7139]: pam_unix(chpasswd:chauthtok): authentication failure; logname= uid=33 euid=33 tty= ruser= rhost=  user=test2
Feb  2 11:09:01 mail CRON[7144]: pam_unix(cron:session): session opened for user root(uid=0) by (uid=0)
Feb  2 11:09:01 mail CRON[7144]: pam_unix(cron:session): session closed for user root
Feb  2 11:09:05 mail sudo: pam_unix(sudo:session): session closed for user www-data

решение1

Проверьте в config.inc.php, как обстоят дела с файлом входа или системным журналом.

// LOGGING
$config['log_driver'] = 'file'; 
$config['syslog_facility'] = error.log;

затем проверьте syslog или roundcube log Dir на наличие ошибок, если это файл, тип журнала должен быть/var/www/html/roundcube/logs

Обновление: Вероятно, у пользователя www-data нет прав на sudo или команду для проверки:

sudo -u www-data /usr/sbin/chpasswd

Попробуй это: https://www.tecmint.com/fix-passwd-authentication-token-manipulation-error-in-linux/

Связанный контент