//Cybercarnet du ProfNoël » bidouillage

Antidote RX v8 dans Ubuntu 11.10

Éric Noël — Sun, 09 Oct 2011 23:41:14 +0000

Le correcteur d’orthographe Antidote dans sa version huit n’est officiellement supporté que pour Ubuntu 8.04. Mais jusqu’à la version 10.10, je n’ai eu aucun souci avec l’installation de celui-ci. Je n’avais même pas remarqué le problème avec 11.04 (ma 11.04 était une 10.10 mises à jour), mais lors d’une nouvelle installation de 11.04, pas possible d’y arriver sans bidouiller un brin.

Antidote n’est pas un logiciel libre, j’aurais pu aussi intituler ce billet : « c’est compliqué quand ce n’est pas libre », mais puisque que ça se passe dans Ubuntu, je publie.

Alors, voici ce que j’ai appliqué afin de pouvoir utiliser ma version d’Antidote RX v8 (la H60).

Les manipulations qui suivent nécessitent des manipulations à effectuer avec des droits superutilisateurs (root) dont le mauvais usage peut engendrer des effets néfastes pour votre système. Je ne suis donc pas responsable de vos erreurs.

Tout d’abord, j’ai installé normalement Antidote v7 et ensuite j’ai appliqué le patch pour la v8. Jusqu’à 10.10 c’était terminé, un sudo antidote et on pouvait utiliser la chose.

Depuis Ubuntu 11.10

Sous 11.10 on obtient le message d’erreur suivant:

antidote: error while loading shared libraries: libssl.so.6: cannot open shared object file: No such file or directory

La librairie libssl.so.6 semble avoir été remplacée par la libssl.so.1.0.0, pour y remédier j’ai crée le lien symbolique suivant dans les dossiers d’Antidote:

sudo ln -s /lib/i386-linux-gnu/libssl.so.1.0.0 /usr/local/Druide/Antidote/lib/libssl.so.6

Mais un problème semblable existe aussi pour le fichier libcrypto.so.6 puisqu’on obtient le message d’erreur suivant:

antidote: error while loading shared libraries: libcrypto.so.6: cannot open shared object file: No such file or directory

La librairie libcrypto.so.6 semble aussi avoir été remplacée par la libcrypto.so.1.0.0, pour y remédier j’ai également crée le lien symbolique suivant dans les dossiers d’Antidote:

sudo ln -s /lib/i386-linux-gnu/libcrypto.so.1.0.0 /usr/local/Druide/Antidote/lib/libcrypto.so.6

Il faut maintenant remédier à l’erreur suivante:

antidote: symbol lookup error: /usr/lib/i386-linux-gnu/libdbus-glib-1.so.2: undefined symbol: dbus_watch_get_unix_fd

Nous aurons besoin d’une version de libdbus-glib datant de l’époque de la sortie d’Antidote. Il faudra télécharger cette version (ne pas l’installer), la décompresser et ensuite copier les fichiers vétustes dans les répertoires d’Antidote.

wget http://security.ubuntu.com/ubuntu/pool/main/d/dbus-glib/libdbus-glib-1-2_0.74-2ubuntu0.1_i386.deb
dpkg -x libdbus-glib-1-2_0.74-2ubuntu0.1_i386.deb .
sudo cp usr/lib/* /usr/local/Druide/Antidote/lib/.

Et pour terminer, nous aurons à gérer l’erreur suivante:
D-Bus library appears to be incorrectly set up; failed to read machine uuid: Failed to open "/usr/local/var/lib/dbus/machine-id": Aucun fichier ou dossier de ce type

Le fichier machine-id existe dans /var/lib/dbus/. Il nous faudra donc créer un lien, mais d’abord assurons-nous que l’arborescence existe.

cd /usr/local/
sudo mkdir var
cd var/
sudo mkdir lib
cd lib/
sudo mkdir dbus
sudo ln -s /var/lib/dbus/machine-id /usr/local/var/lib/dbus/machine-id

Et voilà, ça devrait fonctionner…..

Bonne erreur de grammaire…

Également à lire.....

Utiliser son propre réducteur d’URL dans Gwibber.

Éric Noël — Thu, 21 Oct 2010 03:40:41 +0000

Voici un petit hack permettant d’ajouter votre propre réducteur d’URL à la liste déjà présente dans Gwibber. Le but étant seulement d’utiliser votre propre réducteur, ou simplement d’en utiliser un alternatif.

La méthode qui suit a été testée sur le réducteur utilisant lilURL, un clone libre de TinyURL. Personnellement, j’ai installé mon propre réducteur et j’ai choisi Bilbolinks, qui utilise cette même bibliothèque. Ce qui nous intéresse sera d’appeler l’API de notre réducteur à partir de Gwibber. L’API de lilURL et de Bilbolinks est de la forme:

/api.php?longurl=http://www.uneurltrestreslongue.com

Puisque mon réducteur n’est pas encore public, j’ai fait une courte recherche et j’ai trouvé un réducteur qui utilise le Bilbolinks et qui fera l’affaire pour notre exemple http://joo.li.

Les manipulations qui suivent nécessitent des manipulations à effectuer avec des droits superutilisateurs (root) dont le mauvais usage peut engendrer des effets néfastes pour votre système. Je ne suis donc pas responsable de vos erreurs

Nous allons nous déplacer dans le répertoire qui gère les réducteurs.

cd /usr/share/pyshared/gwibber/microblog/urlshorter

Et nous allons créer un fichier de configuration nommé jooli.py

sudo nano jooli.py

Que nous allons renseigner comme suit (remplacer joo.li par votre réducteur (3x)) :

import urllib2

PROTOCOL_INFO = {

  "name": "joo.li",
  "version": 0.1,
  "fqdn" : "http://joo.li",

}

class URLShorter:

  def short(self, text):
    short = urllib2.urlopen("http://joo.li/api.php?longurl=%s" % urllib2.quote(text)).read()
    return short

Ensuite on doit modifier le fichier __init__.py

sudo nano __init__.py

en ajoutant:

@import jooli

Et dans la commande PROTOCOLS

"joo.li": jooli,

Ce qui donnerait au final:

import cligs, isgd, tinyurlcom, ur1ca
#import snipurlcom, zima
import jooli

PROTOCOLS = {
  "cli.gs": cligs,
  "is.gd": isgd,
  #"snipurl.com": snipurlcom,
  "tinyurl.com": tinyurlcom,
  "joo.li": jooli,
  "ur1.ca": ur1ca,
  #"zi.ma": zima,
}

On enregistre et il nous reste plus qu’à créer un lien symbolique vers notre nouveau fichier jooli.py

cd /usr/lib/python2.6/dist-packages/gwibber/microblog/urlshorter

sudo ln -s /usr/share/pyshared/gwibber/microblog/urlshorter/jooli.py

Voilà on redémarre Gwiber, et on choisit notre nouveau réducteur dans les préférences.

Pour info, le hack est le fruit d’une conversation dans #ubuntu-qc entre moi et @deuxpi.

Ma version de Gwibber est 2.32.0.1

Également à lire.....

Changer les droits utilisateurs uniquement pour les fichiers.

Éric Noël — Tue, 05 Oct 2010 22:23:15 +0000

Juste une petite info au passage. Dernièrement j’ai travaillé avec les droits des fichier d’un site web fonctionnant sous ubuntu-server 10.0.4.1. En voulant rétablir l’état initial, je voulais donc changer les droit des fichier pour 755 et les droits des fichiers pour 644.

Bien sur, je pouvais dans un terminal faire un:

chmod -R 644 /var/www/profnoel

et ensuite retravailler chaque dossiers individuellement. Mais , bof…

J’ai donc trouvé cette petite astuce:

Pour agir uniquement sur les fichiers

find /var/www/profnoel -type f -exec chmod 644 {} \;

Pour agir sur les dossiers

find /var/www/profnoel -type d -exec chmod 755 {} \;

C’est la façon de faire ou bien il y a plus simple ?

Également à lire.....

RAID logiciel dans une Ubuntu 10.04.1 server (2).

Éric Noël — Sat, 25 Sep 2010 20:34:37 +0000

Plus tôt cette semaine, je publiais un billet concernant l’installation d’un RAID logiciel (RAID 1) dans une Ubuntu 10.04.1 server. Sans vouloir revenir sur la définition d’un RAID 1, rappelons simplement que cette solution permet une redondance des données en disques en miroir et peut tolérer la panne d’un disque.

En fin de billet, je précisais qu’une prochaine étape serait les procédures à suivre dans le cas de la panne d’un disque, ce billet d’aujourd’hui en discutera donc.

Tout d’abord, précisons que la configuration proposée dans le billet précédant comporte une lacune majeure (voir la discussion à la fin du billet) compliquant grandement la récupération des données. En effet, puisque la partition boot (nécessaire au démarrage) n’est présente que sur le premier disque, la perte du second disque est facilement récupérable, le système pouvant quand même démarrer. Alors que la panne du premier disque empercherait le système de démarrer.

J’ai donc réinstallé mon serveur en partitionnant (2 partitions par disque) mes deux disques de manière identique (une autre possibilité est d’avoir une seule partition par disque, un seul raid sur lequel nous pouvons appliquer un LVM, mais je n’ai pas retenu cette solution pour ce billet).

Pour ensuite créer deux périphériques multidisques.
Identiques aux partitions physiques, RAID no 0 (/dev/md0) et RAID no 1 (/dev/md1)

Pour ensuite créer sur ces deux partitions, le swap et la partition racine en ext4.

Et poursuivre l’installation normalement.

Lorsque l’installation est terminée et que vous êtes authentifié dans le système, il est possible de vérifier l’état du RAID en tapant pour le premier périphérique:

sudo mdadm --detail /dev/md0

et pour le second périphérique:

sudo mdadm --detail /dev/md1

La panne

Pour simuler la panne d’un disque, je l’ai carrément déconnecté un disque du système. Au démarrage, le système détecte l’anomalie et nous demande si l’on veut démarrer en mode dégradé (toute nouvelle défaillance entrainant la perte de données).

On peut s’en assurer une fois dans le système en tapant :

sudo mdadm --detail /dev/md1

Supposons que nous avions mis au démarrage un nouveau disque de remplacement. Avant son installation, nous devons nous assurer que notre celui-ci est partitionné de façon identique. On suppose que sda est le disque fonctionnant normalement et sdb le nouveau disque. On enregistre les informations de partitions.

sudo sfdisk -d /dev/sda > sda.bak

Et on les applique au disque sdb.

sudo sfdisk /dev/sdb < sda.bak

Reste à ajouter ce nouveau disque à notre RAID

sudo mdadm --manage /dev/md0 --add /dev/sdb1

sudo mdadm --manage /dev/md1 --add /dev/sdb2

On peut vérifier la reconstruction en tapant :

sudo mdadm --detail /dev/md0

sudo mdadm --detail /dev/md1

Pour le monitorage, je n’ai pas vraiment exploré mdadm, mais j’ai remarqué que dans Webmin il i y a un module qui permet de recevoir un courriel en cas de défaillance

Également à lire.....

RAID logiciel dans une Ubuntu 10.04.1 server (1).

Éric Noël — Fri, 24 Sep 2010 02:49:40 +0000

Comme je le disais dans un billet précédant, j’ai récemment mis en production mon nouveau serveur. En inspectant l’ancienne machine, je réalise que j’avais un deuxième disque dur identique à celui-ci quelque part. Deux disques identiques, et pourquoi ne pas expérimenter un RAID logiciel?

RAID vous dite?

Pour mieux se situer, voici un extrait de Wikipédia.

En informatique, le mot RAID (Redundant Array of Independent Disks) désigne les techniques permettant de répartir des données sur plusieurs disques durs afin d’améliorer soit la tolérance aux pannes, soit la sécurité, soit les performances de l’ensemble, ou une répartition de tout cela.

Dans le cas du RAID matériel, une carte ou un composant est dédié à la gestion des opérations

En RAID logiciel, le contrôle du RAID est intégralement assuré par une couche logicielle du système d’exploitation. Cette couche s’intercale entre la couche d’abstraction matérielle (pilote) et la couche du système de fichiers.

Avec deux disques, deux solutions s’offrent à moi. Le RAID 0 et le RAID 1.

Le RAID 0, est un entrelacement de disques, tout l’espace disque disponible est utile. N’apportant pas de redondance, le défaut de cette solution est que la perte d’un seul disque entraîne la perte de toutes les données.

Le RAID 1 consiste en l’utilisation de disques en redondances. Chaque disque contient à tout moment exactement les mêmes données, d’où l’utilisation du terme « Disques en miroir ». La capacité totale est égale à celle du plus petit élément.

J’ai donc tenté l’expérience du RAID 1 logiciel avec l’édition serveur d’Ubuntu 10.04.1 (avec mes deux disques de 10 Go).

Moi qui croyais m’embarquer pour une nuit complète de configuration, je suis encore stupéfait de la faciliter avec laquelle j’y suis arrivé. J’en profite donc pour partager mon expérience. Je ne me prétends expert en la chose, il y a encore 24 h, j’ignorais ce qu’était un RAID logiciel, mais si j’ai coupé les cheveux en quatre, faut pas hésiter à donner de bonnes pistes de solutions afin d’affiner la chose.

L’installation.

Il suffit de lancer un cd d’installation (dans mon cas l’édition serveur d’Ubuntu 10.04.1) et de choir la partition manuelle.
Sur mon premier disque, j’y configure 3 partitions :

399.5 MB en swap
99.6 MB ext2 bootable point de montage /boot
Le reste du disque 10.2 GB en ext4

Sur mon second disque, j’y configure 2 partitions :

499.1 MB qui ne sera pas utilisé (équivalent aux deux premières partitions du premier disque):
Le reste du disque 10.2 GB en ext4

On choisit ensuite: Configurer le RAID avec gestion logiciel.

Avant d’appliquer les périphériques RAID, on doit appliquer les changements aux disques.

Comme action de configuration ont choisi : Créer un périphérique multidisque.

Ensuite on doit choisir le type de périphérique RAID Logiciel, dans notre cas c’est le RAID 1

Avec deux disques, on doit choisir 2 périphériques actifs et 0 périphérique de réserve.

Il est maintenant temps de choisir les deux partitions qui seront actives pour le RAID. La troisième du premier disque et la seconde du second disque.

On applique les changements et c’est terminer pour la configuration du RAID.

On revient ensuite à la page de partitionnement, on remarque qu’un nouveau périphérique RAID s’est ajouté en haut de la liste (de dimensions égales aux deux partitions des deux disques).

On sélectionne ce périphérique et on la partitionne comme un disque standard, j’y suis allé au plus simple, / comme point de montage en ext4.

Et voilà, on termine le partitionnement et on applique les changements. La suite de l’installation se déroulera normalement.

Prochaine étape, simuler la panne de l’un des disques, là je sens que je vais avoir du boulot…..

Mise à jour du 25 septembre 2010

La simulation de la panne est les modifications aux partitions se retrouvent ici: RAID logiciel dans une Ubuntu 10.04.1 server (2).

Également à lire.....

Virtualbox + Jaunty = Plein écran!

Eric Noel — Thu, 19 Mar 2009 04:05:05 +0000

J’aime bien utiliser Virtualbox afin de tester/utiliser de nouvelles versions/distributions de Linux. Un des problèmes de cette virtualisation avec les alpha de Jaunty Jackalope est que celle-ci utilise la version 1.6.0 de X, non reconnu par les « guest addition » de VirtualBox, nous confinant ainsi à un écran de 800 par 600 (ce qui est très peu ergonomique).

Voici donc comment faire afin de pouvoir les installer et de profiter, entre autres, d’une plus grande souplesse concernant l’affichage (et autres trucs).

Tout d’abord, je présume que vous avez la dernière version de Virtualbox (2.1.4). Si ce n’est pas le cas, téléchargez ici le paquet relatif à votre distribution ou bien utilisez synaptic.

Le problème est que l’installeur des additions invitées ne reconnaît que la version 1.6 de X, alors que Jaunty retourne 1.6.0 comme version (X -version). Assez triviale comme problème. Le régler le sera tout autant.

Première chose que nous ferons sera de copier le fichier VBoxLinuxAdditions-x86.run dans notre répertoire. La deuxième chose sera d’extraire la source de l’installateur des additions vers le dossier de travail add.

sh VBoxLinuxAdditions-*.run --target add

Nous devrons ensuite allez dans le répertoire add afin de modifier le fichier install.sh

cd add/
sudo nano install.sh

Nous chercherons (ctrl-w) l’expression 1.6 dans le fichier. Nous allons trouver 1.5.99.* | 1.6 ). Il faut changer le 1.6 pour un 1.6.0, on enregistre (ctrl-o) et on quitte nano (ctrl-x). Si vous utilisez un éditeur texte, c’est vers la ligne 415 que ça se passe.

Maintenant nous pouvons installer les additions invitées

sudo ./install.sh

On redémarre et les addition devraient être installés.

edit

Via nixternal et le forum de Virtualbox

Également à lire.....

Déménager un blogue sous WordPress

Eric Noel — Wed, 04 Mar 2009 01:24:54 +0000

Avec toute mes manipulations d’un nouveau serveur et l’intégration des pages web éparpillées que j’ai un peu partout, j’en suis venu à me poser la question comment déménager complètement un blog créé sous WordPress.

Les manipulations que je présente ici ont été réalisées avec la version 2.6. Tout d’abord, je présume que vous avez un accès FTP et un accès à votre base de données MySQL (via phpmyadmin) dans votre ancien et votre nouvel hébergeur. Ces solutions ont fonctionnés pour moi, je ne pourrait être tenu responsable de ce que vous allez faire.

Voici les deux cas :

1. Sans changement de nom de domaine (http://mondomaine.com –> http://mondomaine.com).

C’est le cas le plus facile, c’est un simple déménagement d’hébergeur. Le transfert du blogue peut se faire en quelques étapes :

Tout d’abord, on se connecte en FTP à notre ancien hébergeur et on télécharge tout le répertoire racine de notre blogue.
Dans le répertoire que l’on vient de télécharger, on édite le fichier wp-config.php que l’on renseigne avec les nouvelles informations de connexion (DB_NAME, DB_USER, DB_PASSWORD et DB_HOST).
Ensuite on se connecte à phpmyadmin de notre ancien hébergeur, on se positionne dans la bonne base de données, on clique sur exporter, on coche en bas sur transmettre, on donne un nom significatif et on sélectionne un format de compression (moi j’ai utilisé bzippé) puis exécuter.
Dans notre nouvel hébergeur, on se connecte en FTP et on télécharge en amont le répertoire racine que l’on avait téléchargé dans notre ordinateur.
Ensuite on se connecte à phpmyadmin de notre nouvel hébergeur, on se positionne dans la bonne base de données, on clique sur importer, on sélectionne le fichier compressé de la base de données dans notre ordinateur, puis exécuter.

Et voilà!

2. Avec changement de nom de domaine (ex. : http://www.mondomaine.com/blogue –> http//:blogue.mondomaine.com).

Ici la difficulté réside dans le fait que WordPress utilise des url absolues, plutot que relatives. Nous devrons donc au préalable modifier toutes les adresses contenues dans la base de données. Voici les étapes :

Tout d’abord, on se connecte en FTP à notre ancien hébergeur et on télécharge tout le répertoire racine de notre blogue.
Dans le répertoire que l’on vient de télécharger, on édite le fichier wp-config.php que l’on renseigne avec les nouvelles informations de connexion (DB_NAME, DB_USER, DB_PASSWORD et DB_HOST).
Si vous avez la réécriture d’url, vous devait également éditer le fichier .htaccess afin qu’il ai la nouvelle adresse.
Dans notre nouvel hébergeur, on se connecte en FTP et on télécharge en amont le répertoire racine que l’on avait téléchargé dans notre ordinateur.

Pour la modification de l’adresse dans la base de données, plusieurs références proposent de modifier la base de données avec un éditeur de texte, ce qui implique un téléchargement sans compression.

J’ai du rejeter cette solution parce que mon fichier SQL nom compressé dépassait la limitation de 2 Mo d’importation d’un fichier SQL dans phpmayadmin. Nous allons donc régler notre problème par des requêtes SQL.

On se connecte à phpmyadmin de notre nouvel hébergeur, on se positionne dans la bonne base de données, on clique sur importer, on sélectionne le fichier compressé de la base de données dans notre ordinateur, puis exécuter.
Toujours dans notre base de données de phpmyadmin on sélectionne SQL. Il suffira de copier les requêtes modifiées dans la zone de texte puis choisir exécuter.

On modifie afin que la nouvelle adresse soit prise en compte :

UPDATE wp_options SET option_value = replace(option_value, 'http://ancien.domaine.com', 'http://nouv.domaine.com') WHERE option_name = 'home' OR option_name = 'siteurl';

Ensuite on modifie l’adresse de tous les billets et de toutes les pages

UPDATE wp_posts SET guid = replace(guid, 'http://ancien.domaine.com','http://nouv.domaine.com');

Ensuite on modifie le contenu des billets et des pages afin que les liens pointant vers notre blogue soient modifiés.

UPDATE wp_posts SET post_content = replace(post_content, 'http://ancien.domaine.com', 'http://nouv.domaine.com');

Voilà

Également à lire.....

Creusons un peu plus le sujet….

Eric Noel — Tue, 03 Mar 2009 02:37:36 +0000

Pour faire suite à ce billet (et à la discussion qui a suivi), à propos de l’utilisation du SSH comme serveur SOCKS4, afin de naviguer un peu plus sécuritairement, voici quelques astuces supplémentaires quant à son utilisation.

Tout d’abord, le port d’écoute par défaut d’un serveur ssh est le port 22. Mais ce n’est pas un absolu. On peut indiquer à notre serveur, d’écouter sur un autre port, ou bien sur plusieurs ports à la fois. Un port intéressant à choisir est le 443.

Pourquoi ce port? Tout simplement parce que c’est le port par défaut du web sécurisé (HTTP interroge sur le port 80 et HTTPS sur le port 443). Donc si le café bloque tous les ports à l’exception de ceux destinés au web (80 et 443), personne ne sera étonné d’avoir un flux crypté (notre connexion ssh) sur le port 443.

Alors, comment faire? Tout d’abord, on présume qu’un serveur ssh est déjà installé dans votre ordinateur à la maison, si ce n’est déjà fait, voici la commande à écrire dans un terminal:

sudo apt-get install openssh-server

Ensuite on doit indiquer à notre serveur ssh d’écouter sur un autre port. Dans un terminal:

sudo gedit /etc/ssh/sshd_config

On recherche

# What ports, IPs and protocols we listen for
Port 22

Et on écrit sous Port 22, Port 443. Ce qui donne:

# What ports, IPs and protocols we listen for
Port 22
Port 443

On enregistre et on redémarre le serveur ssh

sudo /etc/init.d/ssh restart

On peut donc maintenant refaire l’astuce avec la commande:

ssh -D1111 -p443 username@hostname

Avec un serveur mandataire.

Que faire maintenant si tout le trafique internet est filtré par un serveur mandataire (proxy)? Disons que l’on veuille accéder à notre compte bancaire et tout le trafic est filtré par un ordinateur que nous ne contrôlons pas.

Prenons le cas d’un serveur mandataire fonctionnant sous squid. Par défaut l’adresse d’écoute de serveur est le 3128 et le nom du mandataire est proxy.local.

Il faut maintenant installer une application qui nous permettra de passer notre connexion ssh à travers le serveur mandataire. On installe corksrew

sudo apt-get install corkscrew

On peut donc maintenant refaire l’astuce avec la commande dans un terminal:

ssh -D1111 -p443 username@hostname -o"ProxyCommand corkscrew proxy.local 3128 %h %p"

Et si le mandataire nécessite un login et un mot de passe:

ssh -D1111 -p443 username@hostname -o"ProxyCommand corkscrew proxy.local 3128 %h %p login motdepasse"

Ne pas oublier de laisser la fenêtre ouverte et de renseigner Firefox (Édition -> Préférences -> Avancé -> Réseau -> Paramètres) afin qu’il utilise un proxy de type SOCKS ayant comme nom d’hôte localhost sur le port 1111.

Cette astuce permettrait même de naviguer dans des sites interdits par le serveur mandataire, il ne pourrait pas filtrer votre trafic, puisqu’il serait crypté et sur le port 443, ce qui serait normal pour lui après tout!

Également à lire.....

Controle parental avec dansguardian et webstrict.

Eric Noel — Fri, 21 Nov 2008 04:15:12 +0000

L’an dernier, j’avais configuré un serveur mandataire dans lequel j’y avais installé squidguard comme contrôle parental. L’avantage était que je n’avais qu’un ordinateur à configurer afin d’utiliser le contrôle parental.

Depuis cet été, le serveur est mort et par manque de temps je n’ai pas pris la peine d’en remonter un autre. Donc, les ordinateurs des enfants ont donc perdu tout contrôle parental en ce qui a attrait au contenu web.

Une des alternatives dont j’avais eu l’an dernier était l’installation de dansguardian (qui utilise les mêmes fichiers de liste noire que squidguard). Voici donc une synthèse des étapes que j’ai exploitée afin d’installer un contrôle parental transparent dans Ubuntu.

Bien que j’ai pigé à gauche et à droite (la solution fonctionne chez moi), si vous êtes témoins d’une faille de sécurité, il ne faut pas hésiter à me la signaler.

Nous allons donc installer:

dansguardian (contrôle parentale)
tinyproxy (un serveur mandataire)
firehol (un parefeu)
webstrict (interface graphique)

On ouvre la liste de dépot

sudo gedit /etc/apt/sources.list

Et on ajoute, si vous êtes sous Hardy heron

deb http://ppa.launchpad.net/ubuntume.team/ubuntu hardy main

Ou si vous êtes sous Intrepid Ibex

deb http://ppa.launchpad.net/ubuntume.team/ubuntu intrepid main

Et on installe

sudo apt-get update
sudo apt-get install webstrict firehol

Les fichiers suivants seront installés: clamav clamav-base clamav-freshclam dansguardian libclamav3 libesmtp5 tinyproxy webstrict firehol

Configuration de dansguardian

On édite le fichier de configuration

sudo gedit /etc/dansguardian/dansguardian.conf

Et nous commentons UNCONFIGURED

# Comment this line out once you have modified this file to suit your needs
#UNCONFIGURED

On change la ligne :

language = 'ukenglish'

par

language = 'french'

Configuration de tinyproxy

On édite le fichier de configuration

sudo gedit /etc/tinyproxy/tinyproxy.conf

Et on fait les changements suivants;

##
## tinyproxy.conf -- tinyproxy daemon configuration file
##

#
# Name of the user the tinyproxy daemon should switch to after the port
# has been bound.
#
User nobody
Group nogroup

#
# Port to listen on.
#
#Port 8888
Port 3128

Configuration de firehol

On édite le fichier de configuration

sudo gedit /etc/firehol/firehol.conf

Voici le contenu de mon fichier:

#
# $Id: client-all.conf,v 1.2 2002/12/31 15:44:34 ktsaou Exp $
#
# This configuration file will allow all requests originating from the
# local machine to be send through all network interfaces.
#
# No requests are allowed to come from the network. The host will be
# completely stealthed! It will not respond to anything, and it will
# not be pingable, although it will be able to originate anything
# (even pings to other hosts).
#

version 5
iptables -t filter -I OUTPUT -d 127.0.0.1 -p tcp --dport 3128 -m owner ! --uid-owner dansguardian -j DROP
transparent_squid 8080 "nobody root"

# Accept all client traffic on any interface
interface any world
    policy drop
    protection strong
    client all accept

Ensuite on édite le fichier suivant:

sudo gedit /etc/default/firehol

Et on s’assure d’avoir

START_FIREHOL=YES

Fin de la configuration

Il reste maintenant à redémarer les services

sudo /etc/init.d/dansguardian restart
sudo /etc/init.d/tinyproxy restart
sudo /etc/init.d/firehol restart

Vous avez accès à un nouveau menu en Système ->Administration->webstrict qui vous permet de manière graphique de régler les paramètres de dansguardian (voir cette page pour son utilisation).

Tout ceci n’est qu’un filet de sécurité et son but n’est nullement de nous remplacer. Rien n’est aussi efficace que le dialogue et l’éducation que nous devons avoir avec nos enfants face à l’internet.

Également à lire.....

Intrepid Ibex pour les impatients.

Eric Noel — Tue, 28 Oct 2008 16:39:47 +0000

Je sais, j’ai encore cédé à la tentation. J’ai installé Intrepid Ibex (ubuntu 8.10) dans mon ordinateur au travail.

Si vous êtes impatient comme moi (puisque la version final ne sera disponible que vendredi prochain), voici comment mettre à jour votre Hardy Heron (Ubuntu 8.04) Vers l’Intrepid Ibex.

Dans un terminale taper:

gksu 'update-manager -c -d'

Ensuite:

Ouvrez le gestionnaire de mises à jour (Système → Administration → Gestionnaire de mises à jour) ;
Cliquez sur le bouton Vérifier ;
S’il existe des mises à jour pour votre version actuelle de Ubuntu (Hardy heron), installez-les en cliquant sur le bouton Installer les mises à jour ;
Ensuite, au-dessus de la zone des mises à jour disponibles, un bandeau vous informe qu’une nouvelle version d’Ubuntu est disponible. Cliquez sur le bouton Mettre à niveau, au bout de ce bandeau, pour démarrer la procédure de mise à niveau ;
Suivez les instructions à l’écran.

Inspiré de : http://doc.ubuntu-fr.org/migration_hardy_intrepid