serveur openssh: message d'envoi rejeté

16

Lorsque j’ai essayé de redémarrer le sshserveur sur ma boîte Ubuntu, j’ai

me@me-one:~$ service ssh restart
restart: Rejected send message, 1 matched rules; type="method_call", sender=":1.63" (uid=1000 pid=3354 comm="restart ssh ") interface="com.ubuntu.Upstart0_6.Job" member="Restart" error name="(unset)" requested_reply="0" destination="com.ubuntu.Upstart" (uid=0 pid=1 comm="/sbin/init")

J'ai réalisé que je n'avais pas sudo-ed

me@me-one:~$ sudo service ssh restart
ssh start/running, process 3386

Pourquoi la première tentative n'a-t-elle pas généré une erreur similaire Permission deniedou quelque chose de similaire? Suis-je en train de remplacer l'erreur lors de l'exécution en tant que rootet d'ignorer implicitement l'avertissement / l'erreur? Ou est-ce simplement une mauvaise programmation par les opensshdéveloppeurs?

Lelouch Lamperouge
la source

Réponses:

13

La «mauvaise programmation» d'une personne peut être «ça fonctionne comme prévu» d'une autre personne.

Il est vrai que vous avez besoin de privilèges root pour redémarrer, démarrer, arrêter, etc. et vous obtenez ce message parce que vous ne disposez pas de ces privilèges. Mais je suis d'accord que ce serait bien si le message que vous aviez lorsque vous avez essayé de le faire sans privilèges root était plus utile.

Vous pouvez vérifier si les bugs existent déjà dans Launchpad à ce sujet (probablement sous arriviste ) et sinon, le signaler. C'est le genre de chose, cependant, où je serais presque sûr que vous ne seriez pas la première personne à le remarquer car c'est si commun. Quoi qu'il en soit, la recherche de bogues peut être enrichissante.

thomasrutter
la source
0

Pour l'instant, pour démarrer ou arrêter un service, vous devez disposer de privilèges de super-utilisateur. Vous devez ajouter sudo avant la commande.

Commencer,

sudo service ssh start

Arrêter,

sudo service ssh stop

Recommencer

sudo service ssh restart

Pour vérifier l'état,

sudo service ssh status

Remarque:

  • sudo permet à un utilisateur autorisé d'exécuter une commande en tant que superutilisateur.
karthick87
la source