autorisation refusée pour root @ localhost pour la connexion ssh

28

Je viens d'installer Ubuntu 14.04 et LAMP dessus. Ensuite, je voulais configurer mon serveur, alors j'ai essayé ce tutoriel.

Quand je donne la commande:

ssh root@localhost

J'obtiens: Autorisation refusée, veuillez réessayer. Je me suis connecté en tant qu'utilisateur root via la commande:

sudo -i

J'ai également essayé la même chose, en me connectant via:

sudo -s

J'utilise le même mot de passe que celui utilisé pour me connecter en tant qu'utilisateur, mais je reçois toujours le même message d'erreur.

Quelqu'un pourrait-il m'aider ici?

PS: J'ai examiné cette question mais ne semble pas fonctionner pour moi.

vnay92
la source

Réponses:

57

Par défaut, le serveur SSH refuse la connexion par mot de passe pour root. Dans /etc/ssh/sshd_config, changez:

PermitRootLogin without-password

à

PermitRootLogin yes

Et redémarrez SSH:

sudo service ssh restart

Ou, vous pouvez utiliser des clés SSH. Si vous n'en avez pas, créez-en un en utilisant ssh-keygenla valeur par défaut de la clé et ignorez le mot de passe si vous en avez envie. Ensuite, faites sudo -s(ou quelle que soit votre méthode préférée pour devenir root) et ajoutez une clé SSH à /root/.ssh/authorized_keys:

cat /home/user/.ssh/id_rsa.pub >> /root/.ssh/authorized_keys
muru
la source
J'obtiens cette erreur: cat: /home/user/.ssh/id_rsa.pub: Aucun fichier ou répertoire de ce type.
vnay92
Ah. Désolé. J'ai supposé que vous aviez une clé SSH. En tant qu'utilisateur, faites ssh-keygen(sauter un mot de passe pour la clé SSH si vous le souhaitez et respectez les valeurs par défaut pour le reste) pour en créer un. En outre, j'espère que vous avez remplacé uservotre nom d'utilisateur réel.
muru
Les deux méthodes n'ont pas fonctionné pour moi! J'ai même vérifié mon dossier personnel; c'est vide. Que devrais-je faire?
Heich-B
5

Dans certains cas, après changement,

PermitRootLogin yes

doit vérifier cette config:

DenyUsers root
AllowUsers saeid

et pour activer la connexion doit changer en:

#DenyUsers root
AllowUsers root OtherUser
Amini
la source
4

Si vous n'avez pas donné de mot de passe pour root et que vous essayez de lancer une commande sur spark ou haddop comme ./sbin/stop-all.sh or./sbin/start-all.sh. Si vous n'avez pas de mot de passe root, vous pouvez en configurer un à l'aide de

sudo passwd

et tirer des commandes.

D Nilesh
la source
1

J'ai eu un problème similaire à cela. J'avais besoin de deux PC , un sur Ubuntu et un autre sur Arch , pour synchroniser les fichiers via Unison, mais j'ai rencontré la même erreur d'autorisation refusée. Juste pour le bien de ceux qui ont le même problème que moi, voici ce que j'ai fait:

Premièrement: installé la même version d'Unison sur les deux PC. C'était un peu difficile car celui disponible sur le centre logiciel était derrière ce qui était facilement disponible pour Arch. Donc, je n'ai pas pu trouver de version supérieure pour Ubuntu, j'ai donc remplacé celle d'Arch par une version inférieure à la place. Trouvé un ici: http://zdia.de/downloads/unison-2.40.102-linux-x86_64 . La même version se trouve dans le centre logiciel pour Ubuntu.

Deuxièmement: J'ai suivi les étapes à partir d'ici: https://www.howtoforge.com/setting-up-unison-file-synchronization-between-two-servers-on-debian-squeeze (Remarque: Arch était mon serveur 1 et Ubuntu était mon serveur 2.)

J'ai rencontré un problème à l'étape 3 alors que j'essayais de copier ssh. Mais il a été résolu en remplaçant "id_dsa.pub" par "id_rsa.pub" dans la ligne "ssh-copy-id -i $ HOME / .ssh / id_dsa.pub [email protected]". Probablement ma faute, car je pense que j'ai oublié d'ajouter "-t dsa". Quoi qu'il en soit, essayez d'abord la commande d'origine. SI vous obtenez une erreur, puis passer à rsa.

Après avoir suivi les étapes ci-dessus, j'ai constaté que je n'arrivais toujours pas à faire en sorte qu'Unison se connecte à l'autre serveur, je ne peux pas non plus me connecter (sans Unison) via ssh à l'autre serveur. Enfin, après des heures de recherche sur Google, j'ai été conduit à cette page, et la réponse donnée à mon Muru a scellé l'accord.

Après l'avoir appliqué, je pouvais maintenant me connecter via SSH au serveur 2.

J'ai donc exécuté Unison et corrigé les paramètres de profil et l'alto!

Josh Buzz
la source