web-dev-qa-db-fra.com

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

Je viens d'installer Ubuntu 14.04 et LAMP à ce sujet. Ensuite, je voulais configurer mon serveur, donc essayé This tutoriel.

Quand je donne la commande:

ssh root@localhost

Je reçois: permission refusée, veuillez réessayer. Je me suis connecté en tant qu'utilisateur root via la commande:

Sudo -i

J'ai aussi 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 cela ne semblait pas fonctionner pour moi.

serverpermissionssshapache2
25
vnay92

Par défaut, le serveur SSH refuse la connexion basée sur 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 les clés SSH. Si vous n'en avez pas, créez-en un en utilisant ssh-keygen (respectez la valeur par défaut pour 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
54
muru

Dans certains cas, après le changement,

PermitRootLogin yes

doit vérifier cette configuration:

DenyUsers root
AllowUsers saeid

et pour activer la connexion doit changer à:

#DenyUsers root
AllowUsers root OtherUser
4
Amini

Si vous n'avez pas donné de mot de passe pour root et que vous essayez de lancer une commande sur spark ou un 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 en utilisant

Sudo passwd

et commandes de tir.

3
D Nilesh

J'ai eu un problème similaire à celui-ci. J'avais besoin de deux PC , l'un sur Ubuntu et l'autre sur Arch , synchroniser des fichiers via Unison, mais avec la même erreur d’autorisation refusée. Pour ceux qui ont le même problème que moi, voici ce que j'ai fait:

Premièrement: a installé la même version d’Unison sur les deux PC. C'était un peu difficile car celui disponible sur le centre logiciel était en retard sur ce qui était facilement disponible pour Arch. Je ne pouvais donc pas trouver une version plus haute pour Ubuntu, alors j'ai remplacé celle de Arch par une version plus basse. Vous en avez trouvé un ici: http://zdia.de/downloads/unison-2.40.102-linux-x86_64 . La même version est dans le centre logiciel pour Ubuntu.

Deuxièmement: suivez 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 en ssh. Mais cela a été résolu en modifiant "id_dsa.pub" en "id_rsa.pub" dans la ligne "ssh-copy-id -i $ HOME/.ssh/id_dsa.pub [email protected]". Probablement ma faute, car je pense avoir oublié d'ajouter "-t dsa". Quoi qu'il en soit, essayez d'abord la commande d'origine. SI vous obtenez une erreur, , puis passez à rsa.

Après avoir suivi les étapes ci-dessus, j'ai constaté que je ne pouvais toujours pas connecter Unison à l'autre serveur, pas plus que je ne pouvais me connecter (sans Unison) via ssh à l'autre serveur. Finalement, après des heures de recherche sur Google, j'ai été conduit à cette page et la réponse donnée à mon Muru a scellé le contrat.

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, ainsi que l'alto!

0
Josh Buzz