Sudo login системная ошибка

You can’t run any command as the superuser if the Linux terminal throws the «sudo password not working» error. Fortunately, it’s easy to fix.

Sometimes, your Linux system may throw an incorrect password error even after typing in the correct sudo password. This can be both surprising and annoying when you’re trying to get stuff done.

Let’s look at a few quick fixes you can try when your correct sudo password does not work on Linux.

1. Log Out and Log Into a New Session

Restarting your Linux system is one of the most popular and easy solutions to fixing any temporary system glitches. The sudo password not working error is, in the best case scenario, just a temporary glitch within Linux that should be magically fixed by simply doing a quick logout-login or a system reboot.

You can manually log out and log back into your Linux system either using the logout command or by using the corresponding buttons on the desktop environment you’re running.

In case that doesn’t work for you, simply perform a reboot by typing reboot. Still not fixed? Move on to the next solution!

2. Change the sudo Password From a Virtual Console Session

If the first, and easiest solution did not quite do the job for you, you can try resetting the sudo password for the user from a Linux virtual console session. Here are the steps to follow:

1. Switch to a new virtual console session by pressing Ctrl + Alt + F1/F2/F3/F4. You should be greeted by a new TTYx session.
2. Switch to the root user with the sudo su command.
3. Using the passwd command, change the sudo password for the user:

    passwd username 

That’s all the steps required to fix the correct sudo password not working for your user. Your problem should now be fixed. In case the issue persists, try the last solution.

3. Restart the systemd-homed Service

systemd-homed is a core systemd service responsible for providing support to the home directories of users. Restarting it may fix the issue because it resets the authentication mechanism and potentially fixes any temporary system glitches.

Here are the steps to restart the systemd-homed service:

1. Fire up a new terminal.
2. Switch to root using the sudo su command.
3. Use the systemctl command to start or restart the systemd-homed service:

    systemctl start systemd-homed.service
   systemctl restart systemd-homed.service 

That’s all the steps required to start and restart the systemd-homed service. This should finally fix the sudo password not working issue for you.

Fixing the «sudo Password Not Working» Error

Although it’s an annoying issue, it’s quite easy to resolve. Either of the three provided solutions is bound to fix the sudo password not working problem.

If you still can’t seem to get it working or, often have to deal with sudo’s time-consuming and work-disrupting antics, it might be time to switch to a better alternative.

Когда вы работаете в Linux, то нередко встречаетесь с такой ошибкой: «sudo: PAM account management error: Permission denied». Эта ошибка может возникнуть в результате нескольких причин. В данной статье мы подробно рассмотрим, что означает это сообщение, какие проблемы оно может вызывать и каким образом его можно исправить.

Что такое sudo?

Sudo — это популярная команда в Linux, которая позволяет пользователю выполнить команду с правами администратора, не входя в систему под именем root. Это гарантирует большую безопасность, поскольку пользователь может выполнять только те действия, которые разрешены в файле sudoers.

Однако, если во время использования sudo возникнет какая-либо проблема, то это может привести к ошибке «sudo: PAM account management error: Permission denied».

Причины возникновения ошибки

Сама ошибка «sudo: PAM account management error: Permission denied» указывает на проблему с доступом. То есть, пользователь не имеет нужных прав для выполнения запрошенной операции. Однако, причина возникновения этой ошибки может быть разной. Рассмотрим некоторые из самых распространенных причин:

1. Неправильный ввод пароля

Если вы ввели неверный пароль для sudo, то система не даст вам прав на выполнение нужной операции. В этом случае в консоли вы увидите сообщение «sudo: PAM account management error: Permission denied».

2. Неправильно настроен файл sudoers

В файле sudoers задаются права доступа к командам, которые может выполнять пользователь с правами администратора. Таким образом, неправильно настроенный файл sudoers может привести к ошибке «sudo: PAM account management error: Permission denied».

3. Проблемы с PAM

Модули PAM (Pluggable Authentication Modules) обеспечивают аутентификацию и авторизацию пользователей в Linux. Если произошла какая-либо проблема с модулями PAM, то это может вызвать ошибку «sudo: PAM account management error: Permission denied».

Решение проблемы

Итак, вы столкнулись с ошибкой «sudo: PAM account management error: Permission denied». Что же делать?

1. Проверьте правильность ввода пароля

Самый простой и очевидный способ исправить ошибку — это проверить правильность ввода пароля. Если пароль введен неправильно, то вам нужно ввести его еще раз.

2. Проверьте настройки файла sudoers

Если проблема связана с файлом sudoers, то вам нужно проверить его настройки. Откройте файл sudoers и убедитесь, что нужные команды заданы для пользователя с правами администратора. Если нужных настроек нет, то вы можете добавить их в этот файл.

3. Проверьте модули PAM

Если проблема связана с модулями PAM, то вам нужно проверить их конфигурацию и настройки. Попробуйте запустить команду «sudo su», чтобы убедиться, что модули PAM работают должным образом.

4. Проверьте SELinux

Если SELinux включен на вашем компьютере, то это может вызвать ошибку «sudo: PAM account management error: Permission denied». Убедитесь в том, что SELinux позволяет выполнить запрошенную операцию.

Заключение

Как видите, ошибки «sudo: PAM account management error: Permission denied» может быть вызвано несколькими причинами. Тем не менее, помня простые шаги, которые описаны выше, вы сможете легко ее исправить. Главное, не паниковать и не делать поспешных выводов. Если проблема не решается, то лучше обратиться за помощью к системному администратору.

We have a CentOS 7.7 system which is joined to a Microsoft AD domain using realmd/sssd. Sudo does work perfectly fine for local system users, however when we attempt to use sudo as an Active Directory user (ocftest) we get the following error:

sudo: PAM account management error: Permission denied

We are using the following version of sudo: sudo-1.8.23-9.el7.x86_64.rpm

The user can «ssh» perfectly fine to the system using their password. This issue comes up a few times after a bit of Googling, and commonly refers to adding the following to the «/etc/security/access.conf» file:

+ : ocftest : ALL
- : ALL : ALL

The users group with the same name (although I have tried the user) is present in the «/etc/sudoers.d/salt» file:

%ocftest@ad.domain.org ALL=(ALL) ALL

And just for completeness:

cat /etc/pam.d/sudo
#%PAM-1.0
auth       include      system-auth
account    include      system-auth
password   include      system-auth
session    optional     pam_keyinit.so revoke
session    include      system-auth

cat /etc/pam.d/sudo-i
#%PAM-1.0
auth       include      sudo
account    include      sudo
password   include      sudo
session    optional     pam_keyinit.so force revoke
session    include      sudo

cat /etc/pam.d/password-auth-ac
#%PAM-1.0
# This file is auto-generated.
# User changes will be destroyed the next time authconfig is run.
auth        required      pam_env.so
auth        required      pam_faildelay.so delay=2000000
auth        [default=1 ignore=ignore success=ok] pam_succeed_if.so uid >= 1000 quiet
auth        [default=1 ignore=ignore success=ok] pam_localuser.so
auth        sufficient    pam_unix.so nullok try_first_pass
auth        requisite     pam_succeed_if.so uid >= 1000 quiet_success
auth        sufficient    pam_sss.so forward_pass
auth        sufficient    pam_krb5.so use_first_pass
auth        required      pam_deny.so

account     required      pam_access.so
account     required      pam_unix.so broken_shadow
account     sufficient    pam_localuser.so
account     sufficient    pam_succeed_if.so uid < 1000 quiet
account     [default=bad success=ok user_unknown=ignore] pam_sss.so
account     [default=bad success=ok user_unknown=ignore] pam_krb5.so
account     required      pam_permit.so

password    requisite     pam_pwquality.so try_first_pass local_users_only retry=3 authtok_type=
password    sufficient    pam_unix.so md5 shadow nullok try_first_pass use_authtok
password    sufficient    pam_sss.so use_authtok
password    sufficient    pam_krb5.so use_authtok


password    required      pam_deny.so

session     optional      pam_keyinit.so revoke
session     required      pam_limits.so
-session     optional      pam_systemd.so
session     optional      pam_oddjob_mkhomedir.so umask=0077
session     [success=1 default=ignore] pam_succeed_if.so service in crond quiet use_uid
session     required      pam_unix.so
session     optional      pam_sss.so
session     optional      pam_krb5.so

cat /etc/sssd/sssd.conf
[sssd]
domains = ad.domain.org
config_file_version = 2
services = nss, pam

[domain/ad.domain.org]
ad_domain = ad.domain.org
krb5_realm = AD.DOMAIN.ORG
realmd_tags = manages-system joined-with-samba
cache_credentials = True
id_provider = ad
krb5_store_password_if_offline = True
default_shell = /bin/bash
ldap_id_mapping = True
ignore_group_members = False
use_fully_qualified_names = False
fallback_homedir = /home/%u
access_provider = ad
enumerate = True
dyndns_update = False
auto_private_groups = true
ad_access_filter = (&(memberOf=OU=Users,OU=REDACTED,DC=redacted,DC=org))

[pam]