|
Компьютерный форум OSzone.net » Linux и FreeBSD » Общий по Linux » Redhat/Fedora - PAM (failed to authorize user with pam - Cron) |
|
Redhat/Fedora - PAM (failed to authorize user with pam - Cron)
|
Новый участник Сообщения: 27 |
Профиль | Отправить PM | Цитировать Здравствуйте Форумчане. Спасибо за ваше внимание.
Есть у заказчика OpenVZ. На одном из контейнеров (CentOS release 6.7 (Final)) пытаюсь решить проблему. Проблема: # crontab -e Authentication service cannot retrieve authentication info You (root) are not allowed to access to (crontab) because of pam configuration. Jan 16 15:01:01 tpl-new crond[15357]: (root) FAILED to authorize user with PAM (Authentication service cannot retrieve authentication info) Jan 16 15:10:01 tpl-new crond[16606]: (root) FAILED to authorize user with PAM (Authentication service cannot retrieve authentication info) cat /etc/pam.d/crond # The PAM configuration file for the cron daemon # No PAM authentication called, auth modules not needed account required pam_access.so debug account include password-auth session required pam_loginuid.so session include password-auth auth include password-auth Признаться с PAM не сталкивался никогда. Не понимаю как он работает. И нахрапом взять его не получилось. Прошу хотя бы вашего мнения, направления - куда копать. Заранее Спасибо! |
|
Отправлено: 15:24, 16-01-2018 |
Забанен Сообщения: 6345
|
Покажите вывод
grep -v -e ^# -e ^$ /etc/pam.conf grep -v -e ^# -e ^$ /etc/security/access.conf |
Отправлено: 17:38, 16-01-2018 | #2 |
Для отключения данного рекламного блока вам необходимо зарегистрироваться или войти с учетной записью социальной сети. Если же вы забыли свой пароль на форуме, то воспользуйтесь данной ссылкой для восстановления пароля. |
Новый участник Сообщения: 27
|
Профиль | Отправить PM | Цитировать |
Отправлено: 11:27, 17-01-2018 | #3 |
Новый участник Сообщения: 27
|
Профиль | Отправить PM | Цитировать Друзья ... очень на вас рассчитываю
|
Последний раз редактировалось LLIkoD, 17-01-2018 в 16:02. Отправлено: 14:36, 17-01-2018 | #4 |
Забанен Сообщения: 6345
|
Цитата LLIkoD:
Цитата LLIkoD:
|
|||
Отправлено: 17:51, 17-01-2018 | #5 |
Новый участник Сообщения: 27
|
Профиль | Отправить PM | Цитировать Может тут что то?
Всё отключено # sestatus SELinux status: disabled # iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination |
Отправлено: 09:44, 18-01-2018 | #6 |
Новый участник Сообщения: 27
|
Профиль | Отправить PM | Цитировать anybody ?
|
Отправлено: 13:10, 19-01-2018 | #7 |
just mar Сообщения: 3904
|
Профиль | Отправить PM | Цитировать LLIkoD,
а можно я сначала зайду? Вам точно нужен юзерский крон для рута, а не просто /etc/crontab ? |
Отправлено: 15:52, 29-01-2018 | #8 |
Новый участник Сообщения: 27
|
Профиль | Отправить PM | Цитировать (Простите, я не понимаю почему вы крон, запущенный из под рута, зовёте юзерским)
Задача добавить в крон скрипт чистящий времянки созданные приложением запущенным из под рута. Думаю крон мне потребуется именно рутовый, что бы скрипт имел право на удаление. drwx------ 2 root root 4096 Jan 15 11:27 template9171817451544848430 drwx------ 2 root root 4096 Jan 27 09:12 template9172310449941554954 drwx------ 2 root root 4096 Jan 26 00:34 template9173399062074210944 drwx------ 2 root root 4096 Jan 23 11:48 template9173633267853307291 drwx------ 2 root root 4096 Jan 15 13:56 template9173980295875671126 drwx------ 2 root root 4096 Jan 12 00:17 template9175074460009516576 drwx------ 2 root root 4096 Jan 22 17:10 template9175118386539401713 |
Последний раз редактировалось LLIkoD, 30-01-2018 в 10:01. Отправлено: 07:58, 30-01-2018 | #9 |
just mar Сообщения: 3904
|
Профиль | Отправить PM | Цитировать LLIkoD,
смотрите, есть общий крон, который живет в /etc/crontab Правит его только root, но запускаются в нем приложения от имени тех пользователей, которые указаны в соответствующих строках, например: Цитата:
А есть пользовательские скрипты, которые живут совсем в другом месте и правятся по команде crontab -e (или crontab -uимя_пользователя -e). У них в формате строки нет указания на то, от какого пользователя исполняется скрипт т.к. они и так все идут от имени пользователя. В этом смысле я и написала про пользовательский скрипт рута. Так вот, Вам, насколько я понимаю, для Ваших целей вполне можно править /etc/crontab, указывая, что программа должна идти от пользователя root, а не бороться с правами и безопасностью SeLinux |
|
Отправлено: 15:07, 30-01-2018 | #10 |
Участник сейчас на форуме | Участник вне форума | Автор темы | Сообщение прикреплено |
| |||||
Название темы | Автор | Информация о форуме | Ответов | Последнее сообщение | |
Debian/Ubuntu - Проблема с kerberos + pam | VladDV | Общий по Linux | 1 | 09-10-2012 05:51 | |
C/C++ - [решено] GUI для динамической библиотеки. PAM | .Rock. | Программирование и базы данных | 2 | 21-05-2012 22:37 | |
MSFT SQL Server - Ошибка login failed for user 'domain\user' [CLIENT: <local machine>] | eboue | Программирование и базы данных | 4 | 05-03-2011 16:05 | |
PAM | DominuS | Общий по Linux | 12 | 03-07-2005 13:09 | |
установка PAM'а | Slimm | Общий по Linux | 7 | 04-07-2004 17:10 |
|