JSLint est un analyseur de code Javascript. Son but est de parser votre code Javascript pour vérifier que vous respecter les règles de coding Javascript.

Le produit est développé par Douglas Corckford en javascript. Nous allons ici l’utiliser en mode ligne de commande grâce à NodeJS.

Installation

Installer NodeJS

L’installation de NodeJS peut se faire de deux manières. Soit avec votre gestionnaire de paquet favori, soit via les sources de NodeJS.

Installation par gestionnaire de paquet

Sous gentoo

# emerge nodejs

Sous Debian/Ubuntu

# aptitude install nodejs

Installation via les sources

Nous allons tout d’abord récupérer les sources de NodeJS sur github

$ cd ~/Logiciel

$ git clone https://github.com/joyent/node.git nodejs

Configurons ensuite la compilation de NodeJS. Nous souhaitons que l’utilitaire node soit disponible dans notre PATH pour l’utiliser simplement. Nous allons donc installer node dans /usr/bin/ ( mais aussi les dossier /usr/include/node etc …)

$ cd nodejs

$ ./configure –prefix=/usr

La compilation ne pause pas plus de problème

$ make

# make install

Nous avons maintenant accès aux commandes node comme node et npm.

Installer JSLint

Pour installer JSLint nous allons utiliser le gestionnaire de packet de NodeJS : npm (pour Node Package Manager).

Par défaut npm installe les packets dans le dossier courant. Ceci n’est pas forcement ce que nous souhaitons. Nous allons donc installer JSLint dans /usr/lib/node_modules.

# cd /usr/lib/node_modules

# npm jslint

Nous allons maintenant rendre disponible la commande jslint dans notre PATH. Comme nous ne voulons pas modifier notre variable d’environnement nous allons créer un lien symbolique dans /usr/bin/.

# ln -s /usr/lib/node_modules/jslint/bin/jslint.js /usr/bin/jslint

Nous pouvons maintenant utiliser la commande jslint.

Utilisation

JSLint est, à l’origine, développé pour être utilisé via une page web. Aussi sa configuration est réalisée en Javascript. La commande jslint ne fait que exécuter le script javascript jslint.js avec NodeJS (par exemple).

Utilisation basique

Chaque options de jslint va influer sur la validation effectuée. Nous pourrions par exemple spécifier si nous autorisons on non l’utilisation de la méthode eval avec l’option evil ou le nombre d’espace utilisés pour l’indentation (qui par défaut est 4).

La liste des options disponibles sont documentées sur le site de jslint : http://www.jslint.com/lint.html#options

Seulement toutes les options ne peuvent être passée via la ligne de commande. Pour obtenir la liste des options disponibles nous pouvons exécuter jslint seul.

$ jslint

No files specified.
Usage: /usr/bin/jslint [--indent] [--maxerr] [--maxlen] [--predef] [--anon] [--bitwise] [--browser] [--cap] [--continue] [--css] [--debug] [--devel] [--eqeq] [--es5] [--evil] [--forin] [--fragment] [--newcap] [--node] [--nomen] [--on] [--passfail] [--plusplus] [--properties] [--regexp] [--rhino] [--undef] [--unparam] [--sloppy] [--sub] [--vars] [--white] [--widget] [--windows] [--json] [--color] [--] <scriptfile>…

Nous pouvons donc par exemple tester avec un script Javascript simple

function foo() {
var a = 2;
if (a == 2) {
console.warn(« Equal ! »);
}
}

Si nous le validons avec jslint nous obtenons une erreur concernant l’opérateur de comparaison.

$ jslint test.js

test.js
#1 Missing ‘use strict’ statement.
var a = 2; // Line 2, Pos 5
#2 Expected ‘===’ and instead saw ‘==’.
if (a == 2) { // Line 3, Pos 11

Si nous ajoutons l’option –eqeq ceci inversera le résultat par défault.

$ jslint –eqeq test.js

test.js
#1 Missing ‘use strict’ statement.
var a = 2; // Line 2, Pos 5

Nous n’avons plus maintenant les erreurs relatives à l’opérateur de comparaison.

Utilisation avec jQuery

Un problème se pose rapidement quand nous voulons utiliser jslint avec jQuery.

jslint custom.js

custom.js
#1 ‘$’ was used before it was defined.
if (!$(« .bloc_contenu table>tbody>tr »).hasClass(« ligne_erreur »)) { // Line 8, Pos 10
#2 ‘$’ was used before it was defined.
$(« #recherche input »).attr(« value », « Rechercher »); // Line 19, Pos 5
#3 Expected ‘$’ at column 9, not column 7.
$(« #recherche input »).attr(« value », «  »); // Line 21, Pos 7
#4 ‘$’ was used before it was defined.
$(document).ready(function () { // Line 32, Pos 1

jslint nous informe que l’objet jQuery (abrégé $) n’est pas définit. En effet jslint ne peut valider que la méthode $(document), par exemple, existe bien et est valide car il ne connais pas jQuery. Nous allons donc ajouter les objets jQuery et $ comme objet globalement valide.

Pour cela nous devons modifier notre fichier JavaScript pour y ajouter des commentaires. Ceux ci configurerons jslint. Le mot clef pour enregistrer des objets globalement est … global. Ajoutons donc la ligne suivante au début de notre fichier javascript.

/*global jQuery, $ */

Si vous re-exécuter jsunit sur votre script vous n’obtiendrez plus les erreurs concernant jQuery.

Conclusion

La qualité globale des scripts JavaScript n’étant pas toujours très bien assimilée nous avons ici avec jslint un outils de qualité pour la validation.

A noté qu’un plugin intéressent pour vim nommé, très originalement, jslint.vim, vous permet d’intégrer jslint à vim. Voir https://github.com/hallettj/jslint.vim

Nous allons voir ici comment installer graylog2-server et comment centraliser vos logs sur ce serveur. Nous verrons ensuite comment installer le client Web.

Installation de graylog2-server

MongoDB

Une des dépendance de graylog2-server est mongodb. Mongodb est une base de données nosql assez performante qui permet à graylog de garder les traces de vos logs. Nous allons donc installer MongoDB

# aptitude install mongodb mongodb-server

L’installation de base de MongoDB est configurée pour fonctionner et nous n’avons pas besoin de modifier cette configuration.

Deux ports sont ouverts pour MongoDB le 27017 et le 28017

# netstat -patue | grep mongodb
 tcp        0      0 localhost:28017         *:*                     LISTEN      mongodb    16843       4384/mongod
 tcp        0      0 localhost:27017         *:*                     LISTEN      mongodb    16841       4384/mongod

Le port 27017 est le port d’écoute de MongoDB où sont envoyer les données. Le port 28017 est quant à lui le port d’administration. Vous pouvez y accéder via le protocole HTTP. La page rendu peut être comparé à celle du mod_status de apache pour le service MongoDB.

Nous allons ensuite créer un utilisateur dans MongoDB pour permettre à Graylog2 de se connecter. MongoDB propose pour cela une invite de commande.

$ mongo
 MongoDB shell version: 1.4.4
 url: test
 connecting to: test
 type "help" for help
 > use graylog2
 switched to db graylog2
 > db.addUser('graylog', 'mystrongpassword')
 {
"user" : "graylog",
"readOnly" : false,
"pwd" : "3a645a39bef99c8bba9c805e06536240"
 }
 > db.auth('graylog', 'mystrongpassword')
 1

Nous démarrons dans un premier temps le shell mongodb et nous connectons à la base graylog2. Nous créons un utilisateur graylog avec comme  mot de passe mystrongpassword. Nous testons ensuite la connexion.

Il n’est pas nécessaire de créer de base de données (collection) ou de table, MongoDB les créera à la demande.

Il vous faudra aussi démarrer le service

# /etc/init.d/mongodb start

OpenJDK

Graylog2 est un produit développé en JAVA. Il nous faut donc une machine virtuelle JAVA. Graylog2 conseil l’utilisation de OpenJDK nous allons donc installer le JRE d’OpenJDK.

# aptitude install openjdk-6-jre

L’installation ne demande pas plus de configuration.

ElasticSearch

Pour des raisons de performance Graylog2 utilise un système d’indexation de données via le produit elasticsearch. ElasticSearch est un produit JAVA lui aussi. Nous allons ici installer la version0.18.7 qui est la dernière version en date à l’heure d’aujourd’hui. Vous pouvez vérifier qu’elle est la version stable actuelle ici.

# cd /opt

# wget https://github.com/downloads/elasticsearch/elasticsearch/elasticsearch-0.18.7.tar.gz

# tar xvf elasticsearch-0.18.7.tar.gz

# ln -s elasticsearch-0.18.7 elasticsearch

Nous créons ensuite un script LSB de démarrage dans init.d et le rendons exécutable. Le script original est disponible ici.

# vim /etc/init.d/elasticsearch

...

#! /bin/sh
 ### BEGIN INIT INFO
 # Provides:          elasticsearch
 # Required-Start:    $all
 # Required-Stop:     $all
 # Default-Start:     2 3 4 5
 # Default-Stop:      0 1 6
 # Short-Description: Starts elasticsearch
 # Description:       Starts elasticsearch using start-stop-daemon
 ### END INIT INFO

ES_HOME=/opt/elasticsearch
 export ES_MIN_MEM=256m
 export ES_MAX_MEM=2g
 DAEMON=$ES_HOME/bin/elasticsearch
 NAME=elasticsearch
 DESC=elasticsearch
 PID_FILE=/var/run/$NAME.pid
 LOG_DIR=/var/log/$NAME
 DATA_DIR=/var/lib/$NAME
 WORK_DIR=/tmp/$NAME
 CONFIG_FILE=/etc/$NAME/elasticsearch.yml
 DAEMON_OPTS="-p $PID_FILE -Des.config=$CONFIG_FILE -Des.path.home=$ES_HOME -Des.path.logs=$LOG_DIR -Des.path.data=$DATA_DIR -Des.path.work=$WORK_DIR"

test -x $DAEMON || exit 0

set -e

case "$1" in
 start)
 echo -n "Starting $DESC: "
 mkdir -p $LOG_DIR $DATA_DIR $WORK_DIR
 if start-stop-daemon --start --pidfile $PID_FILE --startas $DAEMON -- $DAEMON_OPTS
 then
 echo "started."
 else
 echo "failed."
 fi
 ;;
 stop)
 echo -n "Stopping $DESC: "
 if start-stop-daemon --stop --pidfile $PID_FILE
 then
 echo "stopped."
 else
 echo "failed."
 fi
 ;;
 restart|force-reload)
 ${0} stop
 sleep 0.5
 ${0} start
 ;;
 *)
 N=/etc/init.d/$NAME
 echo "Usage: $N {start|stop|restart|force-reload}" >&2
 exit 1
 ;;
 esac

exit 0

...

# chmod +x /etc/init.d/elasticsearch

Il est à noter que les variables ES_MIN_MEM et ES_MAX_MEM sont des variables d’environnements interprété par Graylog2-server pour la configuration de la JVM. Elles correspondent respectivement à la mémoire minimale et mmaximale allouée à la JVM. Vous pouvez donc les modifier suivant vos besoins.

Nous démarrons aussi elasticsearch au démarrage du système.

# update-rc.d elasticsearch defaults

La configuration est disponible dans le fichier /etc/elasticsearch/elasticsearch.yml. Créons ce fichier

# mkdir -p /etc/elasticsearch

# vim /etc/elasticsearch/elasticsearch.yml

...

cluster:
 name:  graylog2

network:
 host:   _eth0_
 ...

Nous déclarons un simple cluster nommé graylog2 et spécifions à elasticsearch d’utiliser l’interface eth0 pour l’écoute. Vous pouvez alternativement spécifier une adresse ip ou enlever cette directive pour écouter sur toutes les interfaces. ElasticSearch écoute par défaut sur le port 9200.

Démarrons maintenant elasticsearch.

# /etc/init.d/elasticsearch start

Graylog2

Nous allons maintenant installer graylog2-server. Graylog2 propose une archive compilée de projet, celle ci est disponible sur github. Nous allons donc télécharger cette archive dans le dossier /opt/graylog2. La dernière version du projet est la 0.9.6, vous pouvez vérifier si une nouvelle version stable n’est pas disponible ici.

# cd /opt

# wget https://github.com/downloads/Graylog2/graylog2-server/graylog2-server-0.9.6.tar.gz

# tar xvf graylog2-server-0.9.6.tar.gz

# ln -s graylog2-server-0.9.6 graylog2-server

L’archive contient aussi un fichier de configuration de base que vous pouvez copier dans /etc/graylog2.conf

# cp graylog2-server/graylog2.conf.example /etc/graylog2.conf

Nous modifions ensuite ce fichier pour respecter notre configuration de MongoDB et ElasticSearch.

# vim /etc/graylog2.conf

...

# ElasticSearch URL (default: http://localhost:9200/)
 elasticsearch_url = http://localhost:9200/
 elasticsearch_index_name = graylog2

...

# MongoDB Configuration
 mongodb_useauth = true
 mongodb_user = graylog
 mongodb_password = mystrongpassword
 mongodb_host = localhost
 #mongodb_replica_set = localhost:27017,localhost:27018,localhost:27019
 mongodb_database = graylog2
 mongodb_port = 27017

...

Ici nous n’avons modifier que le nom d’utilisateur et le mot de passe mais adapter donc les différentes options à vos besoins.

Nous pouvons maintenant tester notre installation en mode debug pour vérifier qu’aucune erreur n’est arrivée.

# cd /opt/graylog2-server
 # java -jar graylog2-server.jar --debug

Si aucune erreur ne survient vous pouvez arreter le service via un [CTRL]+[C].

Comme pour elasticsearch, nous allons créer un script LSB de démarrage. Le script utilisé est disponible ici.

# vim /etc/init.d/graylog2-server

...

#! /bin/sh
 ### BEGIN INIT INFO
 # Provides:          Graylog2
 # Required-Start:    $all
 # Required-Stop:     $all
 # Default-Start:     2 3 4 5
 # Default-Stop:      0 1 6
 # Short-Description: Starts Graylog2
 # Description:       Starts Graylog2 using start-stop-daemon
 ### END INIT INFO

GL_HOME=/opt/graylog2-server
 GL_JAR=$GL_HOME/graylog2-server.jar
 NAME=graylog2
 DESC=graylog2
 PID_FILE=/var/run/graylog2.pid
 CONFIG_FILE=/etc/graylog2.conf

test -f $GL_JAR || exit 0

set -e

case "$1" in
 start)
 echo -n "Starting $DESC... "
 /usr/bin/java -jar "$GL_JAR" -f "$CONFIG_FILE" &
 echo "started (`cat "$PID_FILE"`)."
 ;;
 stop)
 PID=`cat "$PID_FILE"`
 echo -n "Stopping $DESC ($PID)..."
 kill $PID
 echo stopped.
 ;;
 restart|force-reload)
 ${0} stop
 sleep 0.5
 ${0} start
 ;;
 *)
 N=/etc/init.d/$NAME
 echo "Usage: $N {start|stop|restart|force-reload}" >&2
 exit 1
 ;;
 esac

exit 0
 ...

# chmod +x /etc/init.d/graylog2-server

# update-rc.d graylog2-server defaults

Nous pouvons maintenant démarrer graylog2-server

# /etc/init.d/graylog2-server start

Installation d’un client RSyslog

Nous allons maintenant configurer RSyslog sur un des serveurs dont nous souhaitons centraliser les logs.

Tout d’abord installons RSyslog, si ce n’est déjà fait !

# aptitude install rsyslog

Nous souhaitons centraliser tout les logs de notre serveur nous allons donc tous les rediriger vers notre serveur graylog2. Pour cela éditer le fichier /etc/rsyslog.conf et ajouter la ligne suivante

# vim /etc/rsyslog.conf

...

*.* @<ip-server-graylog2>:514

...

Redémarrer rsyslog

# /etc/init.d/rsyslog restart

Et c’est tout ! Tout les logs du serveurs serons maintenant envoyés chez graylog2 !

Attention néanmoins. Les applications n’utilisant pas le protocole syslog pour journaliser leurs informations ne sont pas pris en compte par RSyslog.

Graylog2-web-interface

C’est bien beau me direz vous, mais on en fait quoi de nos logs ? Et bien on les lit !! Pour cela graylog2 propose un service web développé en ruby. Nous allons voir son installation.

Tout d’abord installons les outils de base de ruby, à savoir l’interpréteur ruby lui même mais aussi l’installeur gem et le « constructeur » rake.

# aptitude install ruby rubygems rake

Puis installons le gestionnaire de dépendance bundler via gem

# gem install bundler --no-ri --no-rdoc

Sous Debian les binaires sont disponibles dans le dossier /var/lib/gems/<version>/bin. Nous allons ajouter ce chemin dans notre variable PATH

# vim /etc/profile.d/gems_bin.sh

...

#!/bin/bash

export PATH=$PATH:/var/lib/gems/1.8/bin

...

# chmod +x /etc/profile.d/gems_bin.sh

# source /etc/profile.d/gems_bin.sh

Nous pouvons maintenant télécharger et installer les (nombreuses) dépendances de graylog2-web-interface. La version ici installée est la 0.9.6, vérifier si une nouvelle version n’est pas disponible.

# cd /opt

# wget https://github.com/downloads/Graylog2/graylog2-web-interface/graylog2-web-interface-0.9.6.tar.gz

# ln -s graylog2-web-interface-0.9.6 graylog2-web-interface

# cd /opt/graylog-web-interface

#  bundle install

Les fichiers de configuration du serveurs sont disponibles dans le dossier config/*.yml. Editons indexer.yml et mongoid.yml pour les adapter à nos besoins.

# vim config/mongoid.yml

...

production:
 host: localhost
 port: 27017
 username: graylog
 password: mystrongpassword
 database: graylog2

...

Nous pouvons maintenant tester notre serveur en l’exécutant dans le shell courant.

# <code>script/rails server -e production

… Will continue …

Pour cela rien de plus « simple« .

Passer en mode insertion, faite [CTRL]+K puis presser le N (majuscule) puis le S (majuscule). Votre espace fine insécable apparaîtra !!

Préambule

Comme vous le savez surement Vim est doté d’un excellent système de correction syntaxique qui vous corrigera sans problème un « Caffé » en « Café » mais qu’en est-il de la correction grammaticale ?
Nous allons ici découvrir un outil fort intéressent nommé LanguageTool et son extension Vim !

Qu’est ce que LanguageTool

LanguageTool est un correcteur grammatical. C’est-à-dire qu’il corrigera vos erreurs d’accord, de pluriel, etc. Le produit est à l’origine disponible pour OpenOffice et à l’instar de ce dernier LanguageTool est écrit en Java. Ceci permet donc de l’exécuter partout et non plus seulement dans OpenOffice.

Installation

Installation de LanguageTool

La première chose à faire est de télécharger LanguageTool sur votre Ordinateur. Pour cela le plus simple est de se rendre sur le site de LanguageTool — http://www.languagetool.org/ — et récupérer le lien vers la dernière version. À l’heure où j’écris ces lignes la version courante est la 1.5. Le fichier que nous allons télécharger est au format OXT qui correspond au format d’extension d’OpenOffice. Prenez soin d’adapter les lignes suivantes à votre version de LanguageTool.

$ mkdir -p ~/software/languagetool/1.5
$ cd ~/software/languagetool/1.5
$ wget http://www.languagetool.org/download/LanguageTool-1.5.oxt

Les fichiers OXT sont en réalité des archives ZIP que nous pouvons facilement décompresser à l’aide de la commande unzip. Pour cela procédons comme suit.

$ unzip LanguageTool-1.5.oxt

Nous avons donc maintenant une liste de fichiers et de dossier assez importante dont le fichier LanguageTool.jar. Ce fichier est la version compilée — appelée bytecode— du correcteur, c’est donc celui ci que Vim exécutera pour faire fonctionner la correction grammaticale.
Nous allons maintenant installer l’extension Vim pour utiliser notre correction grammaticale.

Installation de l’extension Vim

Il existe une extension Vim maintenue par Dominique Pellé et disponible sur le site de Vim — http://www.vim.org/scripts/script.php? script_id=3223. Nous allons télécharger la dernière version de l’extension qui à l’heure d’aujourd’hui est la 1.14. Comme toujours les fichiers Vim se trouve dans le dossier caché .vim à la racine de notre dossier personnel.

$ cd ~/.vim
$ wget « http://www.vim.org/scripts/download_script.php?src_id=15306″ -O LanguageTool.zip

Attention: Ce lien télécharge la version 1.14 qui n’est peut-être pas la dernière version.
L’extension Vim est au format ZIP nous la décompressons donc.

$ unzip LanguageTool.zip

Et supprimons l’archive

$ rm LanguageTool.zip

Il ne nous reste plus qu’à configurer Vim pour qu’il utilise notre extension correctement!

Configuration

Nous allons configurer Vim pour qu’il utilise LanguageTool. La configuration de Vim se trouve dans le fichier caché .vimrc à la racine de votre dossier personnel. Éditez-le.

$ vim ~/.vimrc

Il nous faudra tout d’abord spécifier à l’extension Vim l’endroit où trouver le fichier JAR de correction grammaticale. Ceci se fait à l’aide de la variable ’g:languagetool_jar’. Dans notre cas le fichier jar se trouve dans le dossier software ->languagetool ->1.5 dans notre dossier personnel nous ajouterons donc cette ligne à notre fichier .vimrc.

let g:languagetool_jar=$HOME .
‘/software/languagetool/1.5/LanguageTool.jar’

Enfin par défaut la correction grammaticale est anglaise. Pour modifier ce comportement vous avez deux solutions. Soit, modifier la langue du document en cours d’exécution

:setlocal spell spelllang=fr

Soit, modifier la configuration par défaut pour tous les documents. Cette configuration peut déjà avoir été effectué si vous utilisez la correction syntaxique de Vim. Pour cela éditer le fichier vimrc et ajouter la ligne suivante.

setlocal spell spelllang=fr

Utilisation

L’extension Vim pour LanguageTool ajoute deux nouvelles commandes, LanguageToolCheck et LanguageToolClear. La commande LanguageToolCheck permet d’activer la correction grammaticale. Le document courant sera parcouru par LanguageTool et l’écran de Vim sera découpé en deux pour vous afficher la liste des erreurs grammaticales trouvées dans le document. La commande LanguageToolClear, elle, permet de fermer la correction grammaticale.
Lors de l’exécution de LanguageToolCheck, LanguageTool vous donnera des informations comme celle ci

Error: 1/37 (FRENCH_WHITESPACE) @ 1L 192C
Message: Point d’interrogation est …
Context: …de la correction grammaticale ? Nous …
Correction: ?

La première ligne vous informera du type d’erreur que vous rencontrez (ici un problème d’espace) et de la ligne où se produit l’erreur — Ici la ligne 1 — ainsi que le caractère sur la ligne. Il vous est ensuite présenté la raison de l’erreur et le contexte de l’erreur, c’est-à-dire le texte où se trouve l’erreur. Enfin LanguageTool vous propose une correction pour le problème que vous pouvez utiliser si vous le souhaitez !

Conclusion

Nous avons vu ici qu’il était très simple d’utiliser la correction grammaticale de LanguageTool dans Vim ce qui prouve encore une fois que tout est possible avec Vim. Si ce n’est pas déjà fait vous pouvez accompagner cette correction avec la correction syntaxique de Vim qui est inclus dans le cœur de Vim. En espérant que cet article vous a aidé, n’hésitez pas à me faire vos retours et n’oubliez pas : Vim c’est la vie !

Cet article est aussi disponible au format tex ou PDF.

Nous verrons dans un premier temps l’intérêt du DHCP puis la configuration. Nous verrons ensuite quelque commande d’administration du service DHCP.

Qu’est ce que le DHCP

Le protocole DHCP est un protocole d’auto configuration de réseau. Il permet à des machines arrivant sur un réseau quelle ne connaisse pas de s’adapter à sa configuration.

Ces dernières obtiendront plusieurs informations allons de leur adresse IP jusqu’à leurs serveurs DNS, NTP ou WINS.

Chaque configuration offerte par le protocole DHCP à un client à une durée de vie que nous appelons un bail (ou lease en anglais).

En ce qui concerne l’adressage réseau, vous voudrez surement configurer le DHCP pour votre réseau privé. Il existe trois classes de réseau privé : A, B et C. Chaque classe a une plage d’adresse IP réservée que vous pouvez utiliser comme bon vous semble et un masque de sous réseau que vous pouvez découper. Voici ces spécificités

- Classe A : Adresse 10.0.0.0/8 c’est à dire des adresse 10.0.0.1 à 10.255.255.254 soit environ 16 millions d’hôtes

- Classe B : Adresse 172.16.0.0/12 c’est à dire de 172.16.0.1 à 172.31.255.255 soit environ 1 millions d’hôtes

- Classe C : Adresse 192.168.0.0/16 c’est à dire de 192.168.0.1 à 192.168.255.254 soit environ 65 mille hôtes.

Il est à noter que en classe B vous devez utiliser au plus un masque de 16 bit et en classe C un masque de 24 bit. De ce fait vous préférerez surement pour votre réseau domestique des IP de classe C avec un masque de 24 bit vous permettant d’avoir jusqu’à 254 hôtes.

Nous présenterons dans cette article la mise en place d’un réseau privé de classe C 192.168.42.0/24 c’est à dire des adresse de 192.168.42.1 à 192.168.42.254

Note : Nous partons du principe que vos interfaces sont déjà configurées

Configuration du service DHCP

Pour configurer un service DHCP il vous faudra tout d’abord créer un groupe DHCP. Les routeurs CISCO pouvant délivrer des adresses via DHCP sur plusieurs interfaces et via plusieurs configurations, les configurations sont regroupées par groupe.

Pour créer un groupe nommé dhcp-private-pool il vous faudra procéder comme suit

> en

# conf t

(config) # ip dhcp pool dhcp-private-pool

Vous entrez à ce moment là dans la configuration du groupe. Le nom du prompt de votre shell devrait contenir ‘dhcp-config’ comme suit

(dhcp-config) #

Spécifier maintenant l’adressage souhaité. Ici nous utilisons le réseau 192.168.42.0/24

(dhcp-config) # network 192.168.42.0/24

Spécifier ensuite les noms des serveurs DNS que vous voulez voir utilisés par vos clients. Nous utilisons dans cet exemple les serveurs DNS d’OpenDNS (208.67.222.222 et 208.67.220.220)

(dhcp-config) # dns-server208.67.222.222 208.67.220.220

Vous pouvez éventuellement configurer un nom de domaine associé à votre configuration DHCP (ici therrat.fr)

(dhcp-config) # domain-name therrat.fr

Ou un serveur WINS (ici 192.168.42.2)

(dhcp-config) # netbios-name-server 192.168.42.2

Un des points importants pour que vos clients puissent avoir accès à d’autre réseau que votre réseau privé (comme internet par exemple) est la route par défaut. Il y a fort à parier que la route par défaut que vous souhaiter utiliser soit l’adresse IP (privée) de votre routeur. Dans notre exemple l’adresse du routeur est 192.168.42.1

(dhcp-config) # default-router 192.168.42.1

Enfin il nous reste plus qu’a configurer la durée de rétention des baux DHCP. Ce chiffre est à adapter suivant le nombre de poste différent qui viennent à se connecter sur votre réseau et la durée de ces connexions. Dans notre cas de réseau privé domestique un bail de sept jours nous semble amplement suffisant.

(dhcp-config) # lease 7

Sortir de la configuration, tester le bon fonctionnement de votre DHCP en connectant un nouvel appareil et sauvegarder votre configuration.

(dhcp-config) # exit

(config) # exit

…. Tester votre DHCP ….

# copy running-config startup-config

Votre DHCP est configuré et près à être utilisé

Configuration Avancée

Exclure des IP

Vous pouvez empêcher des adresses IP d’être délivrées par le serveur DHCP car par exemple ces adresses sont configurées statiquement sur les postes. C’est le cas de notre routeur. Celui ci a l’adresse 192.168.42.1 et le serveur DHCP ne devrait jamais donner cette adresse à quiconque. Nous allons donc exclure cette adresse. Pour cela voici la commande à entrer en mode config.

(config) # ip dhcp excluded-address 192.168.42.1

Fixer une adresse IP en fonction de l’adresse MAC

Il est parfois important de pouvoir toujours renvoyer la même adresse IP à un client qui vient à ce connecter de temps à autre. Ceci est rendu possible par le fait que chaque carte réseau à un identifiant unique. Cet identifiant se nome l’adresse MAC. Nous allons donc vérifier sur notre routeur l’adresse MAC de notre client pour lui donner la même adresse IP quoi qu’il arrive !

Pour créer une configuration statique nous devons créer un groupe DHCP pour notre client. Nous créons ici le groupe dhcp-private-pool-romain. L’adresse MAC de notre client est 12:34:56:78:9A:BC et nous souhaitons lui assigner l’adresse IP 192.168.42.42 avec un masque de 255.255.255.0 (24 bits)

(config) # ip dhcp pool dhcp-private-pool-romain

(dhcp-config) # host 192.168.42.42 !/24

(dhcp-config) # client-identifier 1234.5678.9ABC

(dhcp-config) # exit

Vous remarquerez que l’adresse MAC doit s’écrire sur la forme XXXX.XXXX.XXXX

Administration du service DHCP

Voici quelques commandes pour l’administration de tous les jours de votre service DHCP

Voir les baux DHCP

Nous pouvons voir la liste de tous les baux DHCP via la commande suivante

# show ip dhcp binding

Mais si vous avez beaucoup de machine le résultat de cette commande deviendra vite illisible ! Vous pouvez donc optionnellement spécifier l’adresse IP pour laquelle vous voulez voir le bail.

# show ip dhcp binding 192.168.42.42

Vous retrouverez dans les résultats de la commande l’adresse IP du client, son adresse MAC ainsi que la durée de validité de son bail (ou ‘infinite‘ pour une configuration DHCP statique).

Supprimer un bail DHCP

Vous pouvez à tout moment supprimer un bail DHCP (pour régler un conflit ou changer l’adresse IP d’un client par exemple). Pour cela, exécuter la commande suivante en remplaçant l’adresse IP par celle de vos besoins.

# clear ip dhcp binding 192.168.’2.13

Vous pouvez aussi spécifier un astérisque (*) pour supprimer tous les baux DHCP.

Voir des statistiques

Il existe une liste de statistiques du service DHCP. Pour l’afficher :

# show ip dhcp server statistics

Vous pourrez avec cette commande découvrir ce qu’il se passe sur votre réseau et adapter vos configurations.

Supprimer les statistiques

Pour remettre à zéro les statistiques

# clear ip dhcp server statistics

Conclusion

Vous êtes maintenant pleinement opérationnel pour gérer un service DHCP sur votre routeur CISCO alors profitez en ! N’hésiter pas à fouiller les possibilités de l’IOS (le vrai) avec le point d’interrogation (?) et à me faire vos retours d’expériences pour compléter cet article !

• Le startup-config
• Le runing-config

Comme les noms l’expliquent assez bien. La configuration dite de « startup-config » est la configuration qui sera utilisée au démarrage du router. Celle ci sera copiée dans la configuration dite de « running-config » qui est celle utilisée par le routeur en fonctionnement.

La meilleure méthode pour remettre à zéro un routeur est donc de supprimer le « startup-config » et de redémarrer le routeur !

Pour cela connecter vous sur votre routeur, passer en mode privilégier et utiliser la commande erase

> en

# erase startup-config

# reload

Votre routeur est maintenant comme neuf !

Un équivalent à Ondin pour GNU/Linux

Ondin est dans la mythologie germaine un génie des eaux qui a donné sont nom à un syndrome respiratoire, à un pratique sexuel… mais surtout à un logiciel !

Ondin est un produit de Samsung^w de développeurs indépendants qui vous permet de mettre à jour le  système d’exploitation de votre téléphone Samsung. Ce produit permet de gérer les différents fichiers du système Android allant du partitionnement (organisation des données sur le téléphone), du système en lui même jusqu’au modules de gestion de la connectivité (Téléphone et internet EDGE/3G).

Ce produit bien que pleinement fonctionnel sous Windows n’a pas de version pour GNU/Linux aussi Benjamin Dobell a pris la très bonne initiative de ré-implémenter les fonctionnalités de Ondin dans une application multiplateforme et qui plus est libre! Le nom de cette application est heimdall. Ce nom est lui aussi tiré de la mythologie et est considéré comme un dieu du feu, nous noterons aussi non sans interrogation qu’il est le fils de 9 (oui oui neuf !) mères ! De plus il est le fils adoptif d’ondin !

D’après la documentation Heimdall semble fonctionner sur les Samsung Captivate, Vibrant, Fascinate, Mesmerize, Epic 4G, Galaxy S 4G, Infuse 4G, GT-I9000T, Galaxy Tab, Galaxy S II et GT-I9000. Pour les possesseurs de Samsung Galaxy S votre nom de code est la plupart du temps GT-I9000 donc votre téléphone est supporté !

Installation de heimdall

En nous rendant sur le site de heimdall nous découvrirons qu’il existe plusieurs paquets de l’application. Des paquets sont disponibles pour Windows, Mac OS et Debian. Pour les autres distributions il conviendra de compiler les sources de l’application.

Rendez vous donc sur le github de heimdall pour voir les différents fichiers disponibles en téléchargement : https://github.com/Benjamin-Dobell/Heimdall/downloads

Vous avez du constater qu’il existe trois paquets différents. En voici une description :

• heimdall : Ce paquet est le programme heimdall en ligne de commande. C’est celui ci que nous allons détailler ici.
• heimdall-frontend : Ce paquet est une interface graphique pour le paquet heimdall. Nous ne détaillerons pas son utilisation ici.
• heimdall-suite : Ce paquet contient les deux précédents.

Prérequis

Note : Sous gentoo il existe un ebuild dans l’overlay poly-c, vous pouvez donc l’utiliser avec Layman. Nous détaillerons néanmoins la procédure de compilation pour les autres systèmes (RHEL, Suse, Mandriva, etc …).

Note : La compilation d’une application nécessite les outils de compilation standard. Nous ne détaillons pas ici la procédure d’installation de ceux ci.

Heimdall dépend de la librairie USB qui est disponible sur toutes les distributions. Installer là avec les sources à l’aide de votre gestionnaire de paquet favori (apt, yum, urpmi, …).

Sous Debian

# apt-get install libusb-dev

Sous mandriva

# urpmi libusb-devel

Sous Centos ou RedHat

# yum install libusb-devel

Sous Suse (OpenSuse, SLES ou SLED)

# zypper install libusb-dev

Nous pouvons maintenant commencer la compilation de heimdall.

Compilation

Nous stockerons les sources dans notre dossier personnel. Pour cela nous créons un dossier réservé à heimdall (Ceci doit être adapté à votre goût !)

$ mkdir -p ~/software/heimdall

Et nous nous rendons dans ce nouveau dossier

$ cd ~/software/heimdall

Nous récupérons ensuite les sources de la dernière version stable. Penser à adapter le numéro de version !

$ wget -O heimdall-v1.3.1.tar.gz https://nodeload.github.com/Benjamin-Dobell/Heimdall/tarball/v1.3.1

Décompressez l’archive

$ tar xvf heimdall-v1.3.1.tar.gz

Et accéder aux sources

$ cd Benjamin-Dobell-Heimdall-*

Nous allons dans un premier temps compilez la bibliothèque de gestion des fichiers PIT. Les fichiers PIT sont les fichiers de partitionnement du téléphone.

$ cd libpit

$ ./configure

$ make

Il n’est pas nécessaire d’effectuer un make install c’est le la compilation de heimdall qui s’en chargera.

Nous allons d’ailleurs compiler heimdall.

$ cd ../heimdall

$ ./configure

$ make

Il ne nous reste qu’à installer heimdall ! Pour cela connecter vous en root (avec la commande su ou sudo).

# make install

Heimdall est maintenant installé dans /usr/local/bin/heimdall

Préparation du firmware

Dans l’archive de votre nouveau système Android vous retrouverez trois fichier tar et un fichier pit.

Comme dit précédemment le fichier PIT est un fichier binaire qui configurera le partitionnement de votre téléphone. Pour plus d’information référer vous à cet article[en].

Les autres fichiers sont des archives qui contiennent des fichiers. Nous allons les décompresser.

tar xvf CODE*.tar

tar xvf *CSC*.tar

tar xvf MODEM*.tar

Les fichiers décompressés et intéressants sont les suivants

• factoryfs.rfs : image de la partition système qui contiendra les applications de base
• cache.rfs : image de la partition de cache
• dbdata.rfs : image de la partition de la base de données du système
• boot.bin : application importante qui sera lancé au démarrage du système
•  Sb1.bin : deuxième application lancé par le système qui va configurer le téléphone
• param.lfs : fichier contenant les images (JPEG) du système
• zImage : L’image du noyau Linux
• modem.bin : Les drivers de votre puce GSM.

Pour plus d’information sur le démarrage du téléphone aller voir ce site[en]

Installation du firmware via Heimdall

Nous partons du principe que vous avez déjà téléchargé le firmware pour votre téléphone. Nous détaillerons ici l’utilisation de heimdall pour l’installer sur votre téléphone.

La procédure de mise à jour de votre téléphone supprimera des données (comme les SMS, les contacts ou les sauvegarde de angry bird !). Penser à sauvegarder vos données. Je vous conseille la lecture des paragraphes 1.3 (sur la garantie et les risques) et la deuxième partie du paragraphe 1.4 (sur la sauvegarde de vos données) sur ce site.

Nous allons donc télécharger tous ces fichiers sur notre téléphone. Pour cela nous devons mettre notre téléphone en mode téléchargement.

Passer le téléphone en mode téléchargement

Quand un téléphone Android passe en mode téléchargement il écoute sur sont port USB et attend qu’on lui envois des fichiers. Ces fichiers sont dans notre cas les fichiers du système Android.

Pour passer un Samsung Galaxy S en mode téléchargement il vous faudra tout d’abord éteindre le téléphone. Maintenez ensuite les touches volume bas, home et démarrage appuyé jusqu’a ce que le téléphone démarre. Vous verrez alors un jolie Droid pelleter !

Activation du mode téléchargement d'un samsung galaxy S.

Connecter votre téléphone en USB. Vous pouvez vérifier qu’il est bien reconnu dans vos logs

$ tail -f /var/log/messages

Dec 25 22:58:37 localhost kernel: usb 2-3: new high speed USB device number 3 using ehci_hcd
Dec 25 22:58:38 localhost kernel: usb 2-3: New USB device found, idVendor=04e8, idProduct=6601
Dec 25 22:58:38 localhost kernel: usb 2-3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Dec 25 22:58:38 localhost kernel: usb 2-3: Product: Gadget Serial
Dec 25 22:58:38 localhost kernel: usb 2-3: Manufacturer: SAMSUNG
Dec 25 22:58:38 localhost kernel: cdc_acm 2-3:2.0: This device cannot do calls on its own. It is not a modem.
Dec 25 22:58:38 localhost kernel: cdc_acm 2-3:2.0: ttyACM0: USB ACM device
Dec 25 22:58:38 localhost mtp-probe: checking bus 2, device 3: « /sys/devices/pci0000:00/0000:00:1d.7/usb2/2-3″
Dec 25 22:58:38 localhost mtp-probe: bus: 2, device: 3 was not an MTP device

Envoi des fichiers

Nous n’avons maintenant plus qu’a envoyer les données avec heimdall sur notre téléphone. La commande suivante devrait faire l’affaire

$ heimdall flash –repartition –pit s1_odin_20100512.pit –factoryfs factoryfs.rfs –cache cache.rfs –dbdata dbdata.rfs –primary-boot boot.bin –secondary-boot Sbl.bin –param param.lfs –kernel zImage –modem modem.bin

Une barre de progression devrait apparaître tandis que les fichiers sont envoyés.  Le téléphone redémarrera et appliquera automatiquement les mises à jour pour enfin redémarrer et vous redonner la main. Le premier démarrage peu être un peu long (30 secondes)

Ecran du téléphone pendant l'envoi des fichiers

Conclusion

Votre téléphone est maintenant près à être utilisé ! Alors amusez vous bien !

Voilà j’écris cet article pour partager une solution sur un formulaire symfony qui contient un widget start_date et end_date utilisant sfWidgetFormI18nDate.

Le problème était de pouvoir, en fonction de la start_date, définir une end_date minimale dans un validateur.

La solution était pour ce formulaire de surcharger la méthode doBind pour récupérer les valeurs du start_date et définir le minimum pour le end_date.

Voici le code pour la solution :

// on récupère d'abord la valeur de la start date dans une variable $date
$date = strtotime($values['start_date']['day']."/".$values['start_date']['month']."/".$values['start_date']['year']);
// Ensuite on ajoute la valeur minimale que l'on veut pour le end date
$date = strtotime("+ 5 month", $date);

// Enfin on met en place le validateur pour cette end date
$this->validatorSchema['end_date'] = new sfValidatorDate(array("min" => $date), array("min" => "La date doit être supérieure à %min%"));

Voilà j’espère que cette solution pourra aider du monde

Merci à Lermit et Yochima pour leur aide.

Nous allons donc voir comment installer le Google Music Manager sur gentoo.

Compilation d’alien

Nous allons dans un premier temps compiler un logiciel nommé alien. Ce soft est principalement connu pour convertir des RPM (format de paquet de la LSB) en deb (format de paquet Debian et « non standard ») mais il permet aussi de convertir des paquet deb en tar.gz !!

Aller assez parler, compilation.

# emerge alien

Téléchargement du deb

Nous allons maintenant télécharger le paquet deb proposé par google. Pour cela rendez vous sur http://music.google.com/, cliquer sur « add music » et selection le paquet deb correspondant à votre architecture (32 ou 64bit).

Pour les faignants voici les liens pour la version beta courante

32bits :

$ wget http://dl.google.com/linux/direct/google-musicmanager-beta_current_i386.deb

64 bits

$ wget http://dl.google.com/linux/direct/google-musicmanager-beta_current_amd64.deb

Extraction du contenu et installation

Nous allons maintenant convertir le deb en tar.gz. Pour cela nous utilisons la commande alien comme suit.

$ alien –to-tgz google-musicmanager-beta_current_*.deb

Ceci créra dans le dossier courant une archive compressé portant un nom s’apparentant à « google-musicmanager-beta-<version>.tgz« . Décompression le.

$ tar xvf google-musicmanager-beta-*.tgz

3 dossiers on été créé dans le dossier courant : opt, usr et etc.

Ces trois dossiers contiennent la version compilé du logiciel, il suffit de déplacer ces fichiers dans les dossiers équivalents de notre système et le logiciel fonctionnera à merveille !

# mkdir -p /opt/google

# mv opt/google/ /opt/google

# mv usr/bin/ /usr/bin

# mv etc/cron.daily/ /etc/cron.daily

Lancement du logiciel

Nous avons copier un lien symbolique nommé google-musicmanager pointant sur /opt/google/musicmanager/google-musicmanager dans /usr/bin qui doit téhoriquement faire partie des chemins contenus dans votre variable PATH. Donc,moyennant un rechargement du shell pour certain shell, vous n’avez qu’a exécuter la commande google-musicmanager pour lancer le Google Music Manager.

$ google-musicmanager

Ceci va vous faire apparaître une jolie fenêtre vous permettant d’uploader vos musiques ! Je vous laisse lire, cliquer sur suivant et le tour sera joué !

Conclusion

Bien qu’il soit regrettable que Google ne propose pas ses sources de l’application nous pouvons tout de même faire fonctionner le Google Music Manager et profiter du service proposé par Google. Alors profitons en !

Mes disques USB ne pouvait pas être monté par mes utilisateurs. Le montage des partitions par un utilisateur non root nécéssite deux choses

- Faire partie du groupe plugdev.

# vim /etc/group

…

plugdev:x:196:haldeamon,romain

….

- Modifier les configuration de polkit pour autoriser les utilisateurs à monter les partition et à les démonter.

Editer le fichier /usr/share/polkit-1/actions/org.freedesktop.udisks.policy

# vim /usr/share/polkit-1/actions/org.freedesktop.udisks.policy

….

<action id= »org.freedesktop.udisks.filesystem-mount »>

<description>Mount a device</description>

<message>Authentication is required to mount the device</message>

<defaults>

<allow_any>yes</allow_any>

<allow_inactive>no</allow_inactive>

<allow_active>yes</allow_active>

</defaults>

</action>

…

<action id= »org.freedesktop.udisks.filesystem-unmount-others »>

<description>Unmount a device mounted by another user</description>

<message>Authentication is required to unmount devices mounted by another user</message>

<defaults>

<allow_any>yes</allow_any>

<allow_inactive>no</allow_inactive>

<allow_active>auth_admin</allow_active>

</defaults>

</action>

Un petit redémarrage de service et le tour est joué !