Leur interface d’administration Web, nommée « Frontview » est accessible en HTTPS, ce qui, au premier abord, semble être une très bonne chose… Oui, mais voilà, le petit processeur « infrant » - architecture sparc -, qu’ils intègrent, est aussi efficace pour les traitements arithmétiques (et donc les fonctions de chiffrement SSL),  qu’un moteur de mobylette sur un Airbus A380. Résultat, même avec un pot polini  et un carbu 14, rien à faire, ça ne décolle pas.  C’est mou…c’est très mou, c’est très très mou !  J’ai résisté tant que j’ai pu, n’effectuant en somme que très peu de manipulations via cette interface, mais aujourd’hui, trop c’est trop, j’ai craqué ! Et quand je m’énerve, je change de couleur, mes proéminents muscles verts déchirent ma chemise et je casse tout sur mon passage.

J’ai donc commencé par m’attaquer à un pauvre crayon à papier et quant il a eu son sort (3 morceaux quand même !), je suis passé au serveur WEB de mon ReadyNAS. Mais, reprenant peu à peu ma raison, une couleur humaine et une chemise piquée sur un étendoir voisin, je me suis résigné à juste désactiver la couche SSL du serveur Apache.

Si comme moi, vous ragez, pestez et vociférez contre ce mollasson de Frontview, voici comment lui redonner un peu de peps, au détriment d’une bonne dose de sécurité, bien malheureusement. Qu’on se le dise, tout de même, si il avance beaucoup mieux après, il ne décolle quand même pas… Un moteur de mobylette reste un moteur de mobylette.

La première chose à faire, si ce n’est pas déjà fait, est d’installer de quoi se connecter en ssh sur la bête (enfin, le veau, pour être plus précis). Il faut pour cela le plugin : Enable Root SSH Access (version Sparc dans mon cas).

Le plugin s’installe par la voie normale : Menu système, Mise à jour – Installation, Image Locale – Module.

Ce module installé et le Nas redémarré, l’accès SSH est ouvert et le mot de passe root synchronisé avec celui du compte « Admin » utilisé pour se connecter à Frontview.

 Il suffit ensuite de se connecter, par ssh donc, pour modifier la configuration d’Apache.

Le fichier de configuration en question est :

/etc/frontview/apache/httpd.conf

• Rechercher la ligne « Listen 443  » , la commenter, ainsi que tout le bloc de configuration SSL suivant,
• Rechercher la ligne « include /etc/frontview/apache/Virtual.conf »  et la commenter (le fichier virtual.conf contient juste une directive de réécriture d’URL pour rediriger les requêtes http vers du https).

 Extrait :

...
 
# Listen 443
# SSLEngine On
# SSLSessionCache dbm:/ramfs/gcache.db
# SSLSessionCacheTimeout 600
# SSLCACertificatePath /etc/frontview/apache
# SSLCertificateFile /etc/frontview/apache/apache.pem
 
...
 
Include /etc/frontview/apache/Ports.conf
# Include /etc/frontview/apache/Virtual.conf
Include /etc/frontview/apache/addons/*.conf
Include /etc/frontview/apache/Shares.conf

Un petit reboot du NAS et l’interface devrait être accessible en http. (si quelqu’un peut m’expliquer comment redémarrer Apache/Frontview sans redémarrer tout le NAS, je suis preneur, j’avoue ne pas avoir cherché et n’ai pas trop étudié les scripts de démarrage sur ce type de machine).

Pour conclure, la manipulation telle que décrite, doit fonctionner sur tous les ReadyNAS; mais je n’ai pas testé d’autres modèles.

Bien évidemment, désactiver https si vous utilisez le NAS depuis Internet ou ailleurs qu’à la maison n’est vraiment pas une bonne idée.

Mais comme diraient mes amis « perlistes »… « perliens »… « perleurs »…bref… qui parlent Perl courrament  :

« There’s More Than One Way To Do It  » (TIMTOWTDI).

A l’extrême, une autre façon consiste à faire un bon « disk dump - dd » du disque vers un fichier « raw »   (ie par ex : # dd if=/dev/sda of=/chemin/fichier.raw). Ce fichier sera ensuite utilisé comme disque virtuel. Je n’ai jamais testé, mais je ne vois pas pourquoi ça ne fonctionnerait pas, à condition bien sûr, que le serveur d’origine n’intègre pas de matériels trop exotiques. Cependant, un des avantages de la virtualisation, lié à l’allocation dynamique de l’espace de stockage, est perdu. En effet, l’espace disque libre est « dumpé » et occupera de la place sur le serveur final. Paradoxal non ? Même si le procédé pourrait être amélioré en utilisant « partimage », pour gérer un peu mieux l’espace non occupé, il faut bien avouer que ce procédé demeure quelque peu « bourrin ».

Entre les deux, je vous propose d’explorer une piste nommée « Mondo ».

« Mondo Rescue »  est un utilitaire, sous licence GPL, qui permet de créer, sur des supports variés (CD, DVD, bande, montage réseau ou disque dur), une image complète ou partielle d’un système Linux.  A l’instar de Ignite sous HP-UX ou Ghost sous Windows.

Son premier atout, est qu’il s’installe sur le système et permet de créer l’archive à chaud. L’intégralité de la migration pourra se dérouler avec un serveur physique fonctionnel. Ce dernier sera arrêté au dernier moment, quand la machine virtuelle sera capable de prendre le relai.

Son deuxième atout est sa capacité à créer une image « iso » bootable et compressée, dont la fonction est de restaurer notre système en s’adaptant au nouveau matériel. A l’inverse de « dd » ou de « partimage », qui réalisent des copies physiques de blocs du système de fichier, Mondo re-crée le partitionnement mémorisé, y restaure les fichiers sauvegardés et en dernier lieu, réinstalle le « bootloader ».

Avant d’aller plus loin, j’attire votre attention, chers lecteurs, sur le fait que la solution « mondo » n’est pas fiable à 100%.  Il n’est pas rare, dans le cas de partitionnements un peu complexes (basés sur LVM entre autres), que ce dernier s’emmêle les pinceaux et donne envie irresistible de s’arracher les cheveux (pour peu qu’il nous en reste !). Je ne vais pas vous infliger le refrain « je ne suis pas responsable bla bla bla… », mais faites tout de même gaffe en production. Si je devais qualifier cette solution en quelques mots, je dirais qu’elle est performante mais reste assez artisanale. Ceci dit, si je prends la peine d’écrire ce billet, c’est qu’elle présente un intérêt (enfin, j’espère) et qu’elle peut tout de même rendre de fiers services.

Installation

Le site officiel fournit  les paquets pour de nombreuses distributions. Sous Debian, il est, en plus, possible d’utiliser les dépôts :

deb ftp://ftp.mondorescue.org/debian X.0 contrib

ou X est le numéro de version ( 4 pour Etch, 5 pour Lenny, 6 pour Squeeze).

Par exemple, pour l’installer sous Squeeze :

# echo « deb ftp://ftp.mondorescue.org/debian 6.0 contrib »  > /etc/apt/source.list.d/mondo.list

# apt-get update

# apt-get install mondo

 Note pour Squeeze : Mondo utilise les outils mkisofs pour la génération des images iso et cdrecord pour la gravure de CD. Ces outils ont été respectivement remplacés dans Squeeze, par  genisoimage et wodim. Il est possible de s’en sortir (pas très proprement), en créant des liens symboliques :

# ln -s /usr/bin/genisoimage /usr/bin/mkisofs

# ln -s /usr/bin/wodim /usr/bin/cdrecord

Il m’est arrivé de rencontrer quelques problèmes avec « Mindi » . Pour la création du boot de l’image iso, un ramdisk est utilisé, sur lequel on est parfois à l’étroit.  On peut l’augmenter en dé-commentant et en affectant une plus grande valeur au paramètre « EXTRA_SPACE » du  fichier de configuration de « Mindi »   (/etc/mindi/mindi.conf).

Utilisation

Il y a encore « More Than One Way » pour utiliser Mondo. La première se fait par une interface « curses », affichée par défaut, lors de l’exécution de mondoarchive sans paramètre.

La deuxième est bien entendu en ligne de commande :

# mondoarchive -O -p nomarchive -i -I / -d /destination -E /destination -T /temporaire -S /Scratchdir -s taille

• -O : pour créer une archive, par opposition à -V pour une vérification,
• -p nom : pour donner un nom à l’archive ( mondoarchive par défaut),
• -i : pour générer une ou des images iso,
• -I : pour spécifier de départ de l’arborescence à sauvegarder. « / » est par défaut, mais nous pouvons décider de ne sauvegarder qu’un bout de l’arborescence,
• -d : l’emplacement des fichiers finaux (iso),
• -E : Les répertoires à exclure. /tmp, /proc, /sys et les montages médias sont exclus par défaut, il convient, en plus, d’exclure le répertoire destination de l’image,
• -T : Le répertoire temporaire. Par défaut, Mondo choisira la partition disposant du plus grand espace disponible,
• -S   : Le répertoire du scratchdisk, c’est à dire le répertoire dans lequel seront construites les images pour la génération des fichiers iso, comme pour le répertoire temporaire, Mondo choisira par défaut la partition disposant du plus grand espace libre,
• -s : La taille maximale des fichiers iso. Si le but est de graver ces fichiers, il faudra choisir une taille adéquate en fonction du média utilisé  : ~ 700 Mo (700m) pour un CD, ~4.7 Go (4.7g) pour un DVD. Autant d’images que nécessaire seront générées.

Un exemple :

# mondoarchive -O -p serveur1 -i -I / -d /home/joel/mondo -E /home/joel/mondo -s 10g

Les images iso porteront le nom « serveur1-x.iso » (x = numéro incrémentiel) est seront placées dans le répertoire « /home/joel/mondo« . Ce répertoire est exclu de l’archive  et les images ne feront pas plus de 10 Go.

Les autres options sont laissées par défaut.

Ensuite, c’est le moment, tant connu des informaticiens, de laisser bosser la machines et d’aller vaquer à d’autres occupations.

Quelques « occupations » plus tard, l’image générée peut être utilisée pour installer la machine virtuelle, en la transférant sur l’hyperviseur  et en l’utilisant comme CDRom virtuel par exemple.

Au boot et après une détection du nouveau matériel, l’interface propose diverses options, dont l’une est « Automatique » pour une réinstallation à l’identique, une autre, « Manuelle », permet, entre autre, d’aller trifouiller le partitionnement et l’adapter –  Très utile quand la taille de l’espace disque allouée à la VM diffère du disque original.

Les données restaurées et avant l’écriture du secteur d’amorçage, il est possible de prendre la main dans un chroot, afin de vérifier le bon montage des partitions, modifier si nécessaire les fichiers de configuration et si besoin regénérer le initramfs  pour qu’il prenne en compte le nouveau matériel.

Pour terminer, je vous propose d’illustrer cet article par un screencast. Il reprend la migration d’un serveur physique sous Debian Squeeze vers une machine virtuelle Proxmox VE / KVM ( précédent article).

Click here to view the video on YouTube.

Sources :

• Site officiel,
• Wikipedia.

Sa première originalité est sa capacité à embarquer une version portable de Virtualbox (portable-Virtualbox) pour permettre l’exécution de la distribution dans une machine virtuelle, directement depuis Windows, sans aucune installation, ni reboot. Sa deuxième est, sous réserve d’espace suffisant, la possibilité de conserver les documents présents sur la clé et de continuer à l’utiliser de façon tout à fait classique.

L’opération se déroule en cinq étapes :

Etape 1 :

• Choix du périphérique de stockage USB qui va accueillir la distribution,

Etape 2 :

• Choix de la source entre :
• Une image locale au format iso, dmg ou zip,
• Le téléchargement manuel ou automatique à partir d’une bonne liste de distributions. Des tests sont réalisés pour trouver le miroir le plus rapide, – classe !
• Un CDRom ou DVD inséré dans le lecteur.

Etape 3 :

Etape 4 :

Etape 5 :

Liens :

• Site officiel : www.linuxliveusb.com
• Distributions supportées.

La manipulation décrite ci-dessous est plus un pense-bête qu’un tutoriel ou un article en tant que tel. A le noter quelque part, autant le partager !

Attention : Le changement de type de raid nécessite un reformatage, donc une perte des données de la partition.

1 – Etat des lieux :

# df -h

Sys. de fich.         Tail. Occ. Disp. %Occ. Monté sur

/dev/md1              4,9G  216M  4,4G   5% /

tmpfs                 996M     0  996M   0% /lib/init/rw

udev                   10M  152K  9,9M   2% /dev

tmpfs                 996M     0  996M   0% /dev/shm

/dev/md0               92M  9,6M   77M  12% /boot

/dev/md3               20G  632M   18G   4% /home

/dev/md5              3,9G   73M  3,6G   2% /tmp

/dev/md4              9,7G  707M  8,6G   8% /usr

/dev/md2               30G  2,6G   26G  10% /var

/dev/md6               87G  87G    13M 100% /data

# mdadm --detail /dev/md6

/dev/md6:

        Version : 00.90

  Creation Time : Fri Nov 21 16:39:44 2008

     Raid Level : raid1

     Array Size : 91072384 (86.85 GiB 93.26 GB)

  Used Dev Size : 91072384 (86.85 GiB 93.26 GB)

   Raid Devices : 2

  Total Devices : 2

Preferred Minor : 6

    Persistence : Superblock is persistent

    Update Time : Mon Jul 25 13:35:46 2010

          State : clean

 Active Devices : 2

Working Devices : 2

 Failed Devices : 0

  Spare Devices : 0

           UUID : 2656ada4:ef6970c5:bfe78010:bc810f04

         Events : 0.82

    Number   Major   Minor   RaidDevice State

       0       8        9        0      active sync   /dev/sda9

       1       8       25        1      active sync   /dev/sdb9

2 – Destruction / Reconstruction

# mdadm --stop /dev/md6

# mdadm --create /dev/md6 --level=0 --raid-devices=2 /dev/sda9 /dev/sdb9

# mount /dev/md6

Le problème principal de système, tel qu’il est décrit, est l’absence de maîtrise de la bande passante utilisée… Quand les « synchros » se mettent en route, la connexion Internet en prend un coup, souvent au dépend d’autres services. En bref, « ça rame dur ! ».

Une bonne solution pour ne pas pénaliser l’utilisation courante du réseau serait de gérer de la QoS (qualité de service), mais ça reste assez lourd à mettre en place… La gestion de la QoS au sein d’un réseau fera très probablement l’objet d’un prochain billet. En attendant, je vais aborder une solution très simple, qui permet de limiter la bande passante au niveau des clients.

« Trickle » est un gestionnaire de bande passante en espace utilisateur. Dans son utilisation la plus simple, il permet de lancer une commande en limitant sa bande passante montante (upload)  ou descendante (download), avec, respectivement, les options ‘-u‘ et ‘-d‘.

L’exemple suivant va lancer « wget » (pour télécharger les sources d’un noyau linux depuis kernel.org) en limitant l’utilisation de la bande passante à 20 Ko/s :

$ trickle -d 20 wget -c  http://www.kernel.org/pub/linux/kernel/v2.6/testing/linux-2.6.35-rc3.tar.bz2

Autre exemple : l’utilisation d’unison pour synchroniser un dossier via ssh en limitant le débit montant à 10 Ko/s et le débit descendant à 30 Ko/s.

$ trickle -u 10 -d 30 unison ~/JopaOne ssh://joel@monserveur.jopa.fr//home/joel/JopaOne

Trickle peut fonctionner en mode « collaboratif » grâce à un démon : trickled, qui peut, lui aussi, être lancé en espace utilisateur. Contrairement à l’utilisation précédente, la limitation n’est plus définie pour chaque commande mais  la bande passante maximale est passée en paramètres au démon et partagée par toutes les instances de trickle.

$ trickled -u 10 -d 30 

$ trickle unison /home/joel/JopaOne ssh://joel@monserveur.jopa.fr//home/joel/JopaOne -batch

$ trickle wget -c  http://www.kernel.org/pub/linux/kernel/v2.6/testing/linux-2.6.35-rc3.tar.bz2

Si besoin, il est également possible de prioriser certaines applications par rapport à d’autres pour ce partage de ressources. Je vous renvoie vers le man ou le site du projet pour la liste des options et paramètres disponibles.

Lien :

Trickle (http://monkey.org/~marius/pages/?page=trickle)

Lors d’un redimensionnement classique ou plus exactement de l’étirement d’une image, cette dernière est déformée uniformément, ce qui donne, très souvent, un résultat qui n’est pas franchement terrible.

« Liquid rescale » est une implémentation de l’algorithme « Seam Carving« . Un algorithme de redimensionnement d’image écrit par Shai Avidan et Ariel Shamir (ce sont eux les bons !!!), qui va privilégier la déformation de zones dites de moindre importance. L’importance d’un pixel est détecté par la mesure de son contraste par rapport aux pixels voisin. Nous avons la possibilité d’aider le plugin en repérant, grâce à un masque,  les zones de grande importance qu’il faudra éviter de déformer.

Prenons un exemple :

J’avais une belle photo pour l’occasion, mais Madame m’a opposé son droit à l’image. J’ai cédé à la censure et vous propose ici une photo beaucoup moins bonne, mais néanmoins suffisamment démonstratrice.

Image d’origine

Je souhaite, afin de donner une sensation d’espace, doubler la largeur de la photo, sans toucher à la hauteur (c’est un peu excessif, mais d’autant plus parlant pour l’exemple). Un redimensionnement classique sans conservation du ratio hauteur/largeur va donner l’image affreuse suivante :

Image étirée grâce à la fonction classique « échelle et taille de l’image ».

Nous avons l’habitude des écrans 16/9ème mal réglés, mais ici, le résultat est quand même bien tassé… L’effet de déformation est flagrant sur le personnage.

Le plugin magique, après un minimum de manipulations, va nous donner un résultat bien meilleur :

Image étirée grâce au plugin Liquid Rescale

Le jeune homme est préservé de toute déformation et reste svelte et beau !

Utilisation :

Ce plugin est automatiquement installé sous Ubuntu avec le paquet « gimp-plugin-registry »… Dans tous les cas, il peut être téléchargé depuis le site officiel.

Nous allons voir son utilisation, pas à pas… Prenons une autre photo :

Une fois l’image chargée dans Gimp, commençons par repérer les zones importantes (à ne pas déformer) sur un nouveau calque transparent :

Menu : Calque => Nouveau Calque

(ou Shitf + Ctrl + N )

Sur ce nouveau calque, nous allons colorier les zones à préserver, c’est à dire,  ici, les deux personnages.

Sélectionnons maintenant le calque d’origine (l’arrière plan) et lançons le plugin :

Menu : Calque => Redimensionnement Liquide…

Ajustons la largeur ( Une fois de plus, pour l’exemple, la valeur de la largeur est doublée).

Dans la zone « Masque de conservation d’éléments » :

Nous allons activer « Conserver les éléments » et sélectionner le calque sur lequel nous avons colorié.

Il ne reste plus qu’à valider.

Comme nous l’avons fait pour la conservation d’éléments, il est possible de passer au plugin un calque contenant des éléments à supprimer. Cette fonction est utilisée pour faire disparaitre des éléments et est plus efficace lors d’une réduction d’image.

Simple, pratique, efficace…

Je suis longtemps passé devant cette application, aux détours de mes installations et tests, sans en percevoir le réel intérêt. Pourtant, son utilisation a réellement changé ma façon d’utiliser Gnome et de lancer mes applications. Gnome Do est capable d’effectuer une recherche d’objets et d’effectuer des actions courantes. L’utilisation du clavier prime sur la souris, donnant ainsi à l’utilisation de l’environnement de bureau, ce léger goût de ligne de commandes que nous apprécions tant !

Une fois Gnome Do lancé, la fenêtre de recherche s’active par un raccourci clavier : Touche Windows (Super) + Espace par défaut.

Il suffit ensuite de taper le début d’un mot pour que la recherche s’effectue en direct. Par exemple, la saisie de « Ter » donne le résultat : « Terminal » et « Exécuter ». Une simple pression sur la touche « Entrée » permettra de lancer un terminal.

Des plugins paramétrables permettent un paramétrage poussé pour des recherches et des actions liées à de nombreuses applications : Morceaux de musique à jouer avec RhythmBox, recherche de documents dans les fichiers, recherche d’adresses email dans les contacts, de rendez-vous dans les calendriers Google, etc…

Pour les adeptes d’effets « bling bling », Gnome Do peut prendre plusieurs apparences, dont celle d’une Dockbar style MacOsx… Une application à tester, selon moi, par tous les adeptes de Gnome.

Ces deux applications sont très similaires et proposent, entre autre, un espace de stockage en ligne de 2 Go, dans une version de base gratuite, ainsi que des options payantes permettant d’étendre la capacité à 50 Go ou plus. A ce jour, il faut compter un peu moins de 10 € par mois pour 50 Go. Dropbox propose un système de parrainage qui vous fera gagner 250 Mo supplémentaires chaque fois que vous parrainez une nouvel inscrit (dans la limite de 8Go).

Les fichiers sont accessibles depuis n’importe quel ordinateur connecté à Internet via une interface web. Ceci n’est pas pour déplaire à Mamie,  qui se voit rassurée de pouvoir sauvegarder ses précieuses recettes de cuisine à l’abri d’un incendie ou de je ne sais quelle autre catastrophe domestique.

L’installation d’un logiciel client sur un ou plusieurs postes va permettre de synchroniser un répertoire local avec l’espace de stockage en ligne. Ainsi, un fichier ajouté dans ce dossier sera automatiquement ajouté par synchronisation dans l’espace en ligne.  Ce dernier se synchronisera à son tour avec les autres machines sur lequel le client est installé. C’est très pratique pour Mamie, qui peut taper sa recette de cookies au chocolats sur l’ordinateur de son bureau et l’emporter à son club de cuisine sur son Ipad automatiquement synchronisé – Qu’elle frimeuse cette mamie –   Pour cela, je dois préciser qu’elle a une préférence pour DropBox, porté sur de nombreux systèmes, contrairement à Ubuntu One, qui reste encore limité à un environnement Ubuntu.

Image : Dropbox.com

Enfin, parmi les multiples utilisations possibles, nous trouvons bien entendu la possibilité de partager des fichiers ou des dossiers avec d’autres utilisateurs. Très pratique pour Mamie, qui peut diffuser, à toute la famille, les photos de ses pâtisseries qu’elle prend en 10 MégaPixel grâce à son réflex numérique.

Outre la capacité limitée dans les versions gratuites, le fait que les fichiers soient stockés en clair, on ne sais où, peut-être perturbant. Il est bien sûr possible de chiffrer les données avant leur stockage, mais il faut bien avouer que ce n’est pas très pratique.

Sachant que des outils libres, tels qu’ unison, on largement fait leurs preuves en matière de synchronisation, l’idée de construire ma propre architecture « JopaOne » m’a traversé l’esprit. C’est alors que je suis tombé sur le tuto de KIK-IT : UbuntuOne VS MyOne, décrivant exactement ce que je souhaitais faire : Un espace de stockage sur un de mes serveurs et des répertoires locaux sur mes différentes machines, le tout synchronisé grâce à unision,  de préférence à travers ssh…

Pour conclure et je pense que Mamie sera d’accord avec moi, ma préférence va vers DropBox pour le partage de fichiers non sensibles avec les amis. Ce dernier est plus abouti qu’Ubuntu One et bien plus rapide pour  les synchronisation. La disponibilité du client sous de multiples plateforme est un de ses atouts majeurs… Mamie nous fait remarquer que le client « Androïd » est très sympathique pour ajouter son Smartphone

Pour la synchronisation de documents entre mes machines, j’ai préféré une solution basée sur Unison et ssh… Il n’y a pas a dire, on est bien plus tranquille quand les fichiers sont sur un serveur bien à nous…

Liens :

• Ubuntu One
• DropBox
• MyOne (KIK-IT)

Ceux qui, comme moi, déploient ce genre de services dans leur entreprise et n’en peuvent plus de passer leur temps à démêler des utilisateurs adeptes du cliquage  intempestif, rêvent d’un navigateur sans barre d’adresse, sans menus et sans boutons de navigation. Vous en rêviez ? Mozilla l’a fait !

Mozilla Prism permet d’ouvrir  un site prédéfini dans une fenêtre dédiée et sans éléments superflus tels que la barre d’adresses, les menus ou les boutons de navigation. L’application étant démarrée depuis une raccourci créé sur le bureau (ou ailleurs). Prism utilise le même moteur que Firefox (Gecko), ce qui le rend compatible avec les extensions et plugins de ce dernier. Enfin,comme la majorité des produits Mozilla, Prism est disponible pour les principales plateformes systèmes : Windows, Mac OsX et bien sûr Linux.

Lors de son exécution,  une simple boîte de dialogue permet de configurer l’accès à la page web, quelques éléments de la fenêtre de navigation et la création d’un raccourci. Ce dernier, permettra ensuite d’accéder directement à l’application.