A l'occasion de l'achat d'une nouvelle clef USB, je me suis documenté sur les différents systèmes de fichiers afin que le contenu soit lisible sur n'importe quel ordinateur et qu'on puisse y déposer des fichiers dont la taille dépasse les 4Gio.

Le premier point écarte tous les systèmes de fichiers n'étant disponible que sur un seul type de système d'exploitation comme, par exemple : HFS; EXT et NTFS. Du coup, il reste les bien connus FAT16 et FAT32 mais également le méconnu exFAT.

Le deuxième point élimine le FAT16 à cause de sa limite de 2 à 4 Gio par volume ainsi que le FAT32 (4 Gio par fichier). Il nous reste alors l'exFAT, appelé aussi et à tord FAT64. Pour ce dernier, la limite est de 128 Pio par volume et fichier, ce qui laisse de la marge.

Maintenant que le système de fichier est choisi, comment formater sa clé USB sous Windows et Linux (oui je n'ai pas de MacOS) ?

La somme de contrôle est l'empreinte d'un fichier qui est générée via un algorithme (fonction) de hachage. Vérifier la somme de contrôle revient à comparer les empreintes de deux fichiers.

La comparaison d'empreintes est très utilisée sur Internet car elle permet à l'utilisateur de s'assurer que le fichier mis à disposition et celui qu'il a récupéré sont identiques.

Image provenant de wikipedia.org

Plus l'algorithme utilisé pour générer l'empreinte est complexe, plus l'empreinte générée est représentative du fichier dont on prend l'empreinte. En contrepartie, un algorithme complexe met plus de temps à calculer l'empreinte. La plupart du temps, le MD5 suffit pour la vérification de fichier, mais le SHA1 et SHA256 commencent également à être utilisés.

Dans ce qui suit, j'utilise le MD5, mais il suffit de le remplacer par l'algorithme souhaité pour que cela fonctionne.

Au lycée, j'avais une professeuse d'anglais plutôt cool qui nous a filé en fin d'année sa recette de brownie. Comme, à chaque fois que j'en fais, on m'en redemande, c'est que le résultat doit être bon, donc je partage.

Temps de préparation : 15 minutes
Temps de cuisson : 20 minutes

Ingrédients pour 24 petits brownies :

• 4 oeufs
• 150g de sucre en poudre
• 225g de chocolat pâtissier
• 175g de beurre (200g si vous n'avez pas peur de prendre du poids)
• 125g de farine
• 100g de noisettes ou noix de pécan ou noix de macadamia, selon les goûts de chacun

Préparation :

• Préchauffer le four 10 minutes à 200°C
• Dans une casserole à feu doux :
  • faire fondre le beurre (ne pas le faire roussir !)
  • une fois le beurre bien fondu, ajouter le chocolat
• Mélanger dans un saladier :
  • le sucre
  • la farine
  • les oeufs, sans leur coquille
• Écraser ou concasser grossièrement les noisettes/noix
• Mélanger le tout dans le saladier
• Beurrer le moule (inutile si c'est du silicone comme dans mon cas)
• Remplir le moule
• Mettre au four 15 à 20 minutes selon le moelleux souhaité (cuit quand la surface se creuse)

Pour ceux qui ont besoin de photos pour se rassurer, voici quelques étapes de ce que j'utilise, jusqu'au résultat final :

 

 

 

Certains le savent, j'utilise la dernière version stable de Debian en tant que système principal. Lorsque je discute avec d'autres utilisateurs de distribution GNU/Linux, ce choix est souvent critiqué. En effet, la version stable de Debian dispose de paquet pas très à jour, mais ceux-ci sont également réputé pour stables.

La course à la dernière version d'un programme ou d'un système d'exploitation est totalement compréhensive. Toutefois, je préfère avoir quelque chose qui fonctionne bien, tout le temps et qui n'est pas chronophage.

Cela étant, la version stable de Debian reçoit des mises à jours régulièrement et si il y en a qu'il ne faut pas négliger, se sont celles de sécurité.

Dans la suite de cet article, je documente l'automatisation de l'installation des mises à jour automatique.

Le Network Time Protocol permet de synchroniser l'horloge locale d'un système via un réseau informatique. Concrètement, si l'ordinateur sur lequel vous lisez ces lignes est à l'heure, c'est grâce au protocol NTP.

En quoi est-ce important d'être à l'heure ?
Imaginons que nous arrivons à une boulangerie fermée où un panneau nous indique l'horaire de fermeture à 18h, mais sur notre montre il est indiqué 15h. La boulangère soutiendra qu'il était 18h passé et nous qu'il était 15h. N'étant que deux et n'ayant pas de référence externe, il est impossible de déterminer qui a raison ; les systèmes "boulangère" et "nous" conviendront d'un "tant pis".

Transposons ça à une application un peu plus informatique en prenant l'exemple d'un annuaire d'entreprises de type LDAP.
L'annuaire est sur un serveur disposant d'une heure, elle est considérée quoiqu'il arrive comme celle faisant foi. Nous nous connectons via notre compte détenu par cet annuaire à un ordinateur qui lui-même est enregistré dans cet annuaire. Lors d'une action de compte (connexion, changement de mot de passe, etc), une requête est envoyée à l'annuaire pour, par exemple, vérifier que notre utilisateur et mot de passe sont bien dans l'annuaire et valides. La requête contient l'heure et l'annuaire va vérifier qu'il n'y pas de décalage entre son envoi et sa réception ; si un décalage existe, alors la requête est refusée.
Heureusement, le truc est plutôt bien ficelé : lors de l'ajout d'un ordinateur à l'annuaire, celui-ci prend comme serveur NTP le serveur d'annuaire sur lequel il est ajouté. Mais si ce serveur n'est pas à l'heure, que se passe-t-il ? C'est simple, aucunent n'est à l'heure et certaines applications, qui se synchroniseraient de leur coté, ne fonctionneraient tout simplement plus.

Bref, tout ça pour dire qu'il faut surtout pas décaler l'heure de la pilule sous peine d'avoir un gosse par erreur.

Ah, un audit de sécurité, rien de mieux pour vous mettre la tête dans la boue et vous expliquer après que c'est pas de la boue... Ok, introduction bizarre, mais j'avais envie, donc CHUUUT, y a bambi qui fait dodo !

Hum, hum, revenons au sujet... déjà, qu'est-ce que veut dire ce titre ? Limiter, c'est...non pardon.
Les algorithmes de cryptographie permettent à un serveur web "sécurisé" via SSL de crypter les données qui transitent entre lui et le navigateur. Grosso modo, si vous allez sur un serveur web crypté, comme google.fr par exemple, il est théoriquement impossible que quelqu'un récupère votre dernière recherche, mis à part Google et votre navigateur évidemment.
Pour reconnaitre un serveur "sécurisé", il suffit de regarder si son adresse contient https. Les navigateurs modernes ont un indicateur visuel, comme on peut le voir avec le cadena présent sur Firefox par exemple :

Euh, mais pourquoi limiter les algorithmes ?
Au fil des années, les hackers, les vrais pas ceux qui téléchargent leur film sur Youtube, ont cassé un certain nombre d'algorithmes, les rendant inutiles. Le fait de casser un algorithme signifie que les données cryptées peuvent être décryptées et donc exploitées.

Passons aux choses sérieuses.

En débutant sur Linux, il y a quelques années, je me suis confronté à une notion dont on peut parfaitement faire abstraction sous Windows, les droits. Au travers de cet article, j'essaye de retracer tout ce qu'il faut savoir sur les droits Unix. Je parle d'Unix et non de Linux parce que cette gestion est valable sous Linux, mais également MacOS ainsi que BSD. Dans cet article, les lignes de commandes sont effectuées sous Debian, mais fonctionnent sur l'ensemble des systèmes précédemment cités.

Sous Unix, l'attribution des droits ne se fait pas par utilisateur, mais via trois éléments : le propriétaire, groupe propriétaire et les autres. C'est à l'un de ces éléments que l'on va attribuer des droits cumulables : lecture, écriture et exécution.
Affichons ces droits en utilisant la commande ls -l sur un dossier :

cd /tmp/ykn.fr/les-droits-unix-explications/
ls -l

Ce qui nous retourne ce qui suit :

total 180K
drwxr-xr-x 3 root root   80 mars   9 20:05 .
drwxr-xr-x 3 root root   60 mars   9 20:04 ..
drwxr-xr-x 2 root root   40 mars   9 20:05 dossier1
-rw-r--r-- 1 root root 179K mars   9 21:19 fichier1

Nous allons nous concentrer sur les droits en nous intéressant uniquement aux colonnes suivantes :

1. drwxr-xr-x : permissions
2. root : propriétaire
3. root : groupe propriétaire

The Theory Of Everything ou Une Merveilleuse Histoire du Temps est un film biographique britannique sur la vie du physicien et cosmologiste Stephen Hawking. Inspirée du mémoire de Jane Wilde, femme d'Hawking de 1965 à 1991 et mère de ses enfants, l'histoire se concentre essentiellement sur la jeunesse d'Hawking.

Comment "la théorie de l'univers" se tranforme en une "merveilleuse histoire du temps" me direz-vous ?
Dans un premier temps je dirais : traduction française pourrie, mais dans un second temps, on pourrait excuser les traducteurs en pensant qu'ils aient voulu faire un rapprochement avec l’œuvre phare d'Hawking, Une brève histoire du temps.
Enfin breeeef ^^

Les 2h03 de pellicule passent très vite principalement grâce à la performance que nous offre le merveilleux acteur Eddie Redmayne (que l'on retrouve aussi dans le film Jupiter des Wachowski, en ce début 2015).

Tout le monde, ou presque, connaît le nom de ce grand physicien, mais le film nous montre l'homme qu'il est. On découvre sa vie, sa passion pour la science, sa curiosité, sa réflexion toujours plus poussée et son amour pour la mère de ses trois enfants. Évidemment, on y voit également l'évolution de sa maladie, la sclérose latérale amyotrophique, et sa lutte contre celle-ci.

Les médecins lui donnaient deux ans à vivre en 1963, aujourd'hui il a 73 ans.
On ne peut pas dire que ce n'est pas un homme tenace ! ^^'

Enfin, je finirais par vous dire que tant qu'il y a de la vie, il y a de l'espoir... Bon film (;

A jouer les apprentis sorcier, parfois, on fait des bêtises... En effet, il y a quelques mois maintenant, j'ai préparé un modèle de machine virtuelle sous Debian Wheezy pour le boulot. Souhaitant bénéficier d'une grande souplesse, je mets en place une table de partition GPT sur laquelle je crée une partition de swap et une racine.

Plus tard, après avoir déployé moult machines virtuelles, un collègue redimmensionne la partition racine d'un serveur pendant mes vacances ; c'est le drame. Impossible de redémarrer le serveur, grub est cassé ! Mon collègue trouve une parade en ajoutant un drapeau sur la partition de swap, ce qui la rend maintenant indisponible.

A mon retour de vacances, je me penche sur une vraie solution : installer grub sur une table de partition GPT. La gueule enfarinée, j'essaie sur une autre machine, dans le même cas, de redimmensionner et de réinstaller grub. Evidemment, ça ne fonctionne pas. Quelques pages de documentation plus tard, je finis par me dire que le plus simple est peut-être de changer le format de la table de partition.

Pour procéder à la conversion directement depuis le système du serveur, j'utilise SuperGrubDisk pour démarrer sur mon système.

Suite à la migration en vSphere 5.5, je me suis aperçu que l'infrastructure de stockage était en sur-allocation. Même si la sur-allocation ne présente pas de problème, puisque représentant uniquement un espace disque alloué plus grand que celui disponible, je me suis lancé dans l'optimisation de l'espace de stockage.

La suite vSphere, en version 4.1 du moins, ne permettait pas de réduire les disques virtuels (VMDK) sauf en passant par VMware Converter (fastidieux et austère). Depuis la version 5, il est possible de réduire un VMDK via la ligne de commande.