J’ai déjà expliqué comment modifier l’emplacement des données d’un serveur MySQL mais cette fois-ci on va aller encore plus loin :

• on ne va pas toucher aux fichiers de configuration par défaut
• on va pouvoir conserver toute notre configuration sur une partition séparée
• on va être tranquille pour les éventuelles futures réinstallations

C’est pas très compliqué à mettre en œuvre et au final, tout le monde y gagne !

Organisation du répertoire /home

Le titre de l’article le suggère bien, cet article se consacre à la configuration des serveurs et programmes suivants :

• Apache 2
• PHP 5
• MySQL 5
• AppArmor (installé et activé par défaut depuis Ubuntu 8.04)

Pour des raisons évidentes de facilité, j’ai donc créé un répertoire qui rassemble toutes mes configurations spécifiques. En voici son arborescence :

• ~/config
  • /apache2
    • sites-available
      • 000-default-custom
      • local.monprojet.com
      • etc.
  • /apparmor
    • usr.sbin.mysqld-custom
  • /mysql
    • my-custom.cnf
  • /php5
    • php-custom.ini

Nous écrirons dans ces fichiers uniquement les points de configuration que l’on souhaite adapter. C’est plus simple à maintenir. Qui plus est, si les fichiers de configuration sont mis à jour par leur serveur respectif, nos fichiers resteront à l’abri.

Un des moto de Debian c’est la configuration à base de fichiers. Vous trouverez régulièrement des répertoires ayant un nom suivant le motif application.d. Donc plutôt que d’avoir 1 seul fichier de configuration, on a 1 fichier initial plus des configurations additionnelles dans ces fameux répertoires « .d ».

Configuration d’Apache

Pour Apache la démarche est la suivante :

1. créer les Virtual Host dans son répertoire personnel
2. lier les fichiers dans sites-available
3. activer les sites à l’aide de la commande a2ensite
4. recharger Apache

La seule étape par rapport à d’habitude c’est qu’on ne crée par les Virtual Host directement dans /etc/apache2/sites-available et qu’on les lie depuis notre répertoire personnel.
Admettons que je souhaite créer un Virtual Host pour une instance locale de mon blog. Je vais procéder ainsi :

1. gedit ~/conf/apache2/sites-available/local.case.oncle-tom.net
   J’y ai placé une configuration somme toute minimaliste :

   <VirtualHost *:80>
   ServerName local.case.oncle-tom.net
   DocumentRoot /home/oncletom/workspace/case.oncle-tom.net
   ErrorLog /var/log/apache2/error.case.oncle-tom.net.log
   LogLevel warn
   CustomLog /var/log/apache2/access.case.oncle-tom.net.log combined
   ServerSignature On
   </VirtualHost>

2. sudo ln -s ~/conf/apache2/sites-available/local.case.oncle-tom.net /etc/apache2/sites-available/local.case.oncle-tom.net
3. sudo a2ensite local.case.oncle-tom.net
4. sudo service apache2 reload

On se fendra de l’ajout d’un hôte local dans le fichiers hosts pour coller au plus près à l’instance de production. Toutefois je ne connais pas d’autre moyen que de modifier le fichier d’origine :-/ Si vous avez une solution je suis preneur.

Configuration de MySQL

Pour MySQL c’est un peu plus compliqué car on va également en profiter pour déplacer l’emplacement par défaut des données. Pourquoi ? Pour les placer sur une partition qui ne craindra pas les formattages et les réinstallation système.
Si vous aviez déjà suivi ma procédure de déplacement des données MySQL : oubliez là. Celle-ci est largement plus aboutie.

Avant de se jeter à corps perdu dans les manipulations, voici la démarche entreprise :

1. créer le fichier de configuration MySQL
2. créer le répertoire qui accueillera les données MySQL
3. lier la base mysql d’origine
4. modifier la configuration d’AppArmor
5. recharger la configuration des serveurs AppArmor et MySQL

C’est déjà un peu plus long mais là encore, il n’y a pas grand chose à faire en fin de compte :

1. gedit ~/conf/mysql/my-custom.cnf
   On y indique le nouvel emplacement de ses données MySQL :

   [mysqld]
   datadir            = /home/oncletom/Apps/mysql

2. mkdir /home/oncletom/Apps/mysql
   sudo chown mysql:mysql /home/oncletom/Apps/mysql
3. ln -s /var/lib/mysql/mysql /home/oncletom/Apps/mysql/mysql
4. sudo gedit /etc/apparmor.d/usr.bin.mysql
   J’y ai remplacé

   /var/lib/mysql/ r,
   /var/lib/mysql/** rwk,

   par l’ancien chemin + le nouvel emplacement des données MySQL

   /var/lib/mysql/ r,
   /var/lib/mysql/** rwk,
   /home/oncletom/Apps/mysql/ r,
   /home/oncletom/Apps/mysql/** rwk,

5. sudo service apparmor reload && sudo service mysql reload

Si vous avez bien suivi toutes mes explications, vous vous demanderez pourquoi j’ai modifié le profil existant de MySQL dans AppArmor au lieu de lier un nouveau profil ?
Je me suis rendu compte qu’au démarrage de l’OS, AppArmor ne chargeait pas le profil personnalisé et bloquait le démarrage de MySQL. J’ai créé un sujet sur Ubuntu Forums après une lecture de la documentation AppArmor mais pas de nouvelles. Là aussi je suis preneur car en relançant les serveurs à la main, tout fonctionne.

Ensuite à vous de repeupler vos bases de données à partir d’un dump. Si vous procédez à un déplacement des répertoires, n’oubliez pas de tout préserver : propriétaire et permissions ! Ça se passe avec l’option -a de cp par exemple.

Configuration de PHP

Fort heureusement pour PHP c’est plus simple puisqu’il n’y a qu’un seul petit lien symbolique à faire.
À noter que la configuration modifiée sera répercutée sur toutes les configurations de PHP, que ça soit pour Apache, en CLI ou CGI.

1. gedit ~/conf/php/my-custom.ini
   J’ai ai mis par exemple :

   memory_limit = 64M

2. sudo ln -s ~/conf/php/my-custom.ini /etc/php5/conf.d/my-custom.ini

Et voilà c’est tout pour PHP. Il faut bien entendu recharger votre serveur Web (Apache ou Lighttpd par exemple) pour qu’ils prennent en compte la modification.

Conclusion

J’ai déjà appliqué cette méthode par 2 fois et que dire si ce n’est que tout va plus vite ainsi !
Vos fichiers de configuration restent accessibles depuis votre gestionnaire de fichiers (pas besoin de passer en sudo pour sauvegarder les changements). Ils sont préservés de toute réinstallation impromptue.

Vous ne touchez que de manière minimaliste aux fichiers de configuration d’origine :

• /etc/hosts pour ajouter un nom d’hôte (utile seulement si vous ne souhaitez pas utiliser localhost)
• /etc/apparmor.d/usr.bin.mysql pour la raison évoquée plus haut … sinon on s’en serait passé

J’ai cherché à faire pareil avec phpmyadmin mais il ne semble pas y avoir de mécanisme de ce type. Dommage.

J’imagine qu’il doit y avoir des moyens similaires avec d’autres serveurs et d’autres langages. Vous procédez à un reparamétrage systématique ou bien vous utilisez une technique de ce genre ?

Pour les besoins du boulot et non plus pour le plaisir, j’ai eu pour impératif de me connecter à un Intranet client via un VPN Citrix. Je ne sais pas pour vous, mais quand j’entends VPN, je commence à avoir des sueurs froides en me disant que la galère ne fait que commencer.

Et bien pour une fois, je peux dire que je n’ai presque pas ramé. Vous allez voir, c’est simple et rapide.

Citrix Presentation Server en 2 minutes

Citrix Presentation Server c’est une manière d’offrir une connexion à des applications à distance indépendamment de la machine que l’on utilise. En clair, que l’on soit sous Linux, MacOS X ou Windows, on est censé pouvoir accéder à des applications d’une infrastructure distante.

Tout se fait via son navigateur Web préféré (Iceweasel sous Debian, Firefox sous Ubuntu dans mon cas). Seulement voilà, quand je souhaitais lancer l’application Putty pour profiter d’une jolie connexion SSH, que nenni !
À la place, j’avais le droit de télécharger un fichier launch.ica qui, j’avoue, ne m’évoquais pas grand chose.

Si on en est là, c'est que ça ne va pas

Installer le plugin ICA pour Linux

Une recherche Google plus tard, je découvre donc sans surprise qu’il me faut installer un client Citrix. J’ai un peu peur en imaginant qu’il ne fonctionne que sur des systèmes d’exploitation arriérés.

Et pourtant, quand on sait ce qu’il faut installer c’est tellement plus simple :

1. Téléchargez le client ICA pour Linux
   1. En prenant la version .tar.gz puis en lançant ./setupwfc
   2. En convertissant le .rpm par un petit sudo alien -i ICAClient-10.6-1.i386.rpm
   3. En utilisant le .deb que j’ai créé avec alien
2. Liez le plugin ICA à votre navigateur Web
   • Sous Ubuntu : ln –s /usr/lib/ICAClient/npica.so /usr/lib/mozilla/plugins/npica.so
   • Sous Debian : ln –s /usr/lib/ICAClient/npica.so /usr/lib/iceweasel/plugins/npica.so
3. Fermez et relancer Firefox/Iceweasel si nécessaire
4. Dans les modules complémentaires, vérifiez que le plugin apparaît bien (ou bien dans about:plugins)

Plugin Citrix vu depuis le gestionnaire de modules Firefox

Conclusion

Bref ça marche bien même sous Firefox 3 et j’en suis content. Le chargement des applications est relativement rapide. Ça fait presque bizarre de voir une application Windows bien se lancer !

C’est également la première fois que je peux me connecter à un VPN distant sans sérieux problèmes. J’ai déjà eu droit aux VPN Cisco à passphrase aléatoire généré par un badge … même le support technique n’a pas pu m’aider : j’étais le premier à les appeler en étant sous Linux !

Chargement de l'application Windows à distance

J’ai découvert totalement par hasard un jeu de filtres pour daltonien fonctionnant sur l’environnement de bureau Gnome. Son petit nom ? colorblind-applet.
Il est livré en standard sous Debian et plus péniblement, sous Ubuntu. Cette dernière distribution englobe pourtant Gnome Magnifier (paquet gnome-mag), le projet père mais allez savoir pourquoi, sans l’applet pour daltonien.

Petit tour du propriétaire et mise en application dans le cas du développement Web.

Présentation rapide du daltonisme

Se mettre dans la peau d’un daltonien, ou voir à travers ses yeux, est une chose difficile. Comment imaginer le rendu des couleurs ? Et surtout, comment l’imaginer en fonction du daltonisme ?
Il faut savoir qu’il existe plusieurs variations de cette anomalie de perception de couleurs :

• mauvaise perception du rouge
• pas de perception du rouge
• mauvaise perception du vert
• pas de perception du vert
• mauvaise perception du bleu
• pas de perception du bleu

À cela s’ajoutent également des combinaisons possibles entre ces différentes variantes. Pour plus d’informations, je vous invite à consulter l’article sur le daltonisme sur Wikipédia.
Et pour votre gouverne, être daltonien ne signifie pas être handicapé. Les personnes atteintes de cette anomalie (environ 8% des hommes en France, même pas 1% de femmes) ne peuvent donc pas être reconnues comme telles.

Chiffre 37, invisible pour les personnes atteintes de protanopie

Pour savoir savoir si on est daltonien, il suffit de regarder les images des planches du test d’Ishihara. Peut-être la « mauvaise » nouvelle du jour ?

Présentation de colorblind-applet

Mais alors, que vient faire colorblind-applet dans tout ça ?
Cet applet pour Gnome est un « simple » filtre de visualisation. En clair, il altère la colorimétrie de votre écran pour l’afficher comme si vous étiez daltonien.
Jusqu’à présent j’utilisais Color Oracle puisque présenté avec conviction sur Ergophile.

colorblind-applet me convient toutefois davantage pour les raisons suivantes :

• il peut se piloter entièrement via des raccourcis clavier (activation, désactivation, navigation entre les filtres)
• son utilisation est persistante : il reste actif tant qu’on ne le désactive pas (Color Oracle enlève le filtre au moindre clic de mémoire)
• il demande peu de ressources machine, intégration directe dans Gnome oblige (Color Oracle est en Java)

En clair je résumerais comme suit :

• vous êtes sous Linux et plus particulièrement dans un bureau à base de GTK ? Utilisez colorblind-applet
• dans les autres cas, utilisez Color Oracle (compatible Linux, MacOS X et Windows)

Colorblind-applet : contrôles

colorblind-applet en action

Puisqu’une image vaut davantage qu’un long discours (trop tard me direz-vous ), voici une série d’images présentant mon bureau de travail ainsi qu’un navigateur Web ouvert sur la page de Planète Accessibilité.

Capture d'écran d'origine

Filtre réglé sur "Selective Green Desaturation"

Filtre réglé sur "Negative Hue Shift"

Plusieurs choses à noter :

• les teintes blanches sont épargnées
• les autres couleurs changent en revanche du tout au tout en fonction du type de daltonisme
• jouer sur les couleurs n’est pas suffisant pour faire passer un message aux utilisateurs
• ça ne doit pas être évident de parcourir le Web et ses multiples couleurs tous les jours : la désaturation de vert pique particulièrement les yeux
• et par extension, il me paraît très difficile de produire une charte graphique convenant à tous les types de daltonisme

Je serais curieux d’avoir des retours de personnes ayant déjà eu à travailler avec cette déficience, les bonnes pratiques de conception et tout autre conseil avisé.

L’installation par défaut d’un serveur MySQL est suffisante pour être opérationnel dans la minute qui suit. Elle ne facilite en revanche pas la maintenance en laissant le répertoire contenant vos bases de données et tables hors de portée.

L’intérêt de choisir soi-même l’emplacement de ce répertoire, le datadir, est double :

• regrouper les données en un endroit connu (facilite les sauvegardes)
• utiliser le partitionnement du disque pour ne pas avoir à craindre une perte de données en cas de réinstallation du système (facilite la maintenance)

Nous allons voir comment procéder à ce changement tout en adaptant les sécurités des systèmes tels que SELinux et AppArmor. Ces derniers empêcheront en effet le serveur de démarrer.

Remarque importante : j’ai publié une version améliorée du déplacement des données d’un serveur MySQL. Je la recommande par rapport à cet article : elle implique moins de manipulations et est plus propre.

Quelques généralités avant de commencer

Quitte à changer l’emplacement du datadir, autant le déplacer sur une partition qui ne sera pas effacé lors de la réinstallation de votre système d’exploitation, que ça soit du Linux, MacOS ou Windows.

Personnellement, sous Ubuntu/Debian, je crée un répertoire dans /home qui s’appelle mysql. Mon répertoire /home est bien entendu monté sur une partition différente. Si ce n’est pas le cas chez vous, pensez à déplacer votre /home.

sudo mkdir /home/mysql
sudo chown mysql:mysql /home/mysql

Enfin, dernier détail à connaître : l’emplacement de vos données MySQL :

• sous Linux, généralement : /var/lib/mysql
• sous Windows, avec WAMP : C:Program FilesWampmysqldata

Méthode 1 : modifier la configuration MySQL

C’est probablement la méthode la plus simple mais elle a l’inconvénient d’avoir à modifier un fichier de configuration. Il faut donc modifier la propriété datadir de votre fichier de configuration MySQL :

• sous Linux, généralement : /etc/mysql/my.cnf
• sous Windows, avec WAMP : C:Program FilesWampmysqlconfmy.ini

Dans ce fichier se trouve une section consacrée à la configuration générale du serveur mysql (mysqld pour mysql daemon) :

[mysqld]
user            = mysql
port            = 3306
basedir         = /usr
datadir         = /var/lib/mysql
tmpdir          = /tmp

J’ai mis en gras la ligne qui nous intéresse, à savoir le datadir.
Quelle valeur mettre ? Celle de l’emplacement souhaité pour vos données. Dans mon cas ça aurait été /home/mysql :

datadir         = /home/mysql

Vous vous assurerez d’avoir bien stoppé le service MySQL, d’avoir copié/collé vos données de l’ancien emplacement vers le nouveau et enfin de redémarrer MySQL. C’est seulement en cas de réussite que vous pourrez supprimer l’ancien répertoire

sudo -s
/etc/init.d/mysql stop
cp -pr /var/lib/mysql/* /home/mysql
/etc/init.d/mysql start

Méthode 2 : utilisation d’un lien symbolique

La documentation de MySQL explique l’utilisation des liens symboliques pour tout, une base de données précises voire même les tables. Ceci dit nous allons voir l’exemple global : on déplace tout.

Concrètement cette méthode consiste à :

1. stopper le service MySQL
2. déplacer le répertoire de données (au cas où)
3. créer le lien symbolique
4. copier les données dans le nouvel emplacement
5. relancer le service MySQL

Concrètement, ça se traduit comme ceci :

sudo -s
mv /var/lib/mysql /var/lib/mysql-old
ln -s /home/mysql /var/lib/mysql
cp -pr /var/lib/mysql-old/* /home/mysql
/etc/init.d/mysqld start

Là encore, supprimez la copie de vos données (répertoire mysql-old) seulement en cas de succès. Ça facilite les retours en arrière en cas de pépin.

Cas particulier : systèmes employant AppArmor ou SELinux

Il y a cependant un hic possible si vous utilisez une distribution Fedora ou Ubuntu, surtout depuis sa version Hardy Heron (8.04). Celle-ci intègre une sécurité pour éviter à certains services critiques d’être altérés par une manipulation extérieure … comme la notre.

Il faut savoir que les 2 méthodes du haut échoueront si vous rentrez dans ce cas de figure : le service MySQL ne démarre pas.
Pas de panique, il y a juste un fichier à modifier : /etc/apparmor.d/usr.sbin.mysqld. Il y a un passage ressemblant à ceci, dans le cas d’AppArmor et Ubuntu :

/etc/mysql/*.pem r,
/etc/mysql/conf.d/ r,
/etc/mysql/conf.d/* r,
/etc/mysql/my.cnf r,
/usr/sbin/mysqld mr,
/usr/share/mysql/** r,
/var/lib/mysql/ r,
/var/lib/mysql/** rwk,
/var/log/mysql/ r,
/var/log/mysql/* rw,
/var/run/mysqld/mysqld.pid w,
/var/run/mysqld/mysqld.sock w,

Vous voyez le loup venir. Il suffit de remplacer les occurences de /var/lib/mysql par le chemin de votre nouvel emplacement, /home/mysql dans notre cas :

/home/mysql/ r,
/home/mysql/** rwk,

La raison de cette modification est presque simple : AppArmor ne suit pas les liens symboliques. Il considère que /var/lib/mysql est différent de /home/mysql et que ce dernier ne concerne pas le service mysqld.
Notre modification évite ce blocage et permet du même coup au serveur MySQL de démarrer ; les échecs étant dus au fait que le serveur ne trouvait pas de base à charger (dont la sienne, mysql).

Pour terminer, on peut relancer les 2 services, apparmor et mysqld :

sudo /etc/init.d/apparmor restart
sudo /etc/init.d/mysqld restart

Conclusion

Nous avons vu 2 méthodes pour rendre sa gestion des bases de données plus souple et plus sure. En cas de défaillance système – ça arrive même aux meilleurs – il faut pouvoir le réinstaller sans craindre de perdre des données vitales. Et les bases de données le sont.

On peut aussi constater que les nouveaux services de protection peuvent compliquer la vie si on ne les sait pas actifs et si on ne comprend pas leur fonctionnement. J’ai passé plusieurs heures à comprendre pourquoi le serveur MySQL ne se relançait pas alors qu’il me semblait avoir effectué la même manipulation sur les précédentes versions d’Ubuntu.

N’hésitez pas à partager votre méthode ou apporter vos suggestions sur votre gestion des datadir.

Après deux semaines de travail, j’en tire déjà quelques conclusions, par rapport au travail, aux gens avec qui je compose et à ma nouvelle vie. Certains livres et méthodes oscillent entre 30 et 90 jours pour convaincre. Tout ce que je peux dire c’est que 90 c’est beaucoup trop : en 20 ou 30 jours tout est cuit.

Changement de collègues

Avant de pouvoir se sentir bien dans son travail ou sa manière de travailler, le point crucial c’est l’entente avec les collègues, physiques ou collaborateurs distants. J’en avais ma tasse des bonjour, salut ça va ? qui relevaient davantage de la routine que du réel intérêt de bien-portance. Et j’avoue que prendre un café en parcourant Blogmarks, en traînant sur Gasteroprod aux côtés de Xavier et d’un électron libre … comment dire, y’a de quoi soulever un bureau avec un doigt, sans les mains.

Enfin en tous cas ça me met le baume au cœur de bon matin. Travailler bien avec des gens biens, c’est pas rien. C’est une chance que tout le monde doit saisir car indépendamment des connaissances, la bonne entente d’une équipe peut régir la réussite ou l’échec d’un projet.

Changement d’outils

Ce changement de travail a été l’occasion de réaliser ce que je souhaitais depuis un bon moment : abandonner Windows (quasi) définitivement. J’ai opéré une bascule Windows+Dreamweaver vers la distribution Linux Debian accompagné de l’IDE Eclipse. L’occasion d’adopter un outil surpuissant, notamment en combinaison des modules Subclipse et Aptana.

En effleurant à peine le potentiel de ces applications, j’ai déjà gagné en temps et en confort de développement : prévisualisation quasi-parfaite des pages Web, éditeur CSS et HTML de haut niveau, de la saisie intuitive, des indicateurs discrets mais facilitant le repérage d’erreurs et de changements … il y a de quoi faire et je ne regrette pas de m’être fait violence.

Changement d’habitudes

Sur le papier commencer et terminer ma journée une heure plus tard que d’habitude ne me dérangeait pas mais quand le corps décide de ne pas suivre suffisamment rapidement, j’ai réalisé que débuter en même temps que les magasins, que terminer en même temps qu’eux n’était pas l’idéal imaginé.
Certes c’est confortable de pouvoir prendre davantage de temps le matin pour soi, pour se tenir au fait de l’actualité mais la journée terminée, quand on aimerait faire les courses ou récupérer sa voiture au garage, tout est fermé. Oui je suis réfractaire aux courses le samedi matin d’autant plus que j’aime passer ce moment à humer les odeurs des marchés fermiers.

Toujours est-il qu’il faut prendre le changement d’habitude de manière positive. C’est également probablement plus difficile en automne et en hiver à cause des journées solaires écourtées.

Un défi de plus à relever

Conclusion : changement de vie

Je pense donc avoir fait le bon choix dans mes recherches : une équipe motivée et motivante, des conditions de travail excellentes (plein centre historique de Bordeaux), un cadre agréable (que des restaurants autour, j’aurais une sélection à partager c’est sûr et certain), un potentiel d’apprentissage énorme … bref, tout ce que je voulais en une fois.

Malgré un emploi du temps chargé, je compte toujours continuer à partager avec vous mes astuces professionnelles, mes conseils pour mieux travailler sur/pour Internet. A ce propos, je serai présent samedi 17 novembre à Blog@Bordeaux (rejoindre Blog@Bordeaux sur Facebook) et très certainement aux prochains BlogCamp Bordeaux.