Quand on administre un serveur Linux, il est nécessaire de pouvoir s'y connecter, idéalement avec ssh. Le problème c'est que si on laisse un port ssh ouvert au monde entier, on se retrouve rapidement avec des série d'attaques "Brute Force" qui risquent d'exposer le serveur en plus de charger son cpu.

Afin de contourner le problème, on peut décider d'autoriser le ssh (ou d'autres protocoles), seulement à partir d'une adresse IP, par exemple celle d'un machine passerelle sur internet, ou celle d'un client à qui on donne ce genre d'accès. La commande iptables ressemblerait
à ceci:

iptables -A INPUT -s $IP_DE_CONFIANCE -p tcp --dport 22 -j ACCEPT

Ça nous limite toutefois à une adresse IP qu'on connaît à l'avance. J'ai donc imaginé une solution très simple qui permette d'ouvrir la porte à partir d'une page web...

Le cabinet d'études Net Applications a publié les résultats d'une étude qui révèle que Microsoft accuse un recul de ses parts de marché en se retrouvant à 89,62 % des systèmes.

Ça m'a donné envie de partager avec vous une petite vidéo pour illustrer cette situation. ;)

C'est souvent utile, alors je partage avec vous deux petits trucs.

D'abord un petit rappel. Unix, et donc Linux, compte le temps en secondes depuis le 1er janvier 1970. Donc si vous voulez savoir combien de secondes se sont écoulées, vous faite la commande suivante (il est ven nov 28 11:12:53 EST 2008):

[scarrillo@vercors ~]# date +%s
1227888773

Si vous avez une application qui fait des logs avec des dates marquées en seconde, comme par exemple squid (je devrais bientôt faire un article à ce sujet), et que vous voulez savoir à quelle heure a été fait l'accès, voici comment faire:

Le goût du LUKS

Le système Linux fournit de manière native un mécanisme de chiffrement de périphériques de type "bloc", appellé LUKS (pour Linux Unified Key Setup). Ce système propose une approche intéressante, dans le sens où l'accès aux périphériques chiffrés peut être délégué à plusieurs clés (jusqu'à huit). Il est ainsi possible de donner accès à un périphérique à plusieurs personnes, ou encore de donner à une personne plusieurs ressources pour accéder au volume ; par exemple une clé d'utilisation courante, une clé issue d'une empreinte digitale, et une clé en coffre à la banque.

En faisant ma revue de presse en ligne aujourd'hui, je suis tombé sur cet article qui a éveillé un brin de nostalgie.

En effet, il présente exactement ce qu'était ma première compagnie en 1995. 32 lignes de téléphone louées à France Telecom. Oui oui, 32 prises de téléphones, pas de T1. Une ligne Transpac de 128 kbps (4000/mois) partagée entre nos quelques 1500 clients qui fut suivie plus tard par une ligne satellitaire de 256 Kbps ($8000/mois), et deux serveurs linux sous RedHat qui géraient le tout...

C'était il y a 13 ans déjà... C'est fou comme le monde a changé, mais Linux fait toujours partie de ma vie, et probablement de la votre, même si vous ne le savez pas!

Je viens de recevoir l'inviation à participer au 4@8 qu'organise l'équipe d'Ubuntu Montréal à chaque nouvelle mouture de leur distribution. C'est un évènement ouvert où tout le monde est invité.

Voici le texte de l'invitation:

Comme à notre habitude, la communauté Ubuntu de la région de Montréal
célébrera la nouvelle mouture de notre distribution par le traditionnel
6-à-tard décontrac, au Bar St-Sulpice à Montréal, ce jeudi 30 octobre.

Nous invitons aussi tous les amateurs de logiciels libres, peu importe
la distribution qu'ils utilisent (et même nos amis qui préfèrent les
plateformes propriétaires!) à se joindre à nous pour célébrer la
vitalité de notre communauté et les valeurs qui nous unissent.

Comme les habitués le savent déjà, avec entre 100 et 200 visiteurs pour
l'occasion, c'est vraiment une excellente occasion de socialiser et de
renouer contact avec les connaissances du milieu.

On se revoit jeudi!

Étienne Goyer

Si vous pensez y aller, laissez moi un message...

Si vous utilisez Linux, vous ne croisez jamais de "Blue Screen Of the Death"...

Mais comme Windows est partout, les BSOD aussi!
En voici une belle collection!

Ça fait un peu plus d'une semaine que la version 3.0 de l'excellente suite OpenOffice est sortie et déjà elle est bien installée chez des millions d'utilisateurs.

Selon le blog de Meall Dubh, en une semaine la suite a été téléchargée 3 009 832 fois. Ce qui est remarquable, c'est que

• 2 449 863 (81%) des téléchargements sont pour la plateforme Windows®.
• 320 622 (11%) des téléchargements sont pour Mac.
• 221 230 (7%) pour la plateforme Linux.

Tout cela démontre à quel point le logiciel libre devient un concurrent sérieux pour les suites bureautiques propriétaires, et qu'il ne se cantonne pas seulement au plateformes ouvertes puisque les téléchargement pour Windows sont loin devant.

Je crois bien que je vais envoyer cet article à un de mes clients qui est encore sur Windows 2000/Office 2000 qui me disait hier éprouver des problèmes de compatibilité avec ses correspondants qui ont la dernière suite de Microsoft...

Saviez-vous que la commande tar ne peut pas générer des fichiers d'une taille supérieure à 2Gb? En effet, si vous voulez faire des archives d'une taille supérieure, vous devez utiliser les options "multi-volume" afin de créer plusieurs fichiers. Voici un exemple:

tar   -c \
        -v \
        --tape-length 1900000 \
        --multi-volume \
        -f /backup/`hostname`-home.vol1.`date "+%Y%m%d"`.tar \
        -f /backup/`hostname`-home.vol2.`date "+%Y%m%d"`.tar \
        -f /backup/`hostname`-home.vol3.`date "+%Y%m%d"`.tar \
        -f /backup/`hostname`-home.vol4.`date "+%Y%m%d"`.tar \
        --preserve \
        --same-order \
        --one-file-system \
        /home >> /backup/`hostname`-home.`date "+%Y%m%d"`.log 2>&1

Vous devez ensuite, si vous le voulez, zipper les fichiers individuellement avec une petite boucle.

C'est fastidieux et si le /home dépasse 8Gb, on aura pas assez de volumes...

Afin de contourner le problème, on peut utiliser les redirections d'entrée-sortie afin de créer une archive tar d'une taille supérieure à 2Gb:

tar -cv --preserve \
        --same-order \
        --one-file-system \
        /home > /backup/`hostname`-home.vol4.`date "+%Y%m%d"`.tar

Comme c'est le shell et plus tar qui crée le fichier, plus de problème de taille.

et si on veut zipper à la volée:

tar -cv --preserve \
        --same-order \
        --one-file-system \
        /home | bzip2 > /backup/`hostname`-home.vol4.`date "+%Y%m%d"`.tar.bz2

fera le travail. ;)

Si vous voulez laisser vos fichiers personnels sur un serveur et que vous ne voulez pas qu'ils puissent tomber dans de mauvaises mains, voici une façon très simple de chiffrer un fichier:

scarrillo@estemaira:~/Bureau$ gpg -c fichierperso.ods
Entrez la phrase de passe:
Répétez la phrase de passe:
scarrillo@estemaira:~/Bureau$ ls -l
-rw-r--r-- 1 scarrillo scarrillo 979 2008-09-04 18:07 fichierperso.ods
-rw-r--r-- 1 scarrillo scarrillo 690 2008-09-04 18:07 fichierperso.gpg

Il faut bien sûr effacer votre fichier original.

Pour décrypter maintenant:

scarrillo@estemaira:~/Bureau$ gpg -d fichierperso.gpg > fichierperso.ods
gpg: données chiffrées avec CAST5
gpg: chiffré avec 1 phrase de passe
scarrillo@estemaira:~/Bureau$ ls -l fichierperso*
-rw-r--r-- 1 scarrillo scarrillo 979 2008-09-04 18:10 fichierperso.ods
-rw-r--r-- 1 scarrillo scarrillo 690 2008-09-04 18:07 fichierperso.gpg

Votre fichier original est maintenant restauré. ;)

Il existe bien-sûr plein d'autres façons de crypter un fichier, dont beaucoup sont plus fiables. Cette méthode à l'avantage d'être simple et de ne pas nécessiter la visualisation du manuel à chaque fois! Elle suffit pour la plupart des utilisations.