tyPouypOblOg

Finalement l’envie de bloguer me reprend. Après divers aventures je vais essayer de faire un résumé de ce qu’il c’est passé ces deux dernier mois regarde la date du dernier billet affiché Ouch ! le 4 mars, oui c’est bien ça, même plus de deux mois.

• J’ai changé de boulot (je suis maintenant chez un petit éditeur de la région)
• La poumibox est devenue la bricabox et a maintenant son nom de domaine: www.bricabox.info. Elle héberge toujours le blog de Jean-mi lacomte et le teaser qui n’en fini plus de Zifro avec son zlab.fr. D’ailleurs, y’a quelque éléments dont je reparlerais par rapport à cette box ;-)
• La bricabox toujours, esst enfin passé à la version 4.1 d’openbsd qui apporte sont lot d’évolution. A noté l’exellent thème (pas trop dur de faire mieux que puffyx de la version 4.0): Puffy baba and the 40 vendors en référence aux éternels vendeurs de cartes et autres périphériques qui ne fournissent pas les spécifications matérielles permettant d’implémenter un pilote libre pour leur utilisation :(
• Nous avons aménagé la pièce qui nous servais de débaras pour y installer un bureau, un vrai :-)
• On a commencé à s’habituer doucement à la région (et à découvrir des coins sympa dont je reparlerais surement ici.
• Et j’en oublie surement (en 2 mois il s’en apsse des choses !) mais c’est déjà pas mal.

A bientôt surement, et désolé pour les quelques personnes (s’il y’en a) qui avait l’habitude de passer par ici de l’absence sans trop d’explication. J’ai eu un coup de démotivation pour ce blog…

Juste pour prévenir de petites modifications dans la sidebar:

• Le logo de l’APRIL fait son apparition, si vous ne connaissez pas encore, allez y faire un tour ;-)
• Le lien art point désormé sur art.typouype.org en remplacement de l’ancien photos.typouype.org. C’est plus généraliste, c’est mieux pour moi qui ne suis ni graphiste, ni photographe.
• Le lien zone.typouype.org à été remplacé par bac à sable pointant sur sandbox.typouype.org parce que j’en avais envie :-p

Bon il faut encore que je remplace les divers liens des anciens billets, mais vous pouvez remprendre une activité normal :)

Accéder à un serveur, avant ça se faisait par telnet. Maintenant Telnet est utilisé pour tester les connexions d’un serveur HTTP ou SMTP (ou autres) mais surement pas pour faire de l’administration de machine, car telnet est simple, basique et transmet en clair toute les instruction tapé, y compris les mots de passe.

Pour un accès plus sécurisé, l’administration de serveur (ou la simple connexion) s’effectue par le biais d’SSH. SSH est un protocole de communication, OpenSSH (voir aussi le site officiel OpenSSH.org) est un ensemble d’outil libre permettant l’utilisation de ce protocole.

Bon on arrête là les liens vers wikipedia :p Le but c’est donc de ce connecté de manière sécurisé à une machine distante. Pour cela, la machine distante doit avoir un “serveur” (ou démon) ssh qui écoute sur un port (par défaut: le 22). La commande en question:

ssh login@machine

et oui, tout simplement aller voir la man page ssh(1) pour en savoir plus.

Ensuite il faut saisir un mot de passe. Quand c’est une fois de temps à autre, ça peut aller. Quand cela vous arrive souvent taper tout le temps des mot de passe peut devenir pénible. On peut y remédier simplement. Tout d’abord, il faut se créer une clé. La commande ssh-keygen(1) nous permet de créé une clé privée et une clé publique chiffré en utilisant soit un type RSA soit DSA (arf, encore des lien wikipédia :-p ). Prenons DSA qui apparement est plus sécurisé (je ne suis pas un expert en sécurité, si quelqu’un peut me confirmé ça ?)

yafra@yeti:~$ ssh-keygen -t dsa
Generating public/private dsa key pair.
Enter file in which to save the key (/home/yafra/.ssh/id_dsa):
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /home/yafra/.ssh/id_dsa.
Your public key has been saved in /home/yafra/.ssh/id_dsa.pub.
The key fingerprint is:
90:56:9d:14:00:96:a1:73:dc:d1:ca:ef:09:fd:28:e6 yafra@yeti
yafra@yeti:~$

En plus de préciser l’endroit où l’on souhaite placer les clefs, on peut préciser une phrase qui servira de confirmation de clef. Cette commande va donc créer une clé publique et une privée dans le répertoire .ssh (dans mon cas). On retrouve un fichier id_dsa pour la clé privée et un id_dsa.pub pour la clé publique.

Bien, maintenant on va ajouter la clé publique sur les serveur que l’on veux pouvoir contacter sans saisir de mot de passe. On vas utiliser la commande scp(1) pour ça.

scp .ssh/id_dsa.pub monlogin@monserveur:.ssh/

On place notre clé publique dans le repertoire .ssh de notre utilisateur sur le serveur cible. Ensuite il faut se placer sur le serveur en question pour effectuer l’ajout de la clé dans la liste des cléfs autorisés:

ssh monlogin@monserveur
cat .ssh/id_dsa.pub >> .ssh/authorized_keys

Et voilà, le tour est joué. On peut maintenant se connecter en ssh sur cette machine en tapant simplement:

ssh monlogin@monserveur

Et sans avoir à taper de mot de passe. La seul condition est d’avoir la clé privé correspondante placé dans le repertoire .ssh (ou autre en fonction de la configuration du client ssh, mais c’est une autres histoire).

Ca faisait longtemps que j’avais pas posté. Faut dire qu’en se moment jesuis pas mal pris… tiens je vais d’ailleurs faire un petit top un de ces jours, dès que j’ai retouché quelque photos pour mettre avec :).

Pour ce qui est de ce billet, c’est pas bien compliqué, c’est des infos qu’on peut trouver sur pas mal de site, mais je pense que ça ne tueras personne que l’info soit disponible un peu plus :) et puis ça me fait plaisir de parler d’OpenSSH et de SSH en général, je m’en sert quotidiennement. Désolé pour ceux qui eventuellement ne comprendrais rien à tout ça (hein Terckan ;-) ).

En préparation d’un migration à la version 4.0 du système du poisson lune, je vais appliquer les patchs de sécurité de la 3.9, histoire d’être le plus à jour possible et effectuer une migration douce.

Il se peut que le service de ce blog et de celui de la comte soit perturbé. Désolé pour la gène occassionée.

Depuis le temps que je doit faire ça… Ce qui est bête c’est que ce n’est pas grand chose, mais que ça prend du temps. Du temps de téléchargement (surtout au début pour récupérer les sources) et du temps de compilation. Mais maintenant que je suis dans une vrai société qui fait de la vrai informatique, j’ai un accès ssh à mon serveur et je peut tranquillement lancer un téléchargement, une compile, sans nuire à mon travail :)