Petit problème ssh

Salut,

Ce que tu dois taper est marqué en toutes lettres :



Sinon, ssh en root, ce n'est pas ce qu'on fait de mieux ;-(

Bonjour

Oulala attention. Ce message d'erreur n'est pas innocent avant d'aller trop vite.

Signification du message d'erreur

L'une des sécurité de ssh est de s'assurer que quand tu te connectes à un serveur, tu t'adresses bien au serveur auquel tu penses. C'est le rôle des fingerprints (empreintes en français).

La première fois que tu te connectes en ssh à un serveur, celui-ci te donne son empreinte. Tu es supposée la contrôler (pour plus de détails, voir ici). L'association entre le nom du serveur et l'empreinte est alors sauvegardée dans

~/.ssh/known_hosts

. Ainsi, par la suite, ton client

ssh

ne te redemande pas de faire cette vérification, il la fait pour toi.

Sauf que l'empreinte annoncée par le serveur n'est pas celle qu'il connaît. Cela signifie que pour lui, tu ne t'adresses pas au serveur auquel tu crois.

Causes possibles du message d'erreur

Voici les trois principales causes :
1) soit ton trafic est dérouté vers un autre serveur et quelqu'un cherche à y recueillir des informations sensibles (d'où l'alerte).
2) soit le paquet

ssh-server

a été réinstallé et l'empreinte a été régénérée.
3) parfois tu as plusieurs serveurs ssh à la maison, mais tes PCs ne reçoivent pas toujours la même IP. Et du coup pour une même IP, le client ssh ne voit pas toujours la même empreinte. C'est peut-être ton cas, mais dans ce cas, il serait pas mal que ces machines reçoivent une IP fixe (voir paramètres DHCP de ta box).

Tu es probablement dans ce troisième cas vue l'IP.

Résolution du message d'erreur

Dans les cas 2 et 3, il est légitime de supprimer la clé de

~/.ssh/known_hosts

, soit en supprimant la ligne appropriée de ce fichier, soit à l'aide de la commande suggérée.

Remarques additionnelles

1) Connexion root via ssh

C'est une TRÈS MAUVAISE idée d'autoriser les connexions en root sur un linux. Ce login est systématiquement attaqué, d'une part car il offre des droits maximaux, et d'autre part car il existe toujours.

Un serveur ssh bien configuré devrait TOUJOURS rejeter les connexion en tant que root. Charge au client de se connecter avec son login utilisateur puis de passer en root avec

su -

ou

sudo -s

une fois connecté.

Je te recommande vivement de corriger le fichier

/etc/ssh/sshd_config

:

sudo nano /etc/ssh/sshd_config

... et dans ce fichier, d'ajouter ou de décommenter (en supprimant le # en début de ligne) la ligne (~l33)

PermitRootLogin no

(ctrl x pour sauver et quitter). Enfin redémarre le serveur sshd :

sudo service ssh restart

2) Connexion par mot de passe

Pour un maximum de sécurité et pour avoir quelque chose de plus pratique à utiliser, je te recommande de faire une authentification par clé ssh plutôt que par mot de passe. Créer une clé ssh se fait facilement, et par la suite l'authentification se fait automatiquement (il faut juste déverrouiller la clé au préalable).

a) Pour créer ta clé, côté client :

ssh-keygen -t rsa -b 2048

Ceci crée le fichier

~/.ssh/id_rsa

(ta clé privée, à garder précieusement et uniquement sur des machines de confiance) et

~/.ssh/id_rsa.pub

(ta clé publique, que tu peux disséminer sans risque). Vois un peu ça comme une clé et un cadenas : pas de problème pour redistribuer des cadenas, par contre la clé qui les ouvre doit être gardée précieusement dans un endroit sûr.

b) Pour installer ta clé ssh publique (tant que l'authentification par mot de passe est autorisée) sur le serveur

MY_MACHINE

avec le login

MY_LOGIN

, deux méthodes sont possibles.

Méthode 1: par

ssh-copy-id

ssh-copy-id -i ~/.ssh/id_rsa.pub MY_LOGIN@MY_MACHINE:

Méthode 2 : à la main.

c) Côté serveur, le fichier

~/.ssh/authorized_keys

liste les clés publiques (une par ligne) qui permettre de s'authentifier par clé. Il suffit donc de le créer (s'il n'existe pas déjà) et d'y copier coller le contenu de ta clé publique.

Une fois la clé installée, vérifie qu'elle marche. Côté client :

ssh-add
ssh MY_LOGIN@MY_MACHINE

d) Si tout est ok, on peut alors désactiver, sur le serveur, l'authentification par mot de passe.

sudo nano /etc/ssh/sshd_config

... à l'aide des instructions (~l57) :

PasswordAuthentication no
PermitEmptyPasswords no

Puis sauve et quitte (ctrl x).

e) Enfin redémarre le serveur sshd :

sudo service ssh restart

Bonne chance