Parce que l’authentification ne se fait pas au niveau de systemctl mais au niveau du daemon systemd. Tu peux réécrire systemctl en shell à coups de dbus-send si ça t’amuse : tout ce qu’il fait c’est des appels RPC, que systemd doit ensuite authentifier.
Autrement dit : sudo est là pour gérer l’authentification de commandes (au niveau de l’appelant), polkit est là pour gérer l’authentification d’appels dbus (au niveau de l’appelé). systemctl/systemd correspond à ce second modèle.
[^] # Re: GPG aussi
Posté par Moonz . En réponse au message [systemd] désactivation de la demande de mot de passe via GUI lors de l'arrêt/relance d'un service. Évalué à 5.
Parce que l’authentification ne se fait pas au niveau de systemctl mais au niveau du daemon systemd. Tu peux réécrire systemctl en shell à coups de dbus-send si ça t’amuse : tout ce qu’il fait c’est des appels RPC, que systemd doit ensuite authentifier.
Autrement dit : sudo est là pour gérer l’authentification de commandes (au niveau de l’appelant), polkit est là pour gérer l’authentification d’appels dbus (au niveau de l’appelé). systemctl/systemd correspond à ce second modèle.