Pourquoi la commande sudo prend-elle du temps à s'exécuter ?

Dans mon cas, le nom d'hôte (qui a été configuré dans le fichier /etc/sysconfig/network ) n'existait pas dans /etc/hosts Ainsi, en l'ajoutant au fichier susmentionné, le fichier s'ouvre rapidement.

Je ne suis pas sûr pour Fedora, mais j'ai utilisé d'autres systèmes où sudo vérifiait d'où vous êtes connecté, ce qui, si votre DNS n'est pas bien configuré, peut prendre des lustres de temps. Cela peut également être vu lorsque vous vous connectez en SSH à la machine - cela prend des heures avant d'obtenir une invite. de temps pour obtenir une invite.

J'ai eu un problème similaire, je l'ai résolu en plaçant à la fois le nom d'hôte (par exemple mybox) et la sortie complète de la commande hostname (mybox.mydomain.com). Cela a permis de résoudre le problème. Je suis passé de 2 minutes pour ouvrir /etc/hosts à un accès instantané.

Cas de SELinux

Si la même commande sudo est lent seulement dans un démon et rapide sur la ligne de commande, alors il est causé par SELinux le plus probable. (SELinux = NSA Security-Enhanced Linux kernel module, activé dans Fedora par défaut).

Un cas typique est celui d'un serveur http et d'un script spécial pour la gestion du serveur, limité dans le temps. sudoers :

apache ALL=(root_or_user) NOPASSWD: /full/path/the_safe_command

Il est typique dans ce cas que rien concernant SELinux ne soit signalé dans le journal d'audit. ausearch -m avc -ts today mais le script va vite si nous désactivons temporairement l'application par setenforce 0 . (et puis retour en permettant par setenforce 1 )

Les seuls messages pertinents dans le journal du système (journalcrl) sont ceux-ci après le délai de 25 secondes :

... sudo[...] pam_systemd(sudo:session) : Échec de la création de la session : N'a pas reçu de réponse. Les causes possibles sont les suivantes : l'application distante n'a pas envoyé de réponse, la politique de sécurité du bus de messages a bloqué la réponse, le délai de réponse a expiré ou la connexion réseau a été interrompue.
... sudo[...] : pam_unix(sudo:session) : session ouverte pour l'utilisateur root par (uid=0)

La journalisation de tous les messages silencieux "dont-audit" de SElinux peut être activée par semodule -DB et désactivé à nouveau par semodule -B .
(J'espère écrire bientôt un module de politique SELinux pour ce cas ici ou une méthode de cette réponse peut être utilisé).

Vérifiez votre fichier /etc/hosts et assurez-vous que vous avez une entrée pour 127.0.0.1

( fuente )