Première déconvenue, les concepteurs du site n’ont visiblement pas envisagé que l’on puisse offrir Le Monde en cadeau – la suite leur donnera fort ironiquement raison. Le généreux donateur créé donc un compte au nom de votre serviteur et se charge du paiement par carte bleue.

S’ensuit rapidement une autre déconvenue : le formulaire d’inscription autorise des caractères dans le mot de passe que l’écran de connexion n’autorise pas. Un frisson parcoure l’échine de votre serviteur : ces gens sont ou bien étourdis, ou bien n’ont pas de politique de sécurité des mots de passe établie et consistante. Au bénéfice du doute, disons qu’ils sont étourdis.

Vint ensuite un froncement très net des sourcils à la réception du mail de bienvenue qui contient le mot de passe du compte, créé à l’étape précédente. Sans chiffrement bien entendu. Une telle légèreté ne peut venir que d’une évaluation du risque qui a déterminé que l’interception du mot de passe de l’utilisateur ne présente pas de dangers.

N’est-ce pas ?

Ben non. Mais alors vraiment pas.

Après avoir farfouillé dans ses données utilisateur sur Lemonde, votre serviteur voit s’afficher devant lui la date d’expiration et les cinq derniers chiffres du numéro de carte bleue du généreux donateur.
Qu’à cela ne tienne, d’autre commerçants électroniques gardent une empreinte des coordonnées bancaires (Amazon par exemple, pour ne pas le citer). Rien de plus simple que de les supprimer.
Votre serviteur fouille, farfouille, cliquouille, pas moyen d’enlever l’empreinte de carte bleue.

Ah.

Un petit mail au support technique plus tard, vient la réponse empreinte d’incompétence technique ou de mauvaise foi (ou plutôt les deux à la fois) : Nous vous informons que cela n’est pas possible car nous ne stockons pas les coordonnées bancaires des abonnés. Vous pouvez vérifier dans vos coordonnées bancaires, les données sont cryptées, les chiffres sont remplacés par des xxx. Nous vous rappelons que les paiements sont sécurisés, en effet, grâce à la technologie de cryptage SSL, vous avez la garantie que la saisie de vos informations personnelles et bancaires est entièrement sécurisée.

Autre perle fournie gracieusement par le service client, issue des conditions générales de vente : « Dans le cadre d’un abonnement à durée libre, la reconduction de l’abonnement pour une durée égale est tacite et automatique. »

La reconduction de l’abonnement est tacite et automatique, mais Lemonde.fr ne conserve pas d’accès au compte de carte bleue. Ben voyons. Et la marmotte…

Votre serviteur se permet de rajouter ce paragraphe des conditions générales de vente (les majuscules sont originales) :

LE MONDE INTERACTIF NE SERA EN AUCUN CAS RESPONSABLE ENVERS L’UTILISATEUR DE DOMMAGES INDIRECTS, CONSÉCUTIFS, SPÉCIAUX, ACCESSOIRES, DISSUASIFS, DE LA PERTE DE L’INFORMATION OU DES PROBLÈMES SURVENUS LORS DU PAIEMENT ÉLECTRONIQUE, DE COÛTS LIÉS À UN RETARD OU À L’OBTENTION DE PRODUITS OU DE SERVICES DE REMPLACEMENT, QUELLE QU’EN SOIT LA CAUSE, BASÉE SUR UNE THÉORIE DE LA RESPONSABILITÉ (Y COMPRIS FORMELLE, CONTRACTUELLE, DÉLICTUELLE, CONSÉCUTIVE À DES DOMMAGES DANS LES LIMITES AUTORISÉES PAR LA LOI ET CAUSÉS PAR NÉGLIGENCE), RÉSULTANT DU PRÉSENT CONTRAT. CES LIMITES S’APPLIQUERONT MÊME SI UNE PARTIE A ÉTÉ AVISÉE DE LA SURVENANCE ÉVENTUELLE DESDITS DOMMAGES ET NONOBSTANT UN MANQUEMENT À L’OBJET PRINCIPAL D’UN RECOURS LIMITÉ.

Pour résumer la situation : Monde.fr traite les identifiants des utilisateurs avec la plus grande légèreté, se permet de conserver leurs coordonnées bancaires sans les en informer explicitement, renouvelle l’abonnement de manière implicite (tant qu’à avoir les coordonnées bancaires, autant s’en servir) et se lave les mains en cas de problème.

Quelques aller-retours de mails plus tard, le service client persiste et signe, les coordonnées bancaires doivent rester.
Pour rappeler les droits du consommateur, rien de tel qu’une lettre inspirée par la CNIL. Envoyée en recommandé avec accusé de réception par le site de la Poste.

Réponse immédiate du Monde.fr à réception du courrier : la suppression de l’abonnement. En violation flagrante de ce qu’en dit la CNIL :

À quelles conditions un site marchand peut-il néanmoins conserver mes données bancaires?
Oui, Les sites marchands peuvent conserver ces données à condition qu’ils aient recueilli votre accord exprès et qu’ils vous informent de l’objectif poursuivi. Cet accord nécessite une démarche active de votre part. Pour la matérialiser sur une boutique en ligne, il est conseillé d’utiliser par exemple une case à cocher. Par défaut, cette case doit être décochée.
La conservation du numéro de carte bancaire ne doit pas constituer une condition d’utilisation du service. Le fait pour un client de refuser qu’un site marchand conserve ses coordonnées bancaires ne doit pas l’empêcher d’accéder aux services proposés par le site.

La suite ? Le formulaire de plainte en ligne de la CNIL, cela s’entend, dès que les deux mois règlementaires se seront écoulés.

One of the processes indexes the content of a database table (hosted on /dev/sda) and store it on /dev/sdb on an hourly basis, in order to speed up some searches.
Impact of the increased RAM over this process?

You guessed it, the RAM upgrade happened on the 16th.

What about the overall memory utilization?

The dreadful committed memory got reduced to much more sane levels, whereby the server no longer takes the risk of falling over if processes start actually using the memory they (m)allocated.
I venture that the increased violet-ish part of the graph explains in part the improved I/O behavior.

OS caching is great.

Dans les 10 derniers jours, deux adresses IP (une tchèque et une chinoise) ont fini par trouver le port en question et s’y sont donné à coeur joie :
User root from [] not allowed because not listed in AllowUsers
Address [] maps to [], but this does not map back to the address - POSSIBLE BREAK-IN ATTEMPT!
Failed password for invalid user test from [] port 52960 ssh2


Bien entendu, après une tentative échouée fail2ban bloque l’adresse IP en question pour un bout de temps. Qu’à cela ne tienne, l’indélicat revenait à la charge après le temps imparti.
M’enfin ?! Z’avez rien de mieux à faire ?

La réponse vient… de la température de l’eau.
Dans l’appartement au septième étage, l’eau n’était jamais trop froide et il n’était pas nécessaire de prendre de précautions particulières.
Les choses ont commencé à se gâter dans la maison.
Avec l’hiver, le pain commençait à se densifier singulièrement, signe de levures peu performantes.

Après plusieurs essais infructueux, la solution est venu de la bouilloire familliale. 50 mL d’eau bouillante + 300 mL d’eau du robinet = 350 mL d’eau à la bonne température.

Mettez trop d’eau bouillante, et les levures vous signifieront qu’elles peuvent aussi souffrir de la chaleur.

Pas de problème, tenez, voici un post-it avec notre numéro de compte et le montant à régler. Faites-nous un virement quand vous serez de retour chez vous.

Sans plus de formalité.
Ces petites choses qui vous font apprécier la Norvège.

• Les attaques dictionnaires sur Sendmail ne sont que trop courantes
  failregex = sm-mta\[[0-9]+\]: [^:]+: \[<HOST>\]: possible SMTP attack: command=AUTH
• Si les spammeurs insistent, Sendmail commence par les ralentir. S’ils insistent trop,
  failregex = sm-mta\[[0-9]+\]: ruleset=check_relay, arg1=[^,]+, arg2=[^,]+, relay=[^ ]+ \[<host>\], reject=421 4\.3\.2 Connection rate limit exceeded\.
• Avec la configuration par défaut de Debian, Suhosin n’a pas (encore ?) produit de faux positif. Armé de cette confiance :
  failregex = suhosin\[[. 0-9]+\]: ALERT - .* \(attacker '<HOST>',
• iptables peut être configuré pour calmer les ardeurs des outils qui ouvrent une pléthore de connexions HTTP. Étape suivante pour les plus pénibles d’entre eux :
  failregex = kernel: \[[. 0-9]+\] HTTP_DoS IN=eth0 OUT= MAC=[^ ]+ SRC=<host> DST=[^ ]+ LEN=[^ ]+ TOS=[^ ]+ PREC=[^ ]+ TTL=[^ ]+ ID=[^ ]+ (DF )?PROTO=TCP SPT=[^ ]+ DPT=80 WINDOW=[^ ]+ RES=[^ ]+ SYN

Autres leçons apprises avec plus ou moins de douleur :

• Il y a un problème de concurrence au démarrage de fail2ban (au moins dans son incarnation 0.8.3), qui peut être évité en plaçant des délais aléatoires comme indiqué dans le bug Debian http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=554162.
• Les scripts qui définissent les règles de Firewall sont bien avisés de d’abord arrêter fail2ban, appliquer les règles, puis démarrer fail2ban.

En absence de pré-cablage Ethernet, ils reprennent du service même pour le pingouin_qui_fait_tout.
Malgrès un accès Internet autour des 11 Mbps (votre serviteur regarde ce qu’il peut faire de ce côté là aussi), les sauvegardes sont singulièrement longues.

Voici ce que dit munin, côté trafic :

Rien de bien effrayant, si ce n’est un débit maximal décevant. Le délai aller-retour vers les États-Unis et la France est usuellement suffisamment bas pour qu’une connexion TCP seule arrive à remplir 20 Mbps, même depuis une connexion ADSL.
Sauf que, quand on regarde le comportement du réseau entre le pingouin et le modem ADSL (i.e. principalement le courant porteur), on trouve des latences dignes d’un certain nombre d’aller-retours terre – satellite géostationnaire :

Est-il besoin de préciser que le courant porteur a depuis été remplacé par un câble catégorie 5 ?

La solution brute de décoffrage tient en une commande d’une ligne :


$ iconv -f ISO-8859-15 -t UTF-8 LeFichierAvecLesMauvaisAccents.tex > LeNouveauFichierAvecLesBonsAccents.tex


Sous MacOS, il aura fallu au préalable installer MacPorts et son paquetage libiconv :
$ sudo port install libiconv


Pour rendre la conversion vers UTF-8 plus conviviale, les utilisateurs de Linux pourront utiliser ce script :
#!/bin/bash
shopt -s nocasematch
FILEIN="$1"
FILEOUT=${FILEIN%.tex}"_2.tex"
iconv -f ISO-8859-15 -t UTF-8 -o "$FILEOUT" < "$FILEIN"

et par exemple créer un lanceur sous Gnome. Cela permettra de convertir des fichiers juste en les déplaçant sur l'icône du lanceur.

Les utilisateurs de MacOS / MacPort pourront utiliser ce script (syntaxe légèrement différente, et qui offre le support de plusieurs fichiers en entrée) :
shopt -s nocasematch
for file in "$@"
do
FILEOUT=${file%.tex}"_2.tex"
iconv -f ISO-8859-9 -t UTF-8 "$file" > "$FILEOUT"
done

Il suffit alors de le copier-coller dans Automator pour obtenir une automation comme celle-ci. Elle permettra de convertir des fichiers juste en les glissant sur l’icône.

Il est aussi possible de définir l’action en service MacOS pour l’avoir au bout d’un clic contextuel dans Finder. Ou bien en action Nautilus sous Gnome via le paquetage nautilus-actions, même résultat.

Il y a plus d’une manière de le faire, comme on dit.

Voici un mode d’emploi rapide pour récupérer les photos sous Mac – oui, ça sent le vécu et du copier-coller de mail. Sans garantie aucune, comme d’habitude.

Pour commencer, il faut que tu branches la carte directement sur ton Mac, c’est à dire pas en passant par ton appareil photo mais par un lecteur de carte (genre celui intégré aux Macbooks récents).

Étape suivante, savoir comment il est identifié dans ton système.

Démarre ton « disk utility » (tu peux cliquer sur la loupe en haut à droite, commence à taper « disk » et « disk utility » devrait apparaître).

Ensuite, repère ta carte dans la liste des disques durs à gauche. Chez moi, ça ressemble à ça :

Quand tu as mis ta carte en sourligné (ici mon CANON_DC), clique sur l’icône « Info ». Note bien le « Disk Identifier », chez moi disk1s1:

Ensuite, j’ai fait un test rapide avec ce logiciel (libre) : http://www.cgsecurity.org/wiki/TestDisk_Download qui a l’air de bien faire l’affaire. Télécharge-le en cliquant sur le lien « Mac OS ».

Clique dessus avec ton Safari, ça devrait le décompresser automatiquement et t’ouvrir une fenêtre Finder.

Va dans le répertoire Darwin.

Double-clique sur photorec.

Là, il te demande le disque à récupérer. C’est le « Disk Identifier » de plus haut, mais version « raw » (et sans indication de partition). Pour moi, « rdisk1″, sélectionné avec la flèche de mon clavier qui va vers le bas, puis « Entrée » sur le clavier. La version « par raw » (i.e. disk1, as opposed to rdisk1) a l’air de marcher aussi.

Ensuite, pour « partition table type », choisis « Intel ».

Ensuite, prends la partition « FAT16 >32M » (si ça ne marche pas plus tard, il se peut que tu aies à choisir l’autre option).

Pour le type de partition, choisis « Other ».

Ensuite, choisis « Whole ».

À ce moment là, tu indiques où tu veux sauvegarder les fichiers récupérés.

Je te suggère de choisir « Desktop » (appuies sur Entrée après t’être positionnée sur Desktop), puis confirme en faisant « Y ».

Ensuite… patience, et croise les doigts pour que le nombre de « recovered » en face de « jpg » augmente progressivement. Tu remarqueras que le « Estimated time for achievement » vers le milieu de ton écran descend lentement mais surement vers 0h00m00.

Quand c’est fini, presse « Entrée » (c’est un [Quit] qui t’est proposé).

Te revoilà au menu d’avant : avec la flèche de droite de ton clavier, va sur Quit, Entrée, puis Quit encore une fois.

Utilise ton Finder préféré pour voir le résultat, normalement stocké dans le répertoire « recup_dir.1″.

• Éditer directement les fichiers ics côté serveur, en espérant que caldavd ne le prenne pas mal (risqué ?)
• Interagir avec caldavd en utilisant le protocole idoine (long ?)
• Demander poliment à un client qui met en oeuvre le protocole idoine de se mettre à la tache

La dernière approche a l’avantage d’être potentiellement très rapide en terme de temps de développement, dans un monde où les utilisateurs seraient invité à « programmer » les interactions avec une application essentiellement graphique.

Ce n’est pas le monde de Windows ou même de Linux, où les applications (graphiques) ont tendance à garder leur magie sous le capot. HandBrake / HandBrakeCLI est l’une des plus belles exceptions à la règles dans le monde du transcodage vidéo, mais c’est bien justement une exception.

Sous Mac et en utilisant le client iCal… nul besoin de se plonger dans les arcanes d’AppleScript pour rassembler des bouts de code de ci de là et arriver à ceci en un temps relativement court :