SSH ou Secure SHell est une commande qui permet de se connecter à une machine distante, sur laquelle tourne un daemon (sshd).

L’intérêt de SSH est que la connexion entre les deux machine est sécurisé. Mais savez-vous que la connexion peut s’effectuer sans avoir à donner de mot de passe ?

Je vois deux intérêts principaux au fait de pouvoir se connecter sans mot de passe sur une machine distante :

- Si comme moi, vous administrez plusieurs machine, ça vous évite d’avoir à retenir les mots de passe. Ou pire, de mettre le même mot de passe partout.

- Pouvoir échanger des fichiers entre machines de manière automatique, un cron.daily pour des sauvegardes par exemple.

Voici comment faire :

Tout d’abord, il faut générer sur votre machine locale et pour votre utilisateur une clé publique et une clé privée. Pour ce faire il faut utiliser la commande suivante :

$ ssh-keygen

Vous pouvez répondre à toutes les questions posées en appuyant simplement sur la touche [Entrée], à moins que vous souhaitiez générer votre paire de clés avec une passphrase particulière.

Attention de ne pas écraser votre paire de clés si vous l’aviez déjà générée auparavant.

Ensuite, il faut diffuser la clé publique sur les machines distantes pour tous les utilisateurs sur les comptes desquels vous souhaitez pouvoir vous connecter.

$ ssh-copy-id <nom-utilisateur>@<machine-distante>

Saisissez le mot de passe de l’utilisateur visé, et c’est fait. Vous pourrez ensuite lancer une demande de connexion sur la machine en question et pour l’utilisateur choisi en utilisant la commande :

$ ssh <nom-utilisateur>@<machine-distante>

Aucun mot de passe ne vous sera demandé. Sachez également qu’il ne vous sera plus demandé de mot de passe pour la commande scp (Secure Copy), ce qui est très pratique pour envoyer une sauvegarde vers une autre machine.

Voici un premier bilan après avoir tenté l’installation rapide de Sun Java Communication Suite 5 sur une CentOS 4 virtualisée.

Je pense que cette suite est sur dimensionnée par rapport à mes besoins, mais elle semble néanmoins très intéressante.

Lorsque j’aurais fini d’évaluer les autres produits de ma sélection, je tenterai d’installer séparément Calendar Server, si toutefois c’est possible.

Sun Java Communication Suite

La version que j’ai tenté d’installer est la version 5 de la suite de communication de Sun. Malheureusement, cette version ne fonctionne pas avec CentOS 5 qui est ma plate-forme cible. Cependant, et afin de laisser à ce produit une réelle chance, je me suis décidé à virtualiser une CentOS 4 (sachant qu’une version 6 fonctionnant sur Cent OS 5 était actuellement en beta, je ne voulais pas écarter trop vite cette solution).

Ma CentOS 4 fin prête, je me lance dans l’installation de Sun Java CommSuite 5. L’installeur se lance avec une belle interface graphique, je me dis : « Cool, ça va être plus simple ». Puis ça a commencé à se corser lorsque j’ai vu apparaitre la liste présentant le choix de composants à installer. Je choisis alors la sécurité et je sélectionne tout.

Il s’en suit un nombre impressionnant de dialogues pour le paramétrage des différents composants. Je réponds donc aux questions sans trop réfléchir, en laissant les valeurs par défaut et en indiquant les mots de passes que j’ai choisi.

Je finis par arriver péniblement à la dernière fenêtre de l’assistant. Je clique sur le bouton me permettant de visualiser le journal d’installation, et je constate tristement que plusieurs composants sont en echec.

Qu’à cela ne tienne, je refais machine arrière et je décide de recommencer à zéro en m’aidant de la documentation d’installation fraichement téléchargée depuis le site de Sun. Je n’ai jamais vu une documentation aussi mal faite. On a l’impression qu’elle existe uniquement dans le but de montrer que seul un technicien certifié peut arriver à bout de cette installation. Cette doc est construite comme un véritable labyrinthe, toutes les explications font références à d’autres chapitres qui eux même font souvent référence à d’autres documentations.

Conclusion

La solution de Sun est certainement une bonne solution lorsqu’on est dans un environnement Solaris où l’installeur peut retrouver ses petits sans peine.

Mais pour moi, elle n’est pas adaptée à un environnement Linux. Sun utilise son serveur web et sa base de données, je souhaite trouver un produit qui s’appuie sur les standards de Linux (apache, mysql, …).

Je reviendrais sans doute vers la version 6 quand elle sera sortie officiellement par simple curiosité, mais pour l’instant, je ne retiens pas cette solution.

Déjà une trentaine de visiteurs sur mon blog alors que je n’y ait rien écrit de bien intéressant. Faut dire que c’est pas très malin de ma part de partir en vacances le lendemain de la mise en service du blog.

Je vais donc sans tarder me mettre au travail et parler de mon tout nouveau Sony Vaio VGN-SZ71VN/X.