Comment résoudre un problème d'accès crontab avec un message d'erreur de configuration pam? [fermé]

12

Fermé . Cette question a besoin de détails ou de clarté . Il n'accepte pas actuellement les réponses.

Voulez-vous améliorer cette question? Ajoutez des détails et clarifiez le problème en modifiant ce message .

Fermé il y a 5 ans .

J'ai tenté d'accéder à ma crontab en tant qu'utilisateur non root "coins" lorsque j'ai rencontré un problème d'autorisations, comme indiqué dans le message d'erreur suivant mentionnant la configuration de pam:

[coins@COINS-TEST ~]$ crontab -l

Authentication service cannot retrieve authentication info You (coins) are not allowed to access to (crontab) because of pam configuration.

Quelle est la solution la plus courante pour ce problème d'accès à crontab?

linux cron pam

— Raj
source

2

Cela peut être utile si vous incluez des détails supplémentaires sur votre système, tels que le système d'exploitation et la version principale. Souvent, les fichiers journaux contiennent plus d'informations que l'erreur que vous voyez en tant qu'utilisateur /var/log/messageset /var/log/securesur le système Linux.

— HBruijn

20

Vous devez autoriser l'utilisateur à utiliser cron dans le fichier de la table de contrôle d'accès de connexion /etc/security/access.conf
Utilisez l'entrée suivante qui permettra à l'utilisateur de pièces de monnaie d'exécuter des tâches cron:

# Allow the coins user to run cron jobs
+: coins : cron crond :0

Assurez-vous qu'il se trouve au-dessus de la dernière entrée:

# Deny all other users access by any means.
-: ALL : ALL

Comme cette entrée refuse ( -) l'accès de toutes les sources à tous les autres utilisateurs non mentionnés précédemment dans le fichier.

Notez également que les
comptes expirés reçoivent le même message d'erreur que les comptes non autorisés.
Veuillez vérifier le compte refusé pour voir s'il a expiré:

chage -l accountname

— geedoubleya
source

1

Je suis heureux que cette solution soit toujours utile, même s'il a été décidé que le problème était trop vague.

— geedoubleya

Je ne sais pas pourquoi le problème a été signalé comme trop vague. J'ai eu le même problème, et cette réponse a parfaitement fonctionné.

— Hazok

Pourquoi chacun de ces éléments est-il nécessaire? Surtout le :0?

— MikeyB

Le mot de passe expiré était la raison dans mon cas. Mot de passe modifié, et tout fonctionne bien.

— rohitmohta

4

Vous pouvez vérifier ce qui se trouve ici:

/etc/cron.allow

et voyez également si selinux est en cours d'exécution et à l'origine du problème. Il est recommandé de fouiller / var / log / messages ou syslog.

— kokoto
source

0

Si vous avez accès à sudo, vous pouvez contourner ce problème avec:

$ sudo crontab -u `whoami` -l

Pour une solution permanente avec ci-dessus, créez un alias dans votre .bashrc:

alias crontab='sudo crontab -u `whoami`'

Après avoir ajouté l'alias, ouvrez un nouveau terminal et essayez à nouveau d'exécuter la commande crontab:

$ crontab -l

— viranch
source

1

Ce serait une excellente solution, mais au moins sur ma saveur de Linux (CentOS 7.3), il a le même échec: % sudo crontab -u foo -l- You (foo) are not allowed to access to (crontab) because of pam configuration.

— Ken Williams