J’était en train de configurer pour la ènième fois un des serveurs avec lequel je travaille et je réalise que je passe mon temps pour chercher comment configurer.

J’ai pensé vous fournir mes switch préférés.

Sortir les options du .htaccess

Il est recommandé d’utiliser un pannel pour les configurations. Question de sécurité, permettre a tout le monde de modifier le serveur apache par un .htaccess, c’est dangeureux. Alors, j’ai mis la syntaxe pour l’ajouter au bloc du <VirtualHost/> directement.

Sous ISPConfig Simplement aller dans “Sites”, choisir un domaine, puis “Options”.

Configurations

Redirect de tout les domaines

Ça permet d’éviter d’avoir l’indexation sur n’importequel domaine que celui voulu. Personnellement je n’aime pas les domaines www.truc.com car ça rallonge. Mais beaucoup de monde utilise encore cette syntaxe… alors j’utilise un bloc mod_rewrite

1
2
3

RewriteEngine On
RewriteCond %{HTTP_HOST} !^renoirboulanger\.com
RewriteRule ^/(.*)         http://renoirboulanger.com/$1 [R=301]

Ajouter au bloc <VirtualHost/> du site.

1

AddDefaultCharset utf-8

MySQL

Généralement (Debian et Ubuntu) dans “/etc/mysql/my.cnf”

1
2
3
4
5

[mysqld]
default-character-set=utf8
~
[mysql]
default-character-set=utf8

Augumenter la mémoire PHP

Parceque WordPress semble partir des fois en balloune… j’aime mieux le configurer dans le bloc <VirtualHost/> par site qui vit ce problème.
{code:title=Dans ISPConfig, Sites, sitename, Options}
php_value memory_limit 56M
{code}

J’ai entendu parler de certains Problèmes avec les documents .docx qui son considérés comme étant des fichiers zip. J’ai pensé partager avec vous comment j’ai réparé la situation.

Il est possible que le serveur apache ne considère pas les fichiers doc sur le serveur comme étant des fichiers office. Normalement un navigateur téléchargera le fichier et ouvrira avec le programme qu’il considère comme étant le bon.

A moins que l’ordinateur du visiteur ait pas de bonne association de fichier, dans ce cas, on peut rien y faire.

Pour aider, on peut annoncer au serveur web les associations MIME.

Le problème avec cette méthode qui ne sert presque a rien, c’est que ça ne changera rien si

1. Le visiteur n’a pas de bonne association sur son système d’exploitation
2. Le visiteur n’a pas Microsoft Office 2007 ou Open Office

Procédure

Copier-coller ce bloc dans un ou encore dans l’un ou l’autre:

• le .htaccess du site qui contient les fichiers a télécharger, exemple: public_html/
• le <VirtualHost/> dans le <Directory> associé.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

AddType application/vnd.ms-word.document.macroEnabled.12 .docm
AddType application/vnd.openxmlformats-officedocument.wordprocessingml.document docx
AddType application/vnd.openxmlformats-officedocument.wordprocessingml.template dotx
AddType application/vnd.ms-powerpoint.template.macroEnabled.12 potm
AddType application/vnd.openxmlformats-officedocument.presentationml.template potx
AddType application/vnd.ms-powerpoint.addin.macroEnabled.12 ppam
AddType application/vnd.ms-powerpoint.slideshow.macroEnabled.12 ppsm
AddType application/vnd.openxmlformats-officedocument.presentationml.slideshow ppsx
AddType application/vnd.ms-powerpoint.presentation.macroEnabled.12 pptm
AddType application/vnd.openxmlformats-officedocument.presentationml.presentation pptx
AddType application/vnd.ms-excel.addin.macroEnabled.12 xlam
AddType application/vnd.ms-excel.sheet.binary.macroEnabled.12 xlsb
AddType application/vnd.ms-excel.sheet.macroEnabled.12 xlsm
AddType application/vnd.openxmlformats-officedocument.spreadsheetml.sheet xlsx
AddType application/vnd.ms-excel.template.macroEnabled.12 xltm
AddType application/vnd.openxmlformats-officedocument.spreadsheetml.template xltx

source:Webdeveloper.com

Suite a mon article «Comment automatiser une tâche avec CRON en utilisant Vim» je me suis venu aux questions sur les différences essentielles entre les versions de CRON.

Le concept de CRON est, un «lanceur de commandes» planifié pour les systèmes UNIX. Le nom est inspiré du dieu grec Chronos.

Ayant déjà utilise Gentoo Linux j’avait vu qu’il était possible d’utiliser plus d’une version de CRON mais je ne m’était jamais penché sur les différences. Je l’ai fait aujourd’hui.

Une question de choix et de distribution

Généralement chaque distribution de système d’exploitation UNIX (Linux, Unix, Qnx, etc) a son lot d’outils standards dont CRON fait partie. Chaque éditeur de distribution choisit sa version préférée mais permet d’interchanger (avec Alternatives sous Debian, par exemple).

Versions de CRON

Anacron

La différence d’Anacron avec cron (traditionnel) est le fait qu’Anacron ne roule pas en permanence comme un démon en arrière plan. Il est idéal sur des système qui ne roule pas nécessairement 24 heures par jour ou avec peu de ressources processeur.

site officiel

vixie-cron

La version de cron la plus utilisée (selon mon expérience, notamment sous les installation par défaut de Ubuntu, Debian et Red Hat et CentOS)

site officiel

bcron

L’auteur a crée cette version car il avait besoin de précision concernant les délais entre les commandes et les changements de saisons (Heure d’été).

J’ai remarqué plusieurs autres outils intéressant que l’auteur a publié. Je l’ai ajouté a mes marque-pages.

fcron

L’auteur a crée cette version de cron dans l’optique que la machine peut ne pas être allumée 24/24 et 7 jours/7. fcron se base plutôt sur le temps que le système fonctionne (le «uptime») plutot qu’un moment précis. L’auteur dit que fcron veut remplacer Vixie-cron et anacron mais en mieux.

Le genre de tâche qu’on peut faire est:

• Lance une commande aux chaque 3heures que le système est allumé
• Lance une commande au moins une fois entre 3h00 am et 6h00 am tout les jours.

site officiel

incron

incron est une fonctionnalité cron a l’application inotify qui est un système basé sur le système de fichiers plutôt que sur des plages de temps. Un cas d’utilisation serait, par exemple, de pouvoir lancer une commande lorsqu’un logrotate a été lancé ou si un fichier a été ajouté dans un dossier.

pages manuel – site officiel

Autres versions

Avez-vous utilisé l’un d’eux dans vos projets?

Logo Vim, qui signifie vi-improved (amélioré)

Deux tâches vraiment essentielles qu’on fait en administrant une machine sous Linux sont très souvent de modifier/créer un fichier et de planifier des tâches de maintenance.

Pour utiliser «cron» il faut savoir utiliser «vi», les commandes sont très souvent les mêmes. Je dois spécifier que j’ai basé mon tutoriel sur CRON fourni par Ubuntu Linux qui est (de mémoire) le même paquet que celui fourni dans Red Hat Linux, Debian Linux ou Ubuntu Linux.

Le but de ce billet est en fait de vous montrer sommairement comment automatiser une tâche (une commande) avec cron.

Je publierai plus tard un billet sur les différences entre les distributions de cron.

Utiliser vi (prérequis)

Vi est un éditeur de texte en ligne de commande qui permet de faire bien des macros, il peut sembler compliquer mais l’essentiel se résume ainsi.

• ESCAPE permet d’entrer une commande

i mode Insertion

r mode remplacer le caractère courrant

• SHIFT+a insérer a partir de la fin de la ligne courrante
• : entrer une commande spéciale

:wq sauvegarder le fichier et quitter l’éditeur

:w sauvegarder le fichier courrant

:10 sauter a la 10e ligne du document

• /text Chercher ‘text’ dans le document courrant

n Chercher le prochain mon cherché (par rapport a ce qui a été dit ci-haut)

• dd supprimer la ligne courrante
• 5dd supprimer les 5 prochaines lignes

source: Guide de survie VI

Créer une tâche CRON

Pour créer une tâche sur un système Linux il y a plusieurs méthodes possibles.

1. Ajouter une ligne dans le «crontab», la table d’actions CRON
2. Ajouter fichier avec directives dans /etc/cron.d/
3. Ajouter une ligne dans un des dossiers /etc/cron.daily/, /etc/cron.hourly/, /etc/cron.monthly

1. Ajouter une ligne dans le «crontab», la table d’actions CRON

C’est fait soit en utilisant la commande crontab, ou en éditant le fichier /etc/crontab

crontab roule tout le temps en tant que root, et l’idéal serait d’utiliser un fichier dans /etc/cron.d/
Savoir sur quel usager doit rouler la tâche (un user local qui peut rouler la commande, idéalement pas root!)

• 1	someuser@ubuntu:~$ crontab -e

• l’éditeur vi va s’ouvrir
• aller a l’endroit ou vous voulez éditer
• créez une nouvelle ligne en Insert mode, en utilisant le i, ou a la fin de la ligne courrante en faisant CTRL+a
• Entrer une ligne dans le format

  1 2 3 4 5 6 7 8

  * * * * * commande a être exécutée - - - - - | | | | | | | | | +----- jour de la semaine (0 - 6) (Dimanche=0) | | | +------- mois (1 - 12) | | +--------- jour dans le mois (1 - 31) | +----------- heure (0 - 23) +------------- min (0 - 59)

  exemple:

  1	30 18 * * * rm /home/someuser/tmp/* > /home/someuser/cronlogs/clean_tmp_dir.log

• … qui effacera le contenu de /home/someuser/tmp/ a tout les 18h30 de tout les jours et qui log dans /home/someuser/cronlogs/clean_tmp_dir.log
• Pour quitter faites ESCAPE :wq pour write quit.

source: Crontab Quick reference

2. Ajouter fichier avec directives dans /etc/cron.d/

C’est le même principe sauf qu’il s’agit d’un fichier nommé, généralement sous le même nom que le package Linux qu’il dessert. Exemple php5 aurait son package.

Sauf qu’on peut spécifier qui lancera la commande.

Comment faire…

• Créer un fichier, ex:
  # vi /etc/cron.d/php5
• Coller la commande qui a été testée au par avant

  1	someuser@ubuntu:~$ rm /home/someuser/tmp/* > /home/someuser/cronlogs/clean_tmp_dir.log

• Ajouter une ligne, ESCAPE+i
• Commencer par le moment de l’exécution comme avec «Ajouter une ligne dans le crontab»

• 1	30 19 * * *

• Ajouter le nom du username qui va rouler la commande
• ex: someuser
• Ajouter la commande testée tout a l’heure
  ex: rm /home/someuser/tmp/* > /home/someuser/cronlogs/clean_tmp_dir.log
• Ce qui donnera:

  1	30 19 * * * someuser rm /home/someuser/tmp/* > /home/someuser/cronlogs/clean_tmp_dir.log

• Voilà!

3. Ajouter une ligne dans un des dossiers /etc/cron.daily/, /etc/cron.hourly/, /etc/cron.monthly

Même concept que le crontab sauf que l’on a pas a mentionner quand exécuter, c’est /etc/crontab qui dit qand les fichiers sont exécuté

Sources

• Crontab Quick reference
• Guide de survie VI

J’était, hier, en train de jouer avec des appels SOAP pour préparer un projet et j’ai réalisé que ma version compilée de php 5.3.0 était défectueuse.

Je dis que mon installation est défectueuse car lorsque j’instantiait $client = new Zend_Soap_Client; plus rien ne répondait. Même aller en error_reporting(E_ALL); et tout ce qui est imaginable. C’est après quelques heures a tourner en rond je me suis dit que si même $client = new SoapClient; avec un résultat du genre “Class does not exists”. C’est le PHP… pas le code ou le Framework. Pas de doute.

J’ai donc pensé recompiler la dernière version PHP 5.3.1 qui est considérée stable… quant à recompiler, autant mettre à jour sur la dernière version!

Ce billet vous permettra d’installer la version stable PHP 5.3.1 a partir d’un repository déjà configuré au lieu de le compiler.

Tournage en rond avant d’en arriver là

J’ai souvent entendu l’adage qui veut qu’on ne devrait pas installer un logiciel a sa première version majeure. On peut faire le parallèle avec les automobiles. Il y a des coins ronds qui doivent être réparés. La version 5.3.1 est justement la correction de plus de 100 bugs.

Quelques corrections dans PHP 5.3.1

• Ajouté “max_file_uploads” dans la configuration INI qui peut etre là pour éviter la quantité de fichiers téléversés a 20 par défaut. Ainsi éviter un tentative d’attaque DOS
• Ajouté des vérification de validité sur le moteur exif
• Corrigé le “safe_mode” dans tempnam()
• Corrigé open_basedir dans posix_mkfifo()
• Corrigé la fonction brisée safe_mode_include_dir

Voir le “ChangeLog (anglais)” et son “release announcement (anglais)“

Ma station de travail

Ma station de travail secondaire est en Ubuntu 8.10 sur mon vieux portable. J’avait compilé la version 5.3.0 il y a plusieurs mois (dès sa sortie) pour pouvoir jouer avec les nouvelles fonctions.

La version disponible en auto-installation sur Ubuntu est encore sur du PHP 5.2.x ce qui est innacceptable pour mes projets. J’avait même fait ma ligne configure et j’avait commencé a compiler la nouvelle version. C’est là que je me suis dit que j’était pas le premier a vouloir une version plus récente de PHP.

Installer PHP 5.3.1 sous Ubuntu Linux

C’est pas une version officielle selon Debian ou Ubuntu car jusqu’en mi-2010 sur la release Squeeze de Debian c’est comme ça.

Comparé a la version Debian, la version Dotdeb a ces changements

• Les .deb ont le patch Suhosin appliqué par défaut
• mis a part apache2, apache2filter, CGI, et le CLI (pour la ligne de commande), le module FPM utilise la version custom [de Dotdeb] du paquet intitulé “php5-fpm“. Il permet des meilleures performances et plus de fonctions comparables a une installation en mode CGI.
• Note: Le module FPM: a un exemple de configuration, un “init script”, et un gabarit de configuration pour NGINX

Installer?!

C’est fonctionnel sous Debian Lenny et probablement d’autres. Moi, personnellement, je l’ai essayée sous Ubuntu 9.04 Jaunty. Dites-moi si vous l’avez essayé sous d’autres version dans les commentaires

Étape 1

Modifier le sources.list

1

$ sudo vi /etc/apt/sources.list

Ajouter les deux lignes suivantes.

1
2

deb http://php53.dotdeb.org stable all
deb-src http://php53.dotdeb.org stable all

Étape 2

Maintenant, simplement mettre a jour avec…

1

# aptitude update && aptitude upgrade

Si vous aviez une version inférieure de PHP, elle devrait se mettre à jour.

Sources

PHP 5.3.1 packages for Debian “Lenny” : they’re here!

Ce billet est le premier d’une série d’articles décrivant la fabrication d’une Machine Virtuelle (VM) de développement pour une équipe de dévelopeurs.

Je mentionne PHP 5.3 mais en fait ce type d’installation pourrait être utilisé pour n’importe quelle technologie web qui peut rouler sous Linux (Ruby on Rails, Java, Perl, etc).

J’ai séparé cette série en quatre volets.

1. Description du concept (cet article)Ce que je vais discuter dans cette série d’articles n’est pas nécessairement connu de tous. Je vais donc vulgariser un peu avant de commencer.
2. Installation du systèmeJe donne ici mon secret de magicien avec quelques configurations que je considère importantes pour un environement d’hébergement web pour améliorer la sécruité (le strict minimum pour cette série d’articles. Je pourrai en faire un plus poussé plus tard).
3. Compilation de PHP 5.3Comment installer Apache 2.x avec le dernier cutting-edge PHP.
4. Installation de l’environnement de développement avec Eclipse PDT (à venir)La magie se passe par là! Avec ce setup votre équipe pourra répliquer l’installation de développement a volonté.

Mise en contexte

Pour développer, j’utilise depuis deux ans une machine virtuelle (VM) Linux (minimale) qui me sert de “bac à sable”… Le but de cette série d’articles. Dans cette VM il y a tout les outils nécessaires aux projets en-cours et ils sont configurés pour refléter l’environnement de production où je déploie mon travail.

Ce type d’installation est idéal car il permet d’avoir a installer les prérequis une seule fois et pouvoir les dupliquer pour tout les dévelopeurs. Sans oublier que vous n’avez plus de préoccupations de licences logicielles.

A la fin de cette série d’articles vous aurez accès a une VM qui représentera votre environement de production (ajuster à vos besoins de production, évidemment).

Concept

Comme j’en ai déjà parlé ici une VM roule avec toutes les versions désirés pour pouvoir développer et tester live le code développé. Le code est envoyé au serveur de source (git, subversion, cvs, etc) de toute façon. C’est ce qui rend cette VM “jettable” et facilement copiée pour des collègues.

C’est très utile car souvent, les outils utilisés (serveur applicatif, environement de développement, configuration de “debug”, scripts sur mesure de l’équipe infrastructure) doivent être reproduits le plus fidèlement au niveau développement pour s’assurer de ne pas tomber sur des coquilles rendu au jour “J”.

Ok. Trève de présentations!

Versions de VMware

Étant donné que tout roule dans une machine virtuelle, il faut savoir laquelle utiliser. Je résume ici leur usage recommandé. Personnellement j’ai seulement utilisé VMware comme outil de virtualisation. Vous êtes libres d’utiliser Xen ou Jail (avec FreeBSD) si vous avez plus d’Expérience.

Il y a aussi d’autres choix bien illustrés dans cet article Virtualization, plenty of choices

VMware workstation

Est idéale pour chaque poste de travail qui va utiliser cette VM de développement.

VMware server

Pour les machines de l’environement de staging avec lesquelles vous voulez avoir le contrôle sur le système d’exploitation en dessous.

Mais selon-moi, le meilleur a utiliser c’est…

VMware server ESXi

Un serveur VMware de 30 Méga-octets qui ne fait QUE rouler des VMs. Le seul hic c’est qu’il faut que ce soit un serveur-rack plus ou moins récent (après 2005 environ).

Installation dans une VM

Je vous recommande de vous inspirer de ce tutoriel pour l’installation: Creating a Virtual Machine on VMware server, en anglais)

Suite

Commençons par l’installation de la machine virtuelle.

Attention: Article Technique!

Dans le but de faire profiter la postérité et ma mémoire personnelle voici mon premier post d’une série d’articles spécialisée sur Linux.

Ces articles proviennent de ma voûte documentaire professionnelle et personnelle.

Évidemment pour les publier ici je dois censurer les détails sensibles, vous me comprendrez (!)

Le fait de les avoir dans le format Wiki Markup de Confluence… et les traduire ici demande du temps pour les reformatter pour mon blogue.

D’autres articles spécialisés Debian Linux

D’autres articles technique (pour Debian Linux) seront aussi disponibles dans les prochaines semaines.

Voici une liste de quelques uns que je compte publier:

1. Monter une machine en SNMP v2c en lecture seule
2. Permettre des updates aux serveurs NTP a l’heure
3. Installer VMware server 2 sur Debian
4. Augumenter le niveau de sécurité pour Infra Publique sous Debian
5. Procédure configuration SYSLOG-NG vers un serveur de log

J

Installer et configurer

En fait, sous Debian c’est pas très compliqué, on ajoute le paquet, puis on le configure comme mentionné plus bas.

1
2

# apt-get update
# apt-get install ferm libnet-dns-perl perl iptables

J’ai fait une petite version qui permet d’utiliser des variables et mettre le code un peu plus clean (d’un point de vue programmeur).

Vous pouvez remplacer par ce code ci:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63

# -*- shell-script -*-
#
#  Configuration file for ferm(1).
#
# vmware-mgmt = 8333
# vmware-console = 902
# ntop = 3000
# ... ports ajoutes dans /etc/services
 
# Source http://www.krzywanski.net/archives/90
# Interfaces
@def $DEV_LOCAL = lo;
@def $DEV_LAN = (eth1 vmnet1 vmnet8);
@def $DEV_INTERNET = eth0;
 
# Ports
@def $PORTS = (ntp name http https smtp);
 
# Known IPs
@def $SSH_ALLOWED = (69.159.234.55 192.168.2.1);
@def $SSH_DYNDNS = @resolve((somehost.renoirboulanger.com someotherhost.somenetwork.net));
 
# SSH Clients
@def $SSH_CLIENTS = ($SSH_ALLOWED $SSH_DYNDNS);
 
table filter {
    chain INPUT {
        policy DROP;
 
        # connection tracking
        mod state state INVALID DROP;
        mod state state (ESTABLISHED RELATED) ACCEPT;
 
        # allow local packages
        interface $DEV_LOCAL ACCEPT;
        interface $DEV_LAN ACCEPT;
 
        # allow ping from the administrator's network
        interface $DEV_INTERNET saddr ($SSH_DYNDNS $SSH_ALLOWED) proto icmp icmp-type echo-request ACCEPT;
 
        # respond to ping
        proto icmp icmp-type echo-request ACCEPT;
 
        # allow SSH connections
        proto tcp dport 2522 ACCEPT;
 
        proto tcp dport $PORTS ACCEPT;
    }
    chain OUTPUT {
        policy ACCEPT;
 
        # connection tracking
        mod state state INVALID DROP;
        mod state state (ESTABLISHED RELATED) ACCEPT;
    }
    chain FORWARD {
        policy DROP;
 
        # connection tracking
        mod state state INVALID DROP;
        mod state state (ESTABLISHED RELATED) ACCEPT;
    }
}

Pour plus de détails a propos de la syntaxe, voir la documentation.

Autres ressources

J’ai utilisé, entre autres ces ressources pour m’inspirer de ce mini-tutoriel

1. Securing Debian HOWTO
2. Linux Security HOWTO
3. Firewall Tools
4. Debian Security
5. Debian Policies

Attention: Article technique

Une passion que j’ai depuis quelques temps c’est l’automatisation des déploiements dans des projets. Le Cloud-Computing fait partie des concepts qui permettent d’automatiser le travail.

Mais qu’est-ce que le Cloud-Computing en fait?

Voici ma description de vulgarisation personnelle provenant d’un post que j’ai fait dans un Intranet Privé il y a plusieurs mois.

En gros, le Cloud Computing est une manière de faire abstraction du matériel et du système d’exploitation qui roule l’application web qui est affichée au public.

Application web?: GMail, Facebook, Wikipedia, etc… Ce sont toutes des applications web. D’un point de vue d’un utilisateur commun, certains pensent que ce sont des “pages” mais en fait, tout ce qui se passe en dessous fait qu’il s’agit effectivement d’une “application”.

En gros, le Cloud Computing demande…

• Contrôler une VM (Virtual Machine… Machine Virtuelle)
• Propager les updates d’une VM a une autre

L’idée

1. Une nouvelle VM est montée, et elle est hébergée sur un serveur de VM (VMware, Xen, Jail).
2. Une copie est faite pour les tests de pré-production et pouvoir faire les updates sans nuire à la prod.
3. Une application dans la VM détecte les changements, et conserve les actions
4. Un jour de maintenance, on peut fermer la vm de production
5. Faire appliquer les updates de la vm de staging, en production!

ça règlerait bien de problèmes de stress d’update des éléments en production versus notre procédé d’entretien.

Un Exemple concrêt

Je voulait tester une appliance (une VM déjà montée préconfigurée pour un usage précis) qui servirait pour le courrier électronique.

On l’avait utilisé et trouvé magique l’idée que l’appliance s’update tout seul!

Un trouvaille

Il s’agit en fait d’un outil qui sert à justement faire un “master” qui sert pour tester les mises a jour et les appliquer. Pour, ensuite, les appliquer aux autres VM du même groupe automatiquement.

Actuellement, il s’agit d’une utopie mais j’aimerai bien voir ce type de procédé exister un jour.

Un produit: rPath

rPath c”est la compagnie derrière rBuilder, un logiciel d’automatisation pour le cloud computing…. ce qu’on veut faire.

Cloud computing selon rPath
Ils (rPath) résument ça comme étant le mélange entre…

• L’Application
• Le serveur applicatif
• Le OS (système d’exploitation)
• La virtualisation

Vidéo vulgarisateur

Lorsqu’on se préocupe de ses informations personnelles et qu’on veut se débarrasser d’un ordinateur ou d’un vieux disque dur il faut, idéalement, le vider. J’ai une petite méthode pour le faire pas trop compliqué et totalement sécuritaire pour les données.

Ma méthode implique

• Un disque dur qu’on veut wiper (effacer)
• Un LiveCD de Linux
• Du temps
• Une tour d’ordinateur pour le processus, idéalement inutilisée… sinon où chercher ou quoi utiliser pour se «dé-s’emmerder»
  • Un lecteur CD-Rom

Attention, un peu technique… mais tellement conseillé

ÉTAPE UN… backups?!

C’est un peu stupide de le préciser… mais assurez-vous qu’il est vraiment vide de vos données avant de faire quoi que ce soit!

Je vous recommande DE NE PAS AVOIR D’AUTRES DISQUES D’INSTALLÉ lors de l’exécution de ce script Tant que vous exécutez pas le script a l’étape six vous ne risquez rien (!).

ÉTAPE DEUX… Graver le LiveCD

Pour faire la chose facile, vous pouvez prendre le LiveCD de Debian, ma distribution préférée:

http://live.debian.net/cdimage/release/current/i386/iso-cd/

Une version ‘debian-live-(.*)-i386-rescue.iso‘ fera l’affaire.

Les commandes nécessaires seront celles de base pour n’importe quel Linux depuis ses débuts :

• /dev/urandom, ou
• /dev/zero
• dd

Je ne me rappelle pas quand Linux en général a inclus ces trucs mais c’est ce qu’il faut.

En gros les deux premiers sont des device files qui fournissent du junk aléatoire… et l’autre. Que des zéros!

Tandis que “dd” est un utilitaire pour écrire en device to device…. (aka. dd)

ÉTAPE TROIS, on vide

En fait, on enlève tout les autres disques durs question de ne pas se tromper!

Ensuite, il est bien de remarquer que le processus peut prendre du temps. Ce serait idéal d’avoir une tour qui sert a rien… sinon on tombe a devoir attendre après.

ÉTAPE QUATRE, On démarre le LiveCD

… On attend le command prompt. C’est comme du DOS à l’époque, sauf que c’est vraiment plus puissant!

Pour reconnaitre un prompt linux, on voit quelque chose du genre:

1

user@debian:~ $

ou encore… si on voit le dièze (#)… c’est qu’on est un super utilisateur (root). Un LiveCD nous envoit généralement en root alors on devrait voir quelque chose de similaire à:

1

root@debian: ~ #

ÉTAPE CINQ, on script un peu

On peut le faire de plusieurs façon la même chose. En gros, on se doit, pour s’assurer d’effacer complètement le disque de le remplir au moins huit fois au minimum de données random. Alors je propose le petit script qui se copie bien à la main.

Si vous avez vidé vos disques durs le disque dur a vider devraît être /dev/hda

Pour vous en assurer, faites

1

root@debian: ~# file /dev/hda

Un output similaire ceci devrait sortir…

1

/dev/hda: block special (3/0)

Si tout est beau… on continue.

1

root@debian: ~# vi wipedisk.sh

En VI, il faut faire ‘i’ avant de commencer d’écrire…

1
2
3
4
5
6

#!/bin/bash
for ((i=1;i<=10;i+=1)); do
echo "Passe $i"
dd if=/dev/urandom of=/dev/hda
sleep 1
done

Ensuite on quitte en faisant [escape] on écrit “:wq” (deux points… “w” et “q”… qui signifie commande write quit)

1

root@debian: ~# chmod 755 wipedisk.sh

Qui va rendre le fichier exécutable.

ÉTAPE SIX… on exécute.

1

root@debian: ~# ./wipedisk.sh

En général, ça peut prendre du temps. Mais à la fin d’une soirée de film… le disque devrait être totalement rempli d’ordures aléatoire.

Au plaisir!

Le groupe Canonical a comme habitude de faire une release de sa distribution Linux appelée Ubuntu à tout les six mois. La prochaine release va améliorer bien des trucs d’instabilité du Gutsy Gibbon.

Je suis tombé sur Facebook sur une invitation pour fêter avec les employés de Canonical du bureau de Montréal… de remplir le Saint-Sulpice de tout amateur d’Ubuntu Linux.

Je serai présent moi même avec quelques amis au party. Si vous voulez venir, répondez ici.

S’ajouter aux invités sur Facebook.

Voici l’invitation officielle:

Ubuntu 8.04 Hardy Heron – Party de lancement Montreal Release Party

Montréal, le 8 avril 2008 – Ubuntu-QC invite tous ceux qui attendent avec impatience la sortie de la nouvelle version (8.04) de la célèbre distribution Linux Ubuntu à venir fraterniser, le jeudi 24 avril prochain à partir de 18h, au Bar Le St-Sulpice, rue St-Denis à Montréal.

Ces rencontres sont devenues une tradition au sein de l’univers des utilisateurs d’Ubuntu. On salue entre amis et utilisateurs l’arrivée des nouvelles versions de la distribution. D’autres rencontres s’organisent ailleurs au Québec, voyez plus bas pour les détails.

Ubuntu est une distribution Linux basée sur Debian et destinée à proposer un système convivial et ergonomique. Son fondateur, Mark Shuttleworth, a promis qu’il restera libre et gratuit y compris pour les entreprises. Le mot Ubuntu est un mot bantou qui signifie « Je suis ce que je suis grâce à ce que nous sommes tous ». Une invitation à vous joindre à Ubuntu-QC pour cette petite soirée improvisée.

Pas besoin d’utiliser Ubuntu ou même Linux pour y participer, les curieux autant que les utilisateurs et les experts sont invités à fraterniser et à échanger. Le Bar St-Sulpice se prête bien à ce genre de rencontre puisqu’on peut également y manger.

RSVP: https://wiki.ubuntu.com/QuebecTeam/HardyParty/RSVP ou 514-812-5615

D’autres rencontres s’organisent au Québec (go Granby!), pour plus de détails ou pour ajouter la votre voyez:

https://wiki.ubuntu.com/HardyReleaseParties#CanadaDisc

Le Bar St-Sulpice offre, grâce à √éle sans fil, l’accès gratuit à Internet. Apportez donc vos portables. Vous en profiterez pour y installer la toute dernière version d’Ubuntu, Hardy Heron. Des T-shirts, autocollants, et CD-ROMs d’Ubuntu 8.04 LTS seront disponibles. Quelques employés de Canonical du bureau de Montréal ainsi que d’autre bureaux seront de la partie.

Le Bar St-Sulpice est situé au 1680, rue Saint-Denis, Montréal, QC H2X
3K6 Téléphone: (514) 844-9458

Pour l’équipe d’Ubuntu-QC
Fabian Rodriguez