(root) НЕВОЗМОЖЕН авторизовать пользователя с помощью PAM (Permission denied)
.. означает родительский каталог того, в котором вы сейчас находитесь. В контексте некоторого кода это будет означать родительский каталог того, в котором код выполняется. В зависимости от того, что это за код, это может быть несколько разных мест.
../../ dir / index.html означает, что index.html - это два каталога «вверх», а затем внутри каталога dir .
В итоге я переупорядочил свой access.conf следующим образом. В некотором смысле я поместил запись cron в качестве моей второй записи в файл конфигурации, которая, кажется, правильно устанавливает разрешения для root на доступ к cron.
#
# Disallow non-root logins on tty1
#
#-:ALL EXCEPT root:tty1
#
# User "root" should be allowed to get access via cron.. tty5 tty6.
+ : root : cron crond :0 tty1 tty2 tty3 tty4 tty5 tty6
#
# Disallow console logins to all but a few accounts.
#
-:ALL EXCEPT wheel shutdown sync:LOCAL root
Если кто-то знает, но я подозреваю, что разрешения строятся на том, как они прописаны в конфиге. Даже если у вас есть разрешение через запись в конфигурации, если строка перед этой записью запрещает вам доступ, она перезаписывает запись разрешения, поскольку она была первой?
В следующей строке:
crond[17411]: pam_access(crond:account): access denied for user root' from cron'
Похоже, это cron запретил доступ. Проверьте, есть ли в вашей системе файл cron.allowили cron.deny. каталог /etcили /etc/cron.d. Если у вас есть файл cron.allow, вам нужно будет добавить туда своего пользователя, если у вас есть файл cron.denyи корень указан там, вам нужно будет удалить его.