Views Cloud est un module drupal qui permet de générer un nuage de tag à partir d’une vue du module Views

Cela permet donc de créer des nuages de tags à partir de n’importe quelle données récupérée par Views.

Vous pouvez par exemple créer un nuage de tag des utilisateurs pondérés selon leur age, ou encore un nuage de tags contenant le titre de noeud pondérés en fonction du nombre de lectures.

Le module fournit un style de vue « Cloud » pour la sortie standard, et un style sommaire pour le contenu filtré via le nuage de tags.

Vous pouvez également générer un nuage de tags à partir de terme de Taxonomie pour un type de contenu donné et c’est ce que nous allons voir ici, qui est l’utilisation de Views_Cloud la plus courante.

Pour illustrer la mise en place, voici un petit cas pratique.

Imaginons un site internet de recettes de cuisine qui a 2 types de contenu, « Recette rapide » et « Recette gastronomique ».

Ce site a un vocabulaire nommé « Epices » qui est utilisé pour les 2 types de contenu cité ci-dessus.

Vous souhaitez faire un nuage de tags des différents épices pour un type de contenu donné.

Views_cloud va vous permettre de n’afficher et de pondérer les tags que pour ce type de contenu.

Et mieux, il va vous créer une page « sommaire » regroupant tous les nœuds (type de contenu) contenant le tag choisi

Imaginons que le tags curry du vocabulaire « Epices » soit utilisé 15 fois avec le type de contenu « Recette gastronomique » et 2 fois avec le type de contenu « Recette rapide ».

La pondération des tags dans le nuage de tags ne sera pas du tout la même pour ce terme si vous ne filtrez pas le type de contenu.

Et si il n’y avait pas de page de sommaire comme le permet de faire Views_cloud, en cliquant sur le tags « curry », vous iriez sur une page contenant tous les nœuds contenant le tag, ce que vous ne souhaitez pas.

J’espère que l’explication de mon cas pratique, vous aura fait permis de comprendre la problématique que je souhaite résoudre avec Views_cloud…

Voici donc comment mettre en place un nuage de tags pondéré et filtré par type de contenu.

Tout d’abord, installons le module Views_cloud :

1. Copiez le répertoire views_cloud dans votre répertoire de modules (sites/all/modules)
2. Activez celui via la page /admin/build/modules
3. Configurez une vue pour utiliser Views_Cloud. À noter que Views_Cloud fournit par défaut deux vues afin d’illustrer les possibilités, celles-ci sont désactivées par défaut. Mais ça pourrait vous aider à démarrer avec ce module.

• cloud_tags : Un nuage de tags classique
• cloud_user_posts : Un nuage de tags des utilisateurs pondérés par leur nombre de posts.

Passons maintenant à la configuration de notre nuage de tags pour notre cas pratique.

1. Créez une nouvelle vue via la page admin/build/views et donnez lui un nom comme par exemple « viewscloud_epices »
2. Ajoutez un champ en cliquant sur l’icone « + » (plus) dans la section Champs. A savoir que ce champ ne fait pas parti du nuage de tags, mais de la page qui sera utilisée pour le sommaine. Vous pouvez choisir d’utiliser le style de vue « Nœud » plutôt que « Champs ». C’est d’ailleurs, ce que je vais faire.
3. Si vous choisissez d’afficher directement les nœuds entier, faites donc ceci, sinon passez à l’étape 4.  Allez dans la section, « Paramètres de base » et éditez le style de ligne et choisissez « Node »
4. Ajoutez ensuite un argument en cliquant sur l’icone « + » (plus) dans la section « Arguments ». Ajoutez l’argument « Taxonomy: Term ID » ou « Taxonomy: Term » personnellement, j’ai choisi Term, car l’argument est repris dans l’url, donc c’est mieux pour le référencement d’avoir un mot, plutôt qu’un nombre . En titre, vous pouvez mettre par exemple « Epices : %1″ %1 sera le nom du tag sur lequel l’utilisateur aura cliqué. Concernant l’action à prendre si non présent, choisissez « Sommaire, classement descendant » permettant d’avoir les nœuds les plus récents en premier, je crois que c’est trier en fonction de l’id du noeud, donc pas forcément le plus récent si mise à jour du nœud.  Cochez la case « Dans les URL, transforme les espaces en tirets ». Après avoir sauvegardé votre argument, vous serez invité à choisir le style et choisissez « Cloud ».
5. Ajoutez ensuite un filtre en cliquant sur l’icone « + » (plus) dans la section « Filtres ». Ajoutez un filtre « Taxonomy: Vocabulary » et choisissez le vocabulaire de votre choix, dans mon exemple il s’appelle « Epices » et indiquant « Fait partie de ».
6. J’ai choisi de n’afficher que les nœuds publiés, pour cela ajoutez un filtre du groupe « Node » et choisissez le statut publié.
7. J’ai choisi également de filtrer par type de contenu comme expliqué plus haut. Pour cela, ajoutez un filtre du groupe « Node » et choisissez le type de contenu de votre choix, dans mon exemple « Recette rapide »
8. Ajoutez un nouvel affichage de type « Page ». Donnez lui un chemin qui sera celui utilisé pour le sommaire, par exemple « tag/epices ». Vous aurez des urls de type /tag/epices/curry et cette page listera tous le contenu de type « Recette rapide » contenant le terme de taxonomie « curry »
9. Au point 4, je vous ai parlé du tri des nœuds dans la page de sommaire, pour cela rajouter un critère de tri, personnellement, je l’ai supplanter, je ne sais pas comment ça réagit si on met à jour la vue par défaut. Ajoutez un critère de tri de type Node et choisir « date de mise  jour » et triez de manière descendante.
10. Ajoutez un nouvel affichage de type « Bloc ». Et donnez lui un titre, par exemple « Nuage d’épices » qui sera le titre du bloc contenant votre nuage de tags.
11. Sauvegardez votre vue
12. Activez ce bloc dans votre gestion des blocs sur la page admin/build/block

Et voilà vous avez désormais votre nuage de tags pour les épices du type de contenu « Recette rapide » renvoyant exclusivement sur une liste de nœuds du même type de contenu.

A noter que lorsque vous prévisualiserez votre nuage de tags pendant la création de votre vue, celui-ci ne sera pas mis en forme, vous ne verrez donc pas là pondération des tags. Les CSS du module Views_Cloud ne peuvent être chargé sur cette page

Voici quelques petites astuces pour accéder à internet via un terminal sous Linux.

Il vous est peut-être déjà arrivé de vouloir faire un wget, lancer une commande svn ou hg derrière un proxy avec authentification, voici des méthodes pour accéder à internet sur ce type d’architecture.

La première est de déclarer une variable d’environnement $http_proxy :

Pour cela il faut taper la commande :

export http_proxy="http://login:password@serveur_proxy:3128"

Pour éviter de le taper cette commande tout le temps, vous pouvez soit le mettre dans /etc/profile soit dans le .bashrc ou ailleurs d’ailleurs.

Personnellement je le met dans le .bashrc ce qui me permet de le gérer par utilisateur, libre à vous de le mettre où bon vous semble…

Voici la deuxième astuce est de configurer wget :

Configurer wget pour utiliser le proxy avec authentification, pour cela éditer le fichier /etc/wgetrc

Ajouter :

http_proxy = http://hostname.proxy:port/
 
use_proxy = on
 
proxy-user = username
proxy-password = password

Attention, cela ne configurera que le proxy pour le wget, mais je pense que vous l’aviez compris

Personnellement avec les 2 première méthodes je rencontrais toujours un problème d’authentification, voici le message d’erreur que j’avais par exemple avec un wget :

root@desktop:~# wget -v www.google.fr
--2009-11-06 09:46:47--  http://www.google.fr/
Résolution de proxy.mon-reseau.com... 10.0.1.1
Connexion vers proxy.mon-reseau.com|10.0.1.1|:8080... connecté.
requête Proxy transmise, en attente de la réponse... 407 Proxy Authentication Required
2009-11-06 09:46:47 ERREUR 407: Proxy Authentication Required.

Ces 2 astuces ne fonctionnent malheureusement tout le temps, notamment lorsque votre proxy requiert une authentification NTLM

Voici le détail de mon wget où vous pourrez voir quel type d’authentification est demandé :

root@pydubreucq-desktop:~# wget -d -v www.google.fr
Setting --verbose (verbose) to 1
DEBUG output created by Wget 1.11.4 on linux-gnu.
 
--2009-11-06 09:46:51--  http://www.google.fr/
Résolution de proxy.mon-reseau.com... 10.0.1.1
Caching proxy.mon-reseau.com => 10.0.1.1
Connexion vers proxy.mon-reseau.com|10.0.1.1|:8080... connecté.
Created socket 3.
Releasing 0x0881b150 (new refcount 1).
 
---request begin---
GET http://www.google.fr/ HTTP/1.0
User-Agent: Wget/1.11.4
Accept: */*
Host: www.google.fr
Proxy-Authorization: Basic MjAwMDIyNTc6Ikwzck95X01lUmwxIg==
 
---request end---
requête Proxy transmise, en attente de la réponse...
---response begin---
HTTP/1.0 407 Proxy Authentication Required
Server: squid/2.x.STABLEx
Date: Fri, 06 Nov 2009 08:44:47 GMT
Content-Type: text/html
Content-Length: 1332
Expires: Fri, 06 Nov 2009 08:44:47 GMT
X-Squid-Error: ERR_CACHE_ACCESS_DENIED 0
Proxy-Authenticate: NTLM
X-Cache: MISS from proxy.mon-reseau.com
Via: 1.0 proxy.mon-reseau.com:8080 (squid/2.x.STABLEx)
Proxy-Connection: close
 
---response end---
407 Proxy Authentication Required
Closed fd 3
2009-11-06 09:46:51 ERREUR 407: Proxy Authentication Required.

On peut voir la ligne Proxy-Authenticate: NTLM ce qui signifie que le type d’authentification est NTLM

Voici la troisième astuce qui va vous permettre de régler le problème d’authentification NTLM que l’on retrouve notamment avec des proxy ISA Server :

Il faut installer le paquet ntlmaps

aptitude install ntlmaps

Lors de l’installation, il vous demande le port d’écoute du serveur ntlmaps, le hostname du serveur parent (le proxy) et son port, le domaine Windows, le nom d’utilisateur, le mot de passe…

Bref, je préfère toujours aller voir dans les fichiers de configurations, donc pour le faire à la main, il faut éditer le fichier /etc/ntlmaps/server.cfg

LISTEN_PORT: 8081
 
PARENT_PROXY: proxy.mon-reseau.com
 
PARENT_PROXY_PORT: 8080
NT_DOMAIN: DOMAINE_WINDOWS
 
USER: username
 
PASSWORD: password

Vous pouvez remarquer le paramètre LISTEN_PORT qui est le port qui va être utilisé pour que vous puissiez accéder à NTLM-APS

Pour cela il faut déclarer la variable d’environnement $http_proxy comme cité ci-dessus :

export http_proxy="http://localhost:8081"

Cette fois-ci, on indique à son système de faire pointer le proxy sur le localhost sur le port 8081 qui est en fait NTLM-APS et qui lui se chargera de l’authentification.

Il suffit ensuite de démarrer NTLM-APS

sudo /etc/init.d/ntlmaps start

Et voilà, vous allez désormais pouvoir accéder via votre terminal à internet en passant par le proxy

Le truc génial avec ce système, qui est petit plus non négligeable à mon sens, est au niveau de l’authentification avec Firefox…

Je m’explique, j’utilise Firefox et je suis un grand adepte des onglets… J’en ai en moyenne 3 à 4 lignes, ce qui représente 40 à 50 onglets, actuellement j’en ai 61

Et à chaque démarrage de Firefox, il me demandait de valider mon compte proxy pour accéder aux éléments, vous pouvez imaginer que le matin en allumant le PC, je commencais par effectuée une centaine de clic… Ce qui, même si ça muscle le doigt devient vite lourd…

Et bien avec NTLM-APS ce problème est résolu étant donné que c’est lui qui gère l’authentification

A noter, par contre que j’ai rencontré un problème d’affichage avec gmail, via NTLM-APS… Je ne sais pas pourquoi, mais ma mise en page était éronnée…

Pour solutionner ce problème, j’ai forcé gmail a fonctionner en https, ce qui au final est mieux

Je n’ai pas encore rencontré de problème avec d’autres sites, je ne sais vraiment pas pourquoi cela ne fonctionnait pas…

NTLM-APS couvre un peu le même périmètre que CNTLM dont j’avais parlé sur mon article pour utiliser Drupal derrière un proxy

Liens utiles :

NTLMAPS

CNTLM

Edit : Si vous souhaitez installer des paquets pear / pecl vous pouvez lancer cette commande pour configurer pear/pecl à utiliser votre proxy local ntlmaps :

pear config-set http_proxy http://login:password@ip_du_proxy:port_du_proxy

Soit dans notre exemple :

pear config-set http_proxy http://localhost:8081

Si vous utilisez Drupal derrière un proxy sans ou avec authentification, comme par exemple pour un intranet.

Vous allez être confronté à un gros problème d’utilisation. L’accès à l’interface d’administration est très lent, car il fait des recherches pour savoir les mises à jours disponible, du socle drupal et de ses modules…

Voici comment contourner le problème :

Ajoutez dans le fichier settings.php :

$conf = array(

‘update_fetch_url’ => ‘http://localhost:80/release-history/’

);

Le port 80 est le port surlequel mon apache tourne, vous pouvez bien sur en mettre un autre

Puis autorisez sur votre serveur Apache le mod_proxy (debian-like) :

# ln -s /etc/apache2/mods-available/proxy.* /etc/apache2/mods-enabled/
# ln -s /etc/apache2/mods-available/proxy_http.load /etc/apache2/mods-enabled/

# /etc/init.d/apache restart

Ensuite autorisez le mod_proxy pour le localhost : (Afin d’éviter ce message d’erreur : client denied by server configuration: proxy)

# vi /etc/apache2/mods-enabled/proxy.conf

<IfModule mod_proxy.c>
ProxyRequests Off
<Proxy *>
Order deny,allow
Deny from all
Allow from localhost
</Proxy>
ProxyVia On
</IfModule>

Puis ajoutez ces quelques règles au niveau d’Apache :

ProxyPass /release-history/ http://updates.drupal.org/release-history/
ProxyPassReverse /release-history/ http://updates.drupal.org/release-history/
ProxyRemoteMatch ^.*/release-history/.*$ http://localhost:4444/

Et enfin il faut utiliser cntlm afin de gérer l’authentification avec le proxy qui vous empêche de faire les mises à jour Drupal. CNTLM est un proxy d’authentification comme NTLMaps

CNTLM est disponible sous Ubuntu, un simple « aptitude install cntlm » et le tour est joué.

Il faut maintenant le configurer, pour cela :

# vi /etc/cntlm.conf

Voici les paramètres à changer :

Username        votre-user
Domain          votre-domaine
Password        votre-mot-de-passe             # Use hashes instead (-H)
#Workstation    netbios_hostname        # Should be auto-guessed

Proxy           votre-proxy:8080
#Proxy          10.217.112.42:8080

#
# This is the port number where Cntlm will listen (Ceci est le port d’écoute de CNTLM)
#
Listen          4444

On retrouve d’ailleurs ce port d’écoute dans les règles de Proxy ci-dessus.

Il vous suffit de redémarrer CNTLM et ça devrait fonctionner.

Si cela ne fonctionne pas, n’hésitez pas à revenir vers moi

Merci à Stillcut du forum drupalfr.org pour m’avoir orienté vers un post du forum officiel de Drupal qui m’a permis de trouver la solution

client denied by server configuration: proxy:

client denied by server configuration: proxy:

Suite à la migration de ce blog qui fonctionnait sur une plateforme Blogger vers le moteur de blog libre WordPress. J’ai décidé de faire un howto de migration de blogger vers wordpress.

Le but de cet article n’est pas de fournir une recette complète sur la migration de son blog, mais de donner des astuces pour simplifier la migration…

Ces astuces devraient vous permettre de gagner tout le temps que moi j’ai perdu, enfin presque

Ce temps est proportionnel au nombre d’articles que vous aurez importé.

Cet article a aussi été écrit afin de donner des conseils en vue de ne pas perdre son référencement, ce qui est sûrement plus important que le temps que vous passerez à migrer votre blog.

Cette migration va se dérouler en 14 étapes, de l’achat du nom de domaine au basculement de celui-ci.

Si vous possédez déjà un nom de domaine avec une url qui pointe sur votre blog et où les articles sont tous en redirection 301 vers cette url, vous pouvez passer de suite au point numéro 4.

1. Nom de domaine

   Acheter un nom de domaine, personnellement, je l’ai acheté chez Gandi, j’ai beaucoup travaillé avec eux dans mon ancien travail et ils sont très bon Je n’ai pas l’habitude de faire de la pub, mais après libre à vous de l’acheter où bon vous semble.

2. Pointage de l’url

   Faire pointer une url sur le site blogger, ici blog.admin-linux.org. Pour savoir vers où le faire pointer, il suffit d’aller dans l’interface d’admin de votre blog Blogger, dans Paramètres, Edition. Et là il vous sera dit vers quoi faire pointer votre url.

3. Attribution de l’url au blog

   Dire à Blogger que vous souhaitez utiliser votre propre nom de domaine, ce qui va rediriger les articles de l’ancienne url vers cette seule url. Ces redirections seront des redirections 301 permettant de ne pas perdre ses visiteurs potentiels. Voici une capture d’écran de ce que cela donnera après :



4. Mise à jour de votre url auprès des moteurs de recherche :

   Là, il faut attendre que les moteurs de recherche passent sur vos urls pour intégrer la mise en place des redirection 301 et cela dépends de votre vitesse d’indexation, du pagerank et du nombre d’articles.

   Personnellement j’ai rencontré des problèmes à ce niveau là, car mon nom de domaine étant nouveau, il paraît que google met en « quarantaine » les nouveaux noms de domaines qui se retrouvent avec beaucoup de pages indexées dans son moteur de recherche au cas où il y aurait eu un référencement effectué par des robots.

   Google prône en effet le référencement naturel. Donc un nom de domaine qui se retrouve avec plusieurs centaines de liens en très peu de temps lui semble quelque peu suspicieux. J’ai donc perdu tout mon référencement pour une durée incertaine, certain disent que ça peut aller de 1 mois à 3,6 mois, voir même plus, mais c’est en fonction de la gravité de « l’infraction ». C’est ce qu’on appelle l’effet SandBox de Google. Pour ma part ça fait 4 mois que ça dure… Dès fois, j’apparais dans google, et peu de temps après les liens présents disparaissent. Il paraît que le fait d’ajouter beaucoup de contenu à son site ferait revenir le référencement plus rapidement. Pour ma part, je tourne de 1 à 3 articles par semaine. Depuis ma migration, et l’insertion de mon nouveau sitemap dans les outils pour webmaster de google, j’ai l’impression que ça revient, mais il est encore trop tôt pour le dire… Edit : Mon référencement est revenu après 6 mois d’absence dans google, par contre je suis passé d’un pagerank de 4 à 0… Tout n’est pas encore revenu…

   Donc un conseil, réservez votre nom de domaine avant, faites par exemple un petit article sur votre site indiquant l’achat de ce nom de domaine avec un lien et une page de site en construction, en y mettant un titre et une description en rapport avec votre site initiale (autant ne pas perdre de temps avec le référencement), ce qui lui permettra d’être indexé dans google, et peut-être, je dis bien peut-être que vous ne subirez pas le même sort que moi

   Ne mettez pas non plus ce lien sur toutes vos pages, sinon vous aurez le même problème. Voici un article de  La Ferme Du Web l’expliquant clairement ce qu’est le sandbox via un cas concret.

5. Installer votre WordPress chez votre hébergeur

   Vous pouvez télécharger la dernière version en Français à cette adresse : http://www.wordpress-fr.net/telechargements

   Créez les catégories que vous souhaitez mettre en place

   Pour ma part, j’ai choisi l’hébergeur libre TuxFamily, car mon contenu ne parle que d’opensource et il est sous licence libre.

6. Peaufiner votre thème et installez tous les widgets souhaité

   • Dean’s Permalinks Migration (va permettre la mise en place de redirection 301 en prenant en compte votre ancien format d’url vers le nouveau wordpress)

   • Hot Linked Image Cacher (va permettre de récupérer en local les images des articles de votre blog)

   • Redirection (va permettre de gérer les redirections directement depuis votre interface wordpress)

   • Simple Tags (va permettre d’éditer en masse vos tags)

   • Simple CSS (va permettre d’attribuer un style CSS par dessus celui du thème, pratique lors de mise à jour, car pas besoin de repasser sur ses css. Je l’ai mis car je souhaitais que tous mes articles soit au format justifié)

   • All in SEO Pack permettant d’optimiser votre site pour le référencement, mais vous permettra également dans le cadre de cette migration de placer des balises meta présente sur votre futur ancien blog.

Les plugins que vous déciderez d’installer vous sont propres, mais vous pouvez déjà installer les plugins qui seront utiles pour préparer votre migration.

7. Création d’un ou plusieurs comptes utilisateur

   En fonction de ce que vous avez sur votre site blogger, ils vous serviront plus tard, notamment lors de l’import d’articles.

8. Importer tous les messages de votre blog Blogger vers votre installation wordpress

   Pour cela allez dans le back-office de wordpress.

   Allez dans Outils, Importer, puis choisissez Blogger, suivez les instructions tout y est dit, ça marche très bien, en plus vous pouvez même mettre en corélation les comptes des auteurs sur votre systèmes blogger avec les comptes utilisateur créés précédemment.

   Ça importe tous les articles, les commentaires (pas les informations sur ceux qui ont mis les commentaires malheureusement, comme l’adresse mail, le site web)

   Ça n’importe pas non plus les images de vos articles, ce qui nous amène au point suivant

9. Importer toutes les images

   Blogger ne laisse pas longtemps les images dispo si le site n’est plus consulté, ce qui est normal quelque par car c’est du hotlinking.

   Pour cela, j’ai une astuce, il faut utiliser le plugin installé précédemment Hotlinked Image Caching.

   Hotlinked Image Caching est capable de rechercher automatiquement les images hotlinker ce qui est le cas des images des articles importés qui sont encore hébergées via blogspot.

   Et de les importer dans votre bibliothèque de médias et le plus est que les liens de l’image seront automatiquement modifiés sans avoir a éditer vos articles.

   Vous pouvez le faire via l’ID d’un article ou directement pour tous les articles en écrivant ALL

   Ce plugin supporte deux types de méthodes pour obtenir les images distantes, curl et allowurlfopen

   Voici à quoi ressemble l’interface d’import des images :

   

   Vous pourrez voir en éditant un article que l’image a bien été modifiée.

   Le seul problème est que la cible du lien de l’image n’est pas modifiée, en passant sur l’image lors de la lecture de l’article ça pointera encore vers l’image blogspot qui est l’image d’origine. Mais si vous regardez les propriétés de l’image vous verrez bien qu’elle est dans votre bibliothèque, attention aux grandes images, car l’image récupérée, n’est pas l’image d’origine, mais celle générée par blogger.

   Je n’ai pas trouvé comment modifier cela pour l’instant. Pour cela j’édite quand j’ai un peu de temps article par article pour modifier le pointage du lien de l’image.

   On peut le faire à la main, pour cela il faut éditer l’image et cliquer sur « Lier à l’image » afin que la cible du lien pointe vers notre image importée.

   Mais au moins le plus important est de ne pas avoir de risque de perdre vos images si l’autorisation de hotlink s’arrête.

10. Réorganisation des catégories / tags

    Lors de l’import des articles, les libellés utilisés dans blogger, ont été importés en tant que catégorie. Mais si comme moi vous aviez beaucoup de libellés, ça va poser problème.

Dans la gestion de vos catégories (Articles -> Catégories) vous avez tout en bas de la liste, une information disant que vous pouvez convertir vos catégories en mot clef (tag). Je vous invite à le faire, je ne l’ai pas fait personnellement, car je viens juste de le découvrir, mais ça vous permettra de créer vos tags, qui vous serviront dans l’édition de masse que je vais expliquer ici. Par contre, il ne faut pas convertir en tag une catégorie que vous souhaitez garder en tant que tel, ça pourrait faire du duplicate-content.

Pour simplifier un peu la migration on va faire une réorganisation de tags en masse grâce à Simple Tags.

Ce plugin permet l’attribution automatique de tags, soit via une liste que vous remplissez, soit en recherchant dans la base des tags en local. Mais pour cela il faudrait déjà les avoirs créé, d’où la conversion catégorie / tags expliqué ci-dessus

Choisissez de tagguer automatiquement les articles via « Auto Tags », puis il vous suffira de les éditer en masse pour corriger d’éventuelles mauvaise attributions.

11. Réorganisation des catégories

    Et là c’est plus compliqué

    Pour réorganiser mes catégories, j’ai choisi, à défaut d’utiliser le plugin « Batch Categories » http://robm.me.uk/projects/plugins/wordpress/batch-categories (Il n’est pas totalement compatible avec WP 2.8), la gestion des catégories de wordpress 2.8. J’ai supprimé toutes les catégories (anciennement libellés sous blogger) via leur outils d’édition de masse. Et oui, je vous ai dit plus haut que je ne connaissais pas l’astuce de conversion catégories / tags

    Les articles affectés uniquement à la catégorie supprimée seront affectés à celle par défaut : Non classé.

    Il ne me restait plus qu’à éditer à la main les articles en catégorie non-classé. Ce qui est plus rapide. Étant donné que j’avais utilisé au préalable simple tags, mes tags était déjà positionné sur les articles. Heureusement j’ai certains de mes libellés que j’ai créé en tant que catégories sur WP, donc ceux là, ne se sont pas retrouvé dans la catégorie « Non-Classé »

12. Mise en place de la réécriture d’url

    Avec votre système blogger, vos urls d’article étaient du type :

    http://votre-site.blogspot.com/2009/07/nom_du_post.html

soit :

/%year%/%monthnum%/%postname%.html

Pour le référencement il serait meilleur d’utiliser plutôt un format du type :

/%category%/%postname%

Avec le plugin Dean’s Permalinks Migration, vous allez pouvoir conserver votre référencement tout en informant les moteurs de recherche via une redirection 301 du changement d’url vers votre nouvelle.

Pour ce faire, aller dans Réglages / PermalinksMigration et entrez l’ancien format d’url :

/%year%/%monthnum%/%postname%.html

Ensuite allez sur Réglages / Permaliens et indiquez le format d’url souhaité :

/%category%/%postname%

Avec ceci vous ne perdrez pas vos visiteurs vennant d’un moteur de recherche, et améliorerez votre référencement.

13. Mise en place de réécriture pour les autres url que celle des articles.

    Pour cela nous allons utiliser le plugin Redirection installé précédemment. Je vais vous expliquer comment rediriger vos anciens types d’url vers celles au format wordpress.

    Le type d’url possible est par exemple si vous avez utilisé les tags sur blogger :

    http://blog.admin-linux.org/search/label/wordpress

    Le type d’url que vous retrouverez avec les tags sur wordpress est :

    http://blog.admin-linux.org/tag/wordpress

    Pour ne pas perdre ces liens qui sont référencés, nous allons utiliser le plugin Redirection

    Pour mettre en place une redirection, il suffit d’aller dans : Outils → Redirection

    Voici un exemple de mise en place de redirection :

En url Source, il faut mettre :

/search/label/(.*)

En URL Cible :

/tag/$1

Penser à cocher la case « Expression Régulière ». A savoir d’ailleurs que si vous éditez une règle, la case en question ne s’appelle plus « Expression Régulière », mais « Motif ».

Et avec ça, pas besoin d’écrire plein de règle de redirection

Si par exemple vous souhaitez enlever un tag, mais ne pas perdre son référencement et le réorienter vers une catégories :

En url Source, il faut mettre :

/search/label/mao

En URL Cible :

^/category/logiciels-libres

Il y a bien sur d’autres pages référencées, notamment les archives, les articles avec vos commentaires…

Concernant les archives, voici à quoi ressemble les urls des archives de blogger :

Mars 2009 – http://blog.admin-linux.org/2009_03_01_archive.html

Voici à quoi ressemble les url d’archives sous wordpress :

Mars 2009 – http://blog.admin-linux.org/2009/03

Voici comment rediriger automatiquement vos urls d’archives blogger vers celle au format wordpress :

En URL Source :

/([0-9]+)_([0-9]+)_([0-9]+)_archive.html

En URL Cible :

/$1/$2

Penser à cocher la case « Expression Régulière ».

Normalement, toutes vos urls sont désormais redirigées vers les articles, catégories et tags appropriés.

Bien sur, si comme moi, vous souhaitez en profiter pour réorganiser vos tags, il vous faudra faire vous même vos redirections.

Pour savoir quels sont vos pages référencées, il vous suffit d’aller dans google et de rechercher :

site:blog.admin-linux.org

A savoir que les caractères accentués ne sont pas gérés de la même façon par blogger et wordpress, il faudra donc gérer les redirections manuellement pour les articles avec accent.

14. Formattage de tous vos articles

    J’ai souhaité que tous mes articles soit au format d’alignement justifié.

    Pour éviter de passer sur tous les articles afin de faire cela, vous pouvez le faire, soit directement dans vos fichiers css, soit en utilisant le plugin SimpleCSS.

    Dans mon cas précis, voici ce que j’ai rajouté dans SimpleCSS :

    .entry-content{text-align: justify;}

15. Dernières vérifications avant le grand saut

Si vous utilisez des outils comme :

Outils pour webmaster de Google

Des stats en live

Des services comme Mybloglog…

Penser à les insérer directement sur votre nouveau site. Il peut s’agir de balise Meta, ou de fichier html.

Concernant les balises meta, vous avez 2 possibilités :

La première est la modification du code source du thème (Ça pourrait devenir gênant lors de mise à jour de thème)

La deuxième est l’utilisation du plugin « All in One SEO Pack »

Dans la page de configuration vous avez la possibilité d’ajouter des informations dans le header grâce au champ à remplir :

Additionnal Home Header

Vous y insérez votre ou vos meta de validations et cela vous évitera de modifier votre thème

Cette astuce me provient de Wordpress-tuto :

http://wordpress-tuto.fr/astuce-valider-google-webmaster-tools-562

Pensez aussi si vous utiliser des outils comme :

Outils pour webmaster de Google

Yahoo Site Explorer (son équivalent sauce Yahoo)

A leur fournir votre nouveau sitemap.

Et enfin, c’est aussi le moment de faire le tri entre différentes applications qui comprennaient un lien vers votre site et qui ne vous servent à rien.

16. Bascule du DNS vers le nouveau site

    Ca y est la pression monte, c’est le moment de basculer votre dns vers le nouveau site, et bien je croise les doigts pour vous, et n’ayez pas peur, vous pouvez toujours faire un retour arrière… (A noter que le temps de retour arrière est égale au temps de propagation DNS, ça peut durer quelques heures, voir jusqu’à 5 cinq jours, mais c’est très rare)

Voilà en gros comment migrer son blog Blogger vers une plateforme WordPress.

Si vous avez des questions, n’hésitez pas à les poser et si vous avez des astuces, vous pouvez me les proposer, je les ajouterais à cet article afin de l’enrichir.

Et enfin, si vous avez utilisé ce tuto pour migrer votre blog, ça serait sympathique de venir nous présenter votre nouveau blog. En sachant que les liens des commentaires ne sont pas en nofollow

J’ai rajouté un petit sondage pour avoir vos avis :

[poll id="2"]

Procédure de migration Blogger vers WordPress

Si vous possédez déjà un nom de domaine avec une url qui pointe sur votre blog et où les articles sont tous en redirection 301 vers cette url, vous pouvez passer de suite au point numéro 4.

Nom de domaine

Acheter un nom de domaine, personnellement, je l’ai acheté chez Gandi, j’ai beaucoup travaillé avec eux dans mon ancien travail et ils sont très bon Je n’ai pas l’habitude de faire de la pub, mais après libre à vous de l’acheter où bon vous semble.

Pointage de l’url

Faire pointer une url sur le site blogger, ici blog.admin-linux.org. Pour savoir vers où me faire pointer, il suffit d’aller dans l’interface d’admin de votre blog, dans Paramètres, Edition. Et là il vous sera dit vers quoi faire pointer votre url.

Attribution de l’url au blog

Dire à Blogger que vous souhaitez utiliser votre propre nom de domaine, ce qui va rediriger les articles de l’ancienne url vers cette seule url. Ces redirections seront des redirections 301 permettant de ne pas perdre ses visiteurs potentiels. Voici une capture d’écran de ce que cela donnera après :

Mise à jour de votre url auprès des moteurs de recherche :

Là, il faut attendre que les moteurs de recherche passent sur vos urls pour intégrer la mise en place des redirection 301 et cela dépends de votre vitesse d’indexation et du nombre d’articles.

Personnellement j’ai rencontré des problèmes à ce niveau là, car mon nom de domaine étant nouveau, il paraît que google met en « quarantaine » les nouveaux noms de domaines qui se retrouvent avec un certains nombres de pages indexées dans son moteur de recherche au cas où il y aurait eu un référencement effectué par des robots.

Google prône en effet le référencement naturel. Donc un nom de domaine qui se retrouve avec plusieurs centaines de liens en très peu de temps lui semble quelque peu suspicieux. J’ai donc perdu tout mon référencement pour une durée incertaine, certain disent que ça peut aller de 1 mois à 3,6 mois, voir même plus, mais c’est en fonction de la gravité de « l’infraction ». Pour ma part ça fait bientôt 3 mois que ça dure… Dès fois, j’apparais dans google, et peu de temps après les liens présents disparaissent. Il paraît que le fait d’ajouter beaucoup de contenu à son site ferait revenir le référencement plus rapidement. Pour ma part, je tourne de 1 à 3 articles par semaine.

Donc un conseil, réserver votre nom de domaine, faite par exemple un petit article sur votre site indiquant l’achat de ce nom de domaine avec un lien et une page de site en construction, en y mettant un titre et une description en rapport avec votre site initiale (autant ne pas perdre de temps avec le référencement), ce qui lui permettra d’être indexé dans google, et peut-être, je dis bien peut-être que vous ne subirez pas le même sort que moi

Ne mettez pas non plus ce lien sur toutes vos pages, sinon vous aurez le même problème. Voici un article de LAFERMEDUWEB l’expliquant clairement.

Installer votre WordPress chez votre hébergeur

Vous pouvez télécharger la dernière version en Français à cette adresse :

http://www.wordpress-fr.net/telechargements

Créez les catégorie que vous souhaitez mettre en place

Peaufiner votre thème et installez tous les widgets souhaité

Vous pouvez déjà installer les plugins qui seront utiles pour préparer votre migration :

• Dean’s Permalinks Migration (va permettre la mise en place de redirection 301 en prenant en compte votre ancien format d’url vers le nouveau wordpress)

• Hot Linked Image Cacher (va permettre de récupérer en local les images des articles de votre blog)

• Redirection (va permettre de gérer les redirections directement depuis votre interface wordpress)

• Simple Tags (va permettre d’éditer en masse vos tags)

• Simple CSS (va permettre d’attribuer un style CSS par dessus celui du thème, pratique lors de mise à jour, car pas besoin de repasser sur ses css. Je l’ai mis car je souhaitais que tous mes articles soit au format justifié)

6 – Créer un ou plusieurs comptes utilisateur, en fonction de ce que vous avez sur votre site blogger, ils vous serviront plus tard, notamment lors de l’import

5 – Importer tous les messages de votre blog Blogger vers votre installation wordpress

Pour cela aller dans le back-office de wordpress.

Allez dans Outils, Importer, puis choisissez Blogger, suivez les instructions tout y est dit, ça marche très bien, en plus vous pouvez même mettre en corélation les comptes des auteurs sur votre systèmes blogger avec les comptes utilisateur créé précédemment.

Ça importe tous les articles, les commentaires (pas les informations sur ceux qui ont mis les commentaires malheureusement, comme l’adresse mail, le site web)

Ça n’importe pas non plus les images de vos articles, ce qui nous amène au point suivant

Importer toutes les images

Blogger ne laisse pas longtemps les images dispo si le site n’est plus consulté, ce qui est normal quelque par car c’est du hotlinking.

Pour cela il faut utiliser le plugin installé précédemment Hotlinked Image Caching.

Hotlinked Image Caching est capable de rechercher automatiquement les images hotlinker ce qui est le cas des images des articles importées qui sont encore hébergées via blogspot.

Et de les importer dans votre bibliothèque de médias et le plus est que les liens de l’image seront automatiquement modifiés sans avoir a éditer vos articles,

Vous pouvez le faire via l’ID d’un article ou directement pour tous les articles en écrivant ALL

Ce plugin supporte deux types de méthodes pour obtenir les images distantes, curl et allowurlfopen

Voici à quoi ressemble l’interface d’import des images :

Vous pourrez voir en éditant dans l’article que l’image a bien été modifiée.

Le seul problème est que la cible du lien de l’image n’est pas modifiée, en passant sur l’image lors de la lecture de l’article ça pointera encore vers l’image blogspot. Mais si vous regarder les propriétés de l’image vous verrez bien qu’elle est dans votre bibliothèque.

Je n’ai pas trouvé comment modifier cela pour l’instant

On peut le faire à la main, pour cela il faut éditer l’image et cliquer sur « Lier à l’image » afin que la cible du lien pointe vers notre image importée.

Mais au moins le plus important est de ne pas avoir de risque de perdre vos images si l’autorisation de hotlink s’arrête.

Réorganisation des catégories / tags

Lors de l’import des articles, les libellés utilisés dans blogger, ont été importés en tant que catégorie. Mais si comme moi vous aviez beaucoup de libellés, ça va poser problème.

Pour simplifier un peu la migration on va faire réorganisation de tags en masse grâce à Simple Tags.

Ce plugin permet l’attribution automatique de tags, soit via une liste que vous remplissez, soit en recherchant dans la base des tags en local. Mais pour cela il faudrait déjà les avoirs crée.

Le mieux est peut-être créer vos tags à la main et de choisir de tagguer automatiquement les articles, puis il vous suffira de les éditer en masse pour corriger d’éventuelles mauvaise attributions.

Réorganisation des catégories

Et là c’est plus compliqué

Pour réorganiser mes catégories, j’ai choisi à défaut d’utiliser le plugin « Batch Categories » http://robm.me.uk/projects/plugins/wordpress/batch-categories Il n’est pas totalement compatible avec WP 2.8

La gestion des catégories de wordpress 2.8. J’ai supprimé toutes les catégories (anciennement libellés sous blogger) via leur outils d’édition de masse.

Les articles affectés uniquement à la catégorie supprimée seront affectés à celle par défaut : Non classé.

Il ne me restait plus qu’à éditer à la main les articles en catégorie non-classé. Ce qui est plus rapide. Étant donné que j’avais utilisé au préalable simple tags, mes tags était déjà positionné sur les articles. Heureusement j’ai certains de mes libellés que j’ai créé en tant que catégories sur WP, donc ceux là, ne se sont pas retrouvé dans la catégorie « Non-Classé »

Mise en place de la réécriture d’url

Avec votre système blogger, vos images était du type :

http://votre-site.blogspot.com/2009/07/nom_du_post.html

/%year%/%monthnum%/%postname%.html

Pour le référencement il serait meilleur d’utiliser plutôt un format du type :

/%category%/%postname%

Avec le plugin Dean’s Permalinks Migration, vous allez pouvoir conserver votre référencement tout en informant les moteurs de recherche via une redirection 301 du changement d’url vers votre nouvelle.

Pour ce faire, aller dans Réglages / PermalinksMigration et entrez l’ancien format d’url :

/%year%/%monthnum%/%postname%.html

Ensuite allez sur Réglages / Permaliens et indiquez le format d’url souhaité :

/%category%/%postname%

Avec ceci vous ne perdrez pas vos visiteurs vennant d’un moteur de recherche, et améliorerez votre référencement.

Mise en place de réécriture pour les autres url que celle des articles.

Pour cela nous allons utiliser le plugin Redirection installé précédemment.

Le type d’url possible est par exemple si vous avez utilisé les tags sur blogger :

http://blog.admin-linux.org/search/label/wordpress

Le type d’url que vous retrouverez avec les tags sur wordpress est :

http://blog.admin-linux.org/tag/wordpress

Pour ne pas perdre ces liens qui sont référencés, nous allons utilisés le plugin Redirection

Pour mettre en place une redirection, il suffit d’aller dans : Outils → Redirection

Voici un exemple de mise en place de redirection :

Il suffit donc de remplir ce formulaire pour mettre en place une redirection pour ne pas perdre son référencement en rapport avec ses libellés.

Vous pouvez remarquer que dans la redirection il y a $1

Cela veut dire que ça va récupérer le l’argument remplaçant $1, dans notre cas wordpress et qu’il va placer ce mot dans l’url cible.

Donc pas besoin de mettre en place des redirections pour tous ses tags.

Si par exemple vous souhaitez enlever un tag, mais ne pas perdre son référencement et le réorienter vers une catégories :

Il y a bien sur d’autres pages référencées, notamment les archives, les articles avec vos commentaires.

Concernant les archives, voici à quoi ressemble les urls des archives de blogger :

Mars 2009 – http://blog.admin-linux.org/2009_03_01_archive.html

Voici à quoi ressemble les url d’archives sous wordpress :

Mars 2009 – http://blog.admin-linux.org/2009/03

Voici comment rediriger automatiquement vos urls d’archives blogger vers celle au format wordpress :

Normalement, toutes vos urls sont désormais redirigées vers les articles, catégories et tags appropriés.

Bien sur, si comme moi, vous souhaitez en profiter pour réorganiser vos tags, il vous faudra faire vous même vos redirections.

Pour savoir quels sont vos pages référencées, il vous suffit d’aller dans google et de rechercher :

site:blog.admin-linux.org

Formattage de tous vos articles

J’ai souhaité que tous mes articles soit au format d’alignement justifié.

Pour éviter de passer sur tous les articles afin de faire cela, vous pouvez le faire, soit directement dans vos fichiers css, soit en utilisant le plugin SimpleCSS.

Dans mon cas précis, voici ce que j’ai rajouté dans SimpleCSS :

.entry-content{text-align: justify;}

Dernières vérifications avant le grand saut

Si vous utilisez des outils comme :

Outils pour webmaster de Google

Des stats en live

Des services comme Mybloglog…

Penser à les insérer directement sur votre nouveau site. Il peut s’agir de balise Meta, ou de fichier html.

Concernant les balises meta, vous avez 2 possibilités :

La première est la modification du code source du thème (Ça pourrait devenir gênant lors de mise à jour de thème)

La deuxième est l’utilisation du plugin « All in One SEO Pack »

Dans la page de configuration vous avez la possibilité d’ajouter des informations dans le header grâce au champ à remplir :

Additionnal Home Header

Vous y insérez votre ou vos meta de validations et cela vous évitera de modifier votre thème

Cette astuce me provient de WordPress-tuto :

http://wordpress-tuto.fr/astuce-valider-google-webmaster-tools-562

Pensez aussi si vous utiliser des outils comme :

Outils pour webmaster de Google

Yahoo Site Explorer (son équivalent sauce Yahoo)

A leur fournir votre nouveau sitemap.

Et enfin, c’est aussi le moment de faire le tri entre différentes applications qui comprennaient un lien vers votre site et qui ne vous servent à rien.

Bascule du DNS vers le nouveau site

Ca y est la pression monte, c’est le moment de basculer votre dns vers le nouveau site, et bien je croise les doigts pour vous, et n’ayez pas peur, vous pouvez toujours faire un retour arrière… (A noter que le temps de retour arrière est égale au temps de propagation DNS, ça peut durer quelques heures, voir jusqu’à 5 cinq jours, mais c’est très rare)

Sauvegarde :

Tout d’abord, il faut bien sur sauvegarder ses documents :

Pour ma part, les données sont dans /home/cacti

# cp -rp /home/cacti /home/cacti_old

Ensuite il faut sauvegarder sa base de données :

# mysqldump -u root -p cacti > cacti_date_jour.sql

Télécharger la nouvelle version de cacti :

Télécharger la nouvelle version de cacti :

# cd /tmp

# wget http://www.cacti.net/downloads/cacti-0.8.7d.tar.gz

# tar -xvzf cacti-0.8.7d.tar.gz

Préparation à la migration :

# vimdiff /tmp/cacti-0.8.7d/include/config.php /home/config/include/config.php

Adapter les variables de configuration d’accès à la base de données :

$database_type = « mysql »;
$database_default = « cacti »;
$database_hostname = « localhost »;
$database_username = « cactiuser »;
$database_password = « cactiuser »;
$database_port = « 3306″;

Puis copier les données de la version actuelle vers la nouvelle version :

# cp -p /home/cacti/rra/* /tmp/cacti-0.8.7d/rra/.
# cp -u -p /home/cacti/scripts/* /tmp/cacti-0.8.7d/scripts/
# cp -u -r -p /home/cacti/resource/* /tmp/cacti-0.8.7d/resource/
# chown -R apache /tmp/cacti-0.8.7d/rra/ /tmp/cacti-0.8.7d/log/

Migration vers la nouvelle version :

# mv /tmp/ cacti-0.8.7d /home/cacti

Ensuite on se connecte à son interface web et on contrôle que tout est ok.

http://localhost/cacti

Lorsque vous aller à l’adresse de votre cacti un fichier php est lancé pour procéder à la migration, c’est celui-ci qui va lancer la procédure ci-dessous.

La démarre le processus de mise à jour :

Puis vous devriez arriver sur l’interface de login.

Une fois authentifié en admin on peut voir le numéro de version sur la home de la console.

Installation des pré-requis :

RRDTOOL (Utilisé pour créer les graphiques avec Centreon)
echo « net-analyzer/rrdtool rrdcgi perl » >> /etc/portage/package.use
emerge -av rrdtool

Net-SNMP
echo « net-analyzer/net-snmp diskio lm_sensors perl python ssl » >> /etc/portage/package.use
emerge -av net-snmp
lm_sensors ajoute de nouveau capteurs matériel.

Apache2
echo « www-servers/apache debug ldap threads » >> /etc/portage/package.use
emerge -av apache

PHP
echo « dev-lang/php mysqli kerberos ldap snmp posix gd truetype xml nls zip » >> /etc/portage/package.use
emerge -av php

MySQL
emerge -av mysql
emerge –config =dev-db/mysql-[version]

Paquets PEAR
echo « dev-php/PEAR-MDB2 mysql » >> /etc/portage/package.use
emerge -av PEAR-PEAR
emerge -av dev-php/PEAR-Auth_SASL
emerge -av dev-php/PEAR-Date
emerge -av dev-php/PEAR-DB
emerge -av dev-php/PEAR-DB_DataObject
emerge -av dev-php/PEAR-DB_DataObject_FormBuilder
emerge -av dev-php/PEAR-HTML_Common
emerge -av dev-php/PEAR-HTML_Common2 (si php5)
emerge -av dev-php/PEAR-HTML_QuickForm
emerge -av dev-php/PEAR-HTML_QuickForm_advmultiselect
emerge -av dev-php/PEAR-HTML_Table
emerge -av dev-php/PEAR-I18N
emerge -av dev-php/PEAR-Image_Canvas
emerge -av dev-php/PEAR-Image_Color
emerge -av dev-php/PEAR-Image_Color2 (si php5)
emerge -av dev-php/PEAR-Image_Graph
emerge -av dev-php/PEAR-Image_GraphViz
emerge -av dev-php/PEAR-Mail_Mime
emerge -av dev-php/PEAR-MDB2
emerge -av dev-php/PEAR-Net_Ping
emerge -av dev-php/PEAR-Net_Traceroute
emerge -av dev-php/PEAR-Numbers_Roman
emerge -av dev-php/PEAR-Validate
PEAR-XML-RPC n’est pas à installer car figure dans le paquet PEAR-PEAR

GD
echo « media-libs/gd jpeg png truetype »>> /etc/portage/package.use
emerge -av media-libs/gd

SUDO
emerge -av app-admin/sudo

Modules Perl
echo « dev-perl/GD jpeg png truetype »>> /etc/portage/package.use
emerge -av Config-IniFiles
emerge -av Crypt-DES
emerge -av Digest-HMAC
emerge -av Digest-SHA1
emerge -av GD
emerge -av IO-Socket-INET6
emerge -av Socket6

Pour l’internationnalisation, il faut installer :
emerge -av gettext

Si vous souhaitez faire de la gestion de Traps SNMP, il faut installer snmptt
echo « net-analyzer/snmptt mysql » >> /etc/portage/package.use
emerge -av net-analyzer/snmptt
Voici un lien qui explique comment les mettre en place :
Gestion des Traps SNMP

Installation de Nagios :

Voici une brève explication du fonctionnement de nagios
Serveur Nagios -> Client passif
Les commandes de vérification partent du serveur nagios vers les clients passifs, exemples; ping, ssh, telnet portX etc ….
Serveur Nagios -> Client actif (NRPE)
Les commandes de vérification sont toujours à l’initiative du serveur nagios vers les clients, mais cette fois-ci il y a exécution d’un script sur le client. Ce procédé implique l’utilisation de nrpe (nagios remote process execution). exemples; check_disk, check_users, check_load etc … .
Client NCSA -> Serveur Nagios
Ici l’exécution est à l’initiative du client vers le serveur nagios. On parle alors de ncsa (nagios client …) . Cette méthode est utilisée pour des opérations de vérification relativement lourdes -> check_updates par exemple
Voici un petit schéma explicant le fonctionnement de nagios et de ses agents (nrpe + ncsa)

Préparation de nagios-plugins :

echo « net-analyzer/nagios-plugins ssl mysql snmp nagios-dns nagios-ntp nagios-ping nagios-ssh »>> /etc/portage/package.use

Explication des flags USE possible pour nagios-plugins :
ssl : Ajoute le support pour les connections SSL
samba : Ajoute le support pour SAMBA (Partage Windows et partage d’imprimante)
mysql : Ajoute le support pour les bases de données mysql
postgres : Ajoute le support pour les bases de données postgresql
ldap : Ajoute le support pour le LDAP (Lightweight Directory Access Protocol)
snmp : Ajoute le support pour le SNMP (Simple Network Management Protocol) si il est accessible
nagios-dns : Installe les dépendances pour le monitoring DNS
nagios-ntp : Installe les dépendances pour le monitoring NTP
nagios-ping : Installe les dépendances pour le monitoring PING
nagios-ssh : Installe les dépendances pour le monitoring SSH
nagios-game : Installe les dépendances pour le monitoring games-util/qstat
ups : Installe les dépendances pour le monitoring de Network-UPS (sys-power/nut)
ipv6 : Ajoute le support pour IPv6
radius : Ajoute le support pour l’authentification RADIUS

Notez que nagios-ping va rajouter le paquet : net-analyzer/fping

emerge -av net-analyzer/nagios-plugins

Préparation de nagios-core :

echo « net-analyzer/nagios-core apache2 web perl vim-syntax » >> /etc/portage/package.use
Explication des flags USE possible pour nagios-core :
apache2 : Ajoute le support d’Apache2
perl : Ajoute le support de perl
vim-syntax : Ajoute les informations nagios dans la syntaxe vim (permet la colorisation syntaxique)

Notez que vim-syntax va rajouter plusieurs paquets. (app-vim/nagios-syntax)

emerge -av net-analyzer/nagios-core

Installation de nagios :

emerge -av net-analyzer/nagios

These are the packages that would be merged, in order:

Calculating dependencies… done!
[ebuild N ] net-analyzer/nagios-imagepack-1.0-r100 1,628 kB [0]
[ebuild N ] net-analyzer/fping-2.4_beta2-r2 60 kB [0]
[ebuild N ] dev-perl/Net-SNMP-5.2.0 82 kB [0]
[ebuild N ] app-vim/nagios-syntax-20050105 2 kB [0]
[ebuild N ] net-analyzer/nagios-core-3.0.6 USE= »apache2 perl vim-syntax web -debug -lighttpd » 2,672 kB [0]
[ebuild U ] net-analyzer/nagios-plugins-1.4.13-r1 [1.4.10-r1] USE= »ipv6 ldap mysql* nagios-dns* nagios-ntp* nagios-ping* nagios-ssh* snmp* ssl -nagios-game -postgres* -radius -samba -ups » 2,227 kB [?=>0]
[ebuild N ] net-analyzer/nagios-3.0.6 0 kB [0]

Total: 7 packages (1 upgrade, 6 new), Size of downloads: 6,668 kB
Portage tree and overlays:
[0] /usr/portage
[?] indicates that the source repository could not be determined

Would you like to merge these packages? [Yes/No] Yes

Nagios est désormais installé.

Un fichier a été créé /etc/apache2/modules.d/99_nagios3.conf
Pour activer Nagios dans Apache il faut modifier le fichier /etc/conf.d/apache2

Vous pouvez accéder à l’interface web de nagios via cette adresse : http://localhost/nagios/

Nagios impose une authentification pour avoir accès aux différents cgi dont son interface web se sert. Nous devons donc mettre en place cette authentification. Il s’agit dans un premier temps d’éditer le fichier /etc/nagios/cgi.cfg puis de créer un fichier .htaccess autorisant un utilisateur.
Valider que dans le fichier cgi.cfg que vous avez les informations ci-dessous c’est le cas dans la conf de gentoo, mais on ne sait jamais)
authorized_for_system_information=nagiosadmin
authorized_for_configuration_information=nagiosadmin
authorized_for_system_commands=nagiosadmin
authorized_for_all_services=nagiosadmin
authorized_for_all_hosts=nagiosadmin
authorized_for_all_service_commands=nagiosadmin
authorized_for_all_host_commands=nagiosadmin

Puis créer un fichier .htaccess avec ces informations :
AuthName « Nagios Access »
AuthType Basic
AuthUserFile /etc/nagios/auth.users
Require valid-user

Placer ce fichier dans les répertoires /usr/share/nagios/htdocs et /usr/lib/nagios/cgi-bin
Puis lancer cette commande pour créer le fichier htpasswd2
htpasswd2 -c /etc/nagios/auth.users nagiosadmin

Si vous ne faites pas cela vous aurez ce message d’erreur pour consulter les services dans nagios :
It appears as though you do not have permission information for any of the services you requested…

Installation de NRPE (Nagios Remote Plugin Executor) :

NRPE est le plugin qui permet de superviser vos serveurs GNU/Linux, BSD ou Mac OS X sous Nagios

echo « net-analyzer/nagios-nrpe ssl command-args » >> /etc/portage/package.use

Explication des flags USE possible pour nagios-plugins :
ssl : Ajoute le support pour les connections SSL
command-args : Permet au client de spécifier des arguments auxx commandes

emerge -av net-analyzer/nagios-nrpe

Schema précisant le fonctionnement de NRPE :

Installation de NSCA (Nagios Service Check Acceptor) :

emerge -av net-analyzer/nagios-nsca

Schema précisant le fonctionnement de NSCA :

Installation de NDOUtils (Nagios Data Output Utils)
NDOUtils permet de stocker les status et les évenements de nagios dans une base de données MySQL permettant l’utilisation de ces données par Centreon.

emerge -av net-analyzer/ndoutils

Schema précisant le fonctionnement de NDOUtils :

Faire un lien symbolique, car dans le questionnaire suivant il demande où sont situé les plugins :
ln -s /usr/lib/nagios/plugins/* /usr/nagios/libexec/.

Maintenant que Nagios est installé, nous allons passer à l’installation de Centreon.

Fonctionnement de Centreon :

Tout d’abord, voici un petit schéma récupéré sur le site de centreon expliquant le fonctionnement de Centreon 2 et son système de collecte des données.

Système de collecte des données de Centreon 2.0 :

Les pollers Nagios insère via le composant NDOUtils les données récoltées en base de données Mysql.
ODS pour OpenData Storage, est utilisé pour les graphes RRD.
Ensuite Centreon récupère les informations Mysql et RRD pour son interface utilisateur.

Passons aux choses sérieures…

Installation Centreon :
Télécharger la dernière version de Centreon 2.0, sur le site de centreon
La version 2.0 en version finale est sortie le 16 décembre Quel beau cadeau de noël

Pour installer Centreon :
Copier l’archive téléchargé dans /usr/src
Décompactez là, vous allez avoir un répertoire /usr/src/centreon-2.0
Ensuite vous avez plusieurs possibilité d’installation :
L’installation standard
Soit l’installation via un template propre à votre distribution que vous pourrez trouver dans :
/usr/src/centreon-2.0/tmpl/vardistrib/
Mais ce dernier point ne nous intéresse pas car il n’y a pas de template pour la gentoo pour l’instant.
Nous allons nous mettre dans le répertoire /usr/src/centreon-2.0
Puis lancer :
./install.sh -i -v
Le -v pour verbose
Voici ce que vous obtenez :
#####################################################################
# #
# Centreon (www.centreon.com) #
# Thanks for using Centreon #
# #
# v2.0 #
# #
# infos@oreon-project.org #
# #
# Make sure you have installed and configured #
# sudo – sed – php – apache – rrdtool – mysql #
# #
#####################################################################
————————————————————————
Checking all needed binaries
————————————————————————
rm OK
cp OK
mv OK
/bin/chmod OK
/bin/chown OK
echo OK
more OK
mkdir OK
find OK
/bin/grep OK
/bin/cat OK
/usr/bin/sed OK

You will now read Centreon Licence.
Press enter to continue.

Bien sur vous devez accepter la licence GPL

Do you accept GPL license ?
[y/n], default to [n]:
> y

————————————————————————
Please choose what you want to install
————————————————————————

Do you want to install : Centreon Web Front
[y/n], default to [n]:
> y

Do you want to install : Centreon CentCore
[y/n], default to [n]:
> y

Do you want to install : Centreon Nagios Plugins
[y/n], default to [n]:
> y

Do you want to install : Centreon Snmp Traps process
[y/n], default to [n]:
> y

————————————————————————
Start CentWeb Installation
————————————————————————

Where is your Centreon directory?
default to [/usr/local/centreon]
> Appuyer sur Entrée pour valider

Do you want me to create this directory ? [/usr/local/centreon]
[y/n], default to [n]:
> y
Path /usr/local/centreon OK

Where is your Centreon log directory
default to [/usr/local/centreon/log]
> /var/log/centreon (Libre à vous de choisir où vous souhaitez inscrire les logs)

Do you want me to create this directory ? [/var/log/centreon]
[y/n], default to [n]:
> y
Path /var/log/centreon OK

Where is your Centreon etc directory
default to [/etc/centreon]
>

Do you want me to create this directory ? [/etc/centreon]
[y/n], default to [n]:
> y
Path /etc/centreon OK

Where is your Centreon generation_files directory?
default to [/usr/local/centreon]
>
Path /usr/local/centreon OK

Where is the RRD perl module installed [RRDs.pm]
default to [/usr/lib/perl5/RRDs.pm]
> /usr/lib/perl5/site_perl/5.8.8/i686-linux/RRDs.pm

Path /usr/lib/perl5/site_perl/5.8.8/i686-linux OK
/usr/bin/rrdtool OK
/bin/mail OK

Where is PEAR [PEAR.php]
default to [/usr/share/php/PEAR.php]
> Appuyer sur Entrée pour valider
Path /usr/share/php OK

Where is installed Nagios ?
default to [/usr/local/nagios]
> /usr/nagios

Where is your nagios config directory
default to [/usr/local/nagios/etc]
> /etc/nagios
Path /etc/nagios OK

Where is your Nagios var directory ?
default to [/usr/local/nagios/var]/etc/init.d/apache2 reload

> /var/nagios
Path /var/nagios OK

Where is your Nagios plugins (libexec) directory ?
default to [/usr/local/nagios/libexec]
> /usr/nagios/libexec
Path /usr/nagios/libexec OK
/usr/sbin/nagios OK

Where is your Nagios image directory ?
default to [/usr/local/nagios/share/images/logos]
> /usr/share/nagios/htdocs/images/logos
Path /usr/share/nagios/htdocs/images/logos OK
/usr/sbin/nagiostats OK
p1_file : /usr/sbin/p1.pl OK

Where is your cron.d directory ?
default to [/etc/cron.d]
> /etc/cron.hourly
Path /etc/cron.hourly OK
/usr/bin/php OK
/usr/bin/perl OK

Where is your CentPlugins Traps binary
default to [/usr/local/centreon/bin]
> Appuyer sur Entrée pour valider

Do you want me to create this directory ? [/usr/local/centreon/bin]
[y/n], default to [n]:
> y
Path /usr/local/centreon/bin OK
Finding Apache group : apache
Finding Apache user : apache
Finding Nagios user : nagios
Finding Nagios group : nagios

Where is your NDO ndomod binary ?
default to [/usr/sbin/ndomod.o]
> /usr/bin/ndomod-3x.o
/usr/bin/ndomod-3x.o OK
————————————————————————
Configure Sudo
————————————————————————

Where is sudo configuration file
default to [/etc/sudoers]
> Appuyer sur Entrée pour valider
/etc/sudoers OK
Nagios init script OK
Your sudo is not configured

Do you want me to configure your sudo ? (WARNING)
[y/n], default to [n]:
> y
Configuring Sudo OK
————————————————————————
Configure Apache server
————————————————————————

Finding Apache Centreon configuration file
‘/etc/apache2/conf.d/centreon.conf’ : OK

Do you want to update Centreon Apache sub configuration file ?
[y/n], default to [n]:
> y
Create ‘/etc/apache2/conf.d/centreon.conf’ OK
Configuring Apache OK

Do you want to reload your Apache ?
[y/n], default to [n]:
> y

Reloading Apache service OK
Preparing Centreon temporary files)
Change right on /var/log/centreon OK
Change right on /etc/centreon OK
Change right on /usr/share/nagios/htdocs/images/logos OK
Install nagios documentation OK
In process
Change macros for insertBaseConf.sql OK
Change macros for php files
Change macros for php files OK
Change right on /etc/nagios OK
Copy CentWeb in system directory
Install CentWeb (web front of centreon) OK
Install libraries OK
Change macros for centreon.cron OK
Install Centreon cron.d file OK
Change macros for archiveDayLog OK
Change macros for centAcl.php OK
Install cron directory OK
Pear Modules
Check PEAR modules
PEAR 1.5.0 NOK
DB 1.7.6 NOK
DB_DataObject 1.8.4 NOK
DB_DataObject_FormBuilder 1.0.0RC4 NOK
MDB2 2.0.0 NOK
Date 1.4.6 NOK
HTML_Common 1.2.2 NOK
HTML_QuickForm 3.2.5 NOK
HTML_QuickForm_advmultiselect 1.1.0 NOK
HTML_Table 1.6.1 NOK
Archive_Tar 1.1 NOK
Auth_SASL 1.0.1 NOK
Console_Getopt 1.2 NOK
Image_GraphViz 1.1.0 NOK
Net_SMTP 1.2.8 NOK
Net_Socket 1.0.1 NOK
Net_Traceroute 0.21 NOK
Net_Ping 2.4.1 NOK
Validate 0.6.2 NOK
XML_RPC 1.4.5 NOK
SOAP 0.10.1 NOK
Log 1.9.11 1.9.9 NOK

Do you want me to install/upgrade your PEAR modules
[y/n], default to [y]:
> y
Upgrading PEAR modules
Log 1.9.11 1.9.9 1.1OK3
Installing PEAR modules
PEAR 1.5.0 1.7.2 OK
DB 1.7.6 1.7.13 OK
DB_DataObject 1.8.4 1.8.8 OK
DB_DataObject_FormBuilder 1.0.0RC4 1.0.0RC7 OK
MDB2 2.0.0 2.4.1 OK
HTML_QuickForm_advmultiselect 1.1.0 1.4.1 OK
HTML_Table 1.6.1 1.8.2 OK
Auth_SASL 1.0.1 1.0.2 OK
Image_GraphViz 1.1.0 1.2.1 OK
Net_SMTP 1.2.8 1.3.1 OK
Net_Traceroute 0.21 0.21.1 OK
Net_Ping 2.4.1 2.4.3 OK
Validate 0.6.2 0.8.1 OK
XML_RPC 1.4.5 1.5.1 OK
SOAP 0.10.1 0.12.0 OK
Check PEAR modules
PEAR 1.5.0 1.7.2 OK
DB 1.7.6 1.7.13 OK
DB_DataObject 1.8.4 1.8.8 OK
DB_DataObject_FormBuilder 1.0.0RC4 1.0.0RC7 OK
MDB2 2.0.0 2.4.1 OK
Date 1.4.6 1.4.7 OK
HTML_Common 1.2.2 1.2.4 OK
HTML_QuickForm 3.2.5 3.2.10 OK
HTML_QuickForm_advmultiselect 1.1.0 1.4.1 OK
HTML_Table 1.6.1 1.8.2 OK
Archive_Tar 1.1 1.3.2 OK
Auth_SASL 1.0.1 1.0.2 OK
Console_Getopt 1.2 1.2.3 OK
Image_GraphViz 1.1.0 1.2.1 OK
Net_SMTP 1.2.8 1.3.1 OK
Net_Socket 1.0.1 1.0.9 OK
Net_Traceroute 0.21 0.21.1 OK
Net_Ping 2.4.1 2.4.3 OK
Validate 0.6.2 0.8.1 OK
XML_RPC 1.4.5 1.5.1 OK
SOAP 0.10.1 0.12.0 OK
Log 1.9.11 1.11.3 OK
All PEAR modules OK
————————————————————————
Centreon Post Install
————————————————————————

Create /usr/local/centreon/www/install/install.conf.php OK
Create /etc/centreon/instCentWeb.conf OK
————————————————————————
Start CentStorage Installation
————————————————————————

Where is your Centreon Run Dir directory?
default to [/var/run/centreon]
> Appuyer sur Entrée pour valider

Do you want me to create this directory ? [/var/run/centreon]
[y/n], default to [n]:
> y
Path /var/run/centreon OK

Where is your Centreon variable library directory?
default to [/var/lib/centreon]
> Appuyer sur Entrée pour valider

Do you want me to create this directory ? [/var/lib/centreon]
[y/n], default to [n]:
> y
Path /var/lib/centreon OK

Where is your CentStorage binary directory
default to [/usr/local/centreon/bin]
> Appuyer sur Entrée pour valider
Path /usr/local/centreon/bin OK

Where is your CentStorage RRD directory
default to [/var/lib/centreon]
> y
You select slash…

Where is your CentStorage RRD directory
default to [/var/lib/centreon]
> Appuyer sur Entrée pour valider
Path /var/lib/centreon OK
Finding Nagios group : nagios
Finding Nagios user : nagios
Preparing Centreon temporary files)
/tmp/centreon-setup exists, it will be moved…
install www/install/createTablesCentstorage.sql OK
Creating Centreon Directory ‘/var/lib/centreon/status’ OK
Creating Centreon Directory ‘/var/lib/centreon/metrics’ OK
Change macros for centstorage binary OK
Install CentStorage binary OK
Install library for centstorage OK
Change right : /var/run/centreon OK
Change macros for centstorage init script OK

Do you want me to install CentStorage init script ?
[y/n], default to [n]:
> y
CentStorage init script installed OK

Do you want me to install CentStorage run level ?
[y/n], default to [n]:
> Appuyer sur Entrée pour valider (On le fera après via rc-update)
CentStorage run level not installed PASSED
Change macros for logAnalyser OK
Install logAnalyser OK
Change macros for nagiosPerfTrace OK
Install nagiosPerfTrace OK
Change macros for centstorage.cron OK
Install CentStorage cron OK
Create /etc/centreon/instCentStorage.conf OK
————————————————————————
Start CentCore Installation
————————————————————————

Where is your CentCore binary directory
default to [/usr/local/centreon/bin]
>
Path /usr/local/centreon/bin OK
/usr/bin/ssh OK
/usr/bin/scp OK
Finding Nagios group : nagios
Finding Nagios user : nagios
Preparing Centreon temporary files)
/tmp/centreon-setup exists, it will be moved…
Change CentCore Macro OK
Copy CentCore in binary directory OK
Change right : /var/run/centreon OK
Change right : /var/lib/centreon OK
Replace CentCore init script Macro OK

Do you want me to install CentCore init script ?
[y/n], default to [n]:
> y
CentCore init script installed OK

Do you want me to install CentCore run level ?
[y/n], default to [n]:
>
CentCore run level not installed PASSED
Create /etc/centreon/instCentCore.conf OK
————————————————————————
Start CentPlugins Installation
————————————————————————

Where is your CentPlugins lib directory
default to [/var/lib/centreon/centplugins]
>

Do you want me to create this directory ? [/var/lib/centreon/centplugins]
[y/n], default to [n]:
> y
Path /var/lib/centreon/centplugins OK
Finding Nagios user : nagios
Finding Nagios group : nagios
Preparing Centreon temporary files)
/tmp/centreon-setup exists, it will be moved…
Change macros for CentPlugins OK
Installing the plugins OK
Change right on centreon.conf OK
CentPlugins is installed
————————————————————————
Start CentPlugins Traps Installation
————————————————————————
Where is your SNMP configuration directory
default to [/etc/snmp]
>
/etc/snmp OK

Where is your SNMPTT binaries directory
default to [/usr/local/centreon/bin/]
>
/usr/local/centreon/bin/ OK
Finding Nagios group : nagios
Finding Apache user : apache
Preparing Centreon temporary files)
/tmp/centreon-setup exists, it will be moved…
Change macros for CentPluginsTraps OK
Installing the plugins Trap binaries OK
Backup all your snmp files OK
Change macros for snmptrapd.conf OK
Change macros for snmptt.ini OK
Install : snmptrapd.conf OK
Install : snmp.conf OK
Install : snmptt.ini OK
Install : snmptt OK
Install : snmpttconvertmib OK
Create /etc/centreon/instCentPlugins.conf OK
######################################################################
# #
# Go to the URL : http://your-server/centreon/ #
# to finish the setup #
# #
# Report bugs at http://trac.centreon.com #
# #
# Thanks for using Centreon. #
# ———————– #
# Contact : infos@centreon.com #
# http://www.centreon.com #
# #
######################################################################

Voilà, les fichiers de Centreon sont installés.

Intégrer tous les services pour les prochains démarrage :
rc-update add apache2 default && /etc/init.d/apache2 start
rc-update add mysql default && /etc/init.d/mysql start
rc-update add nagios default && /etc/init.d/nagios start
rc-update add nrpe default && /etc/init.d/nrpe start
rc-update add nsca default && /etc/init.d/nsca start
rc-update add ndo2db default && /etc/init.d/ndo2db start
rc-update add centcore default && /etc/init.d/centcore start
rc-update add centstorage default && /etc/init.d/centcore start

Nous allons désormais sur l’interface web centreon :
Lancer cette commande :
chown -R nagios:apache /etc/nagios

Puis :
Etape 1 – Welcome :

Etape 2 – Licence :

Etape 3 – Configuration :

Etape 4 – Vérification de la configuration :

Etape 5 – Vérification de PEAR :

Etape 6 – Configuration des bases de données :

Etape 7 – Database Verification :

Etape 8 – User Interface Configuration :

Etape 9 – LDAP Authentification :

Etape 10 – Centreon Configuration Files :

Etape 11 – Creating Database :

Etape 12 – Post-Installation :

Vous aurez une erreur NDO2DB ( Connection Error to NDO DataBase ! )
C’est normal car la base de données NDO permettant à Nagios de stocker ses statuts et événements en base de données n’a pas été créée.

Création de la base de données NDO :
Nous allons installer la base de données MySQL NDO. En plus du script de création de base de données NDO 1.4-b7, il y a la table « centreon_acl ». Veuillez exécuter ces commandes :
# mysql -u root -p
mysql> CREATE DATABASE `ndo` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;
mysql> exit
# mysql -u root -p ndo < /usr/src/centreon-2.0/www/install/createNDODB.sql
# mysql -u root -p
mysql> GRANT SELECT , INSERT , UPDATE , DELETE ON `ndo` . * TO ‘centreon’@'localhost’;
mysql> exit

Paramétrer le mot de passe de l’utilisateur mysql ‘centreon’ pour se connecter à la base de données (DBNDOConnect.php)

# mysql -u root -p
mysql> use centreon;
mysql> update cfg_ndo2db set db_user = ‘centreon’;
mysql> update cfg_ndo2db set db_pass = ‘XXXXXXXX’;
mysql> exit;

Mise à jour des fichiers de configuration de NDO2DB :
Avec l’installation de NDOUtils sous linux, les fichiers de configuration se trouvent dans /etc/nagios/ndo2db.cfg
Par défaut ce fichier est paramétré pour fonctionner avec des sockets unix, hors centreon fonctionne en tcp, nous allons donc modifier ce fichier:

vi /etc/nagios/ndo2db.cfg
# SOCKET TYPE
socket_type=tcp
# DATABASE USERNAME/PASSWORD
db_user=centreon
db_pass= db_name=ndo

Il faut également modifier le fichier ndomod.cfg
output_type=tcpsocket
output=127.0.0.1 (Très important, ne pas mettre le fichier .sock étant donné que c’est un socket tcp)
buffer_file=/var/nagios/ndomod.tmp (N’a rien à voir avec les paramètres de bdd, mais c’est à changer quand même)

Pour voir la connection Nagios-NDO fonctionne bien, vous pouvez lancer cette commande :
tail -f /var/nagios/nagios.log | grep ndomod
Et vous devez obtenir :
ndomod: Successfully connected to data sink

Et voilà Vous avez normalement, un Nagios intégrant ces données dans NDO permettant à Centreon de les lire
N’hésitez pas à me faire des retours si besoin

Pour mettre Centreon en Français :
Je vous conseille de consulter l’article sur le wiki
Les seuls spécificités pour gentoo sont dans les commandes d’installation :
emerge -av gettext
emerge -av dev-perl/Locale-gettext
Et le chown n’est pas à faire avec l’utilisateur « www-data », mais « apache »

Site Officiel de Centreon

J’ai utilisé ces sources pour réaliser ce howto :
Wiki Centreon
Da Gentoo-wiki (Le lien est out, je me suis servi du cache de google
Le Blog de Nicolargo Certes il est pour Ubuntu, mais assez complet

Vous devez avoir un Dom0 fonctionnel.

#Récupérer le dernier stage 3 et les autres archives requises
cd /usr/src
wget ftp://ftp.free.fr/mirrors/ftp.gentoo.org/releases/x86/current/stages/stage3-x86-2008.0.tar.bz2
wget ftp://ftp.free.fr/mirrors/ftp.gentoo.org/snapshots/portage-latest.tar.bz2
wget http://s3.amazonaws.com/ec2-downloads/linux-2.6.16-ec2.tgz

#Créer les répertoires et les images des disques
cd /xen/domains/
mkdir test2.example.com
cd test2.example.com/
#Le disque virtuel
dd if=/dev/zero of=/xen/domains/test2.example.com/disk.img bs=1M seek=4095 count=1
mke2fs -j -O dir_index /xen/domains/test2.example.com/disk.img
#La swap
dd if=/dev/zero of=/xen/domains/test2.example.com/swap.img bs=1M seek=1024 count=1
mkswap /xen/domains/test2.example.com/swap.img

#Monter le disque en loopback pour pouvoir faire l’installation de la gentoo en stage 3
mkdir /mnt/test2
mount -o loop /xen/domains/test2.example.com/disk.img /mnt/test2
cd /mnt/test2/
tar -jxpf /usr/src/stage3-x86-2008.0.tar.bz2
cd usr
tar -jxpf /usr/src/portage-latest.tar.bz2
mount -o bind /dev /mnt/test2/dev
mount -t proc none /mnt/test2/proc
cp /etc/resolv.conf /mnt/test2/etc/.

#Se chrooter et installer le serveur virtuel
chroot /mnt/test2 /bin/bash
emerge-webrsync
emerge portage
cat > /etc/fstab
—————————————————————–
/dev/sda1 / ext3 noatime 0 1
/dev/sda2 none swap sw 0 0
/dev/cdrom /mnt/cdrom audo noauto,ro 0 0
shm /dev/shm tmpfs nodev,nosuid,noexec 0 0
—————————————————————–

nano /etc/conf.d/hostname
nano /etc/conf.d/keymaps

cat > nano /etc/conf.d/net
—————————————————————–
config_eth0=( « 192.168.X.X » )
routes_eth0=( « default via 192.168.X.X » )
—————————————————————–

#Installes ce que tu veux (vim, …), puis
exit

#On est de retour sur le Dom0
cd /usr/src/
tar -zxf linux-2.6.16-ec2.tgz
cd linux-2.6.16-xenU/
cp vmlinuz /boot/vmlinuz-2.6.16-ec2

#Créer le fichier de configuration du DomU test2.example.com
cat > /etc/xen/test2.example.com.cfg
—————————————————————–
kernel = ‘/boot/vmlinuz-2.6.16-ec2′
memory = ’2000′
root = ‘/dev/sda1 ro’
disk = [ 'file:/xen/domains/test2.example.com/disk.img,sda1,w', 'file:/xen/domains/test2.example.com/swap.img,sda2,w' ]
name = ‘test2.example.com’
vif = [ 'mac=00:16:3e:5c:01:56, ip=192.168.X.X' ]
on_poweroff = ‘destroy’
on_reboot = ‘restart’
on_crash = ‘restart’
vcpus = 4
—————————————————————–

#Démarrer l’instance et s’y logguer :
xm create test2.example.com.cfg
xm console test2.example.com

#Attention, important !!!
#Il faut ajouter le flag
#CFLAGS dans /etc/make.conf (-mno-tls-direct-seg-refs )
#puis recompiler le système entier avec ce flag

#ATTENTION : pour les serveurs virtuels, il faut fixer une adresse MAC, #sinon, comme dans le cas des Gentoo, comme
#l’adresse MAC est regénérée à chaque redémarrage, le nom de l’interface #change et n’est plus en harmonie avec son fichier
#de conf (et c’est comme si l’instance virtuelle n’avait plus d’interface réseau)

Vous devez avoir un DomU fonctionnel avant de pouvoir le redimensionner (lol)

#Créer un fichier temporaire pour augmenter la taille (ici 1Gio)
dd if=/dev/zero of=/tmp/temps_expand bs=1024k count=1000

#Stopper votre machine virtuelle
xm shutdown test.example.com

#Sauvegarder votre image (on ne sait jamais)
cp -a /xen/domains/test.example.com/disk.img /xen/domains/test.example.com/disk.img

#Ajouter le ficher disque temporaire au fichier disque du serveur virtuel.
cat /tmp/temps_expand >> /xen/domains/test.example.com/disk.img
#Pour l’agrandir de 10 Gio d’un coup, on peut par exemple faire
for i in $(seq 1 10); do echo « $i »; cat /tmp/temps_expand >> /xen/domains/test.example.com/disk.img; done

#Prendre en compte le changement de taille.
resize2fs -f /xen/domains/test.example.com/disk.img

#Redémarrer le serveur virtuel
xm create test.example.com.cfg