Depuis quelque temps, j'essaie de faciliter la lecture du contenu sur le site. J'ai fait quelques modifications sur le CSS du site et introduit Font Awesome. Ensuite, j'ai décidé d'améliorer la consultation des articles et principalement les images. La visualisation des images en miniature est plus intuitive, on reste désormais sur la même page et avec la possibilité de consulter plusieurs images sous forme de galeries.

J'ai donc cherché des solutions faciles à utiliser et pas intrusif: ZoomBox et son plugin MyZoomBox pour PluXml semble remplir les critères.

Installation

Pour commencer, on récupère l'archive de MyZoomBox sur Pluxopolis.

On décompresse l'archive .zip (on pense à renommer le dossier pour supprimer le numéro de version) et on l'envoie sur le FTP dans le dossier /plugins/ de PluXml.

Depuis l'administration: Paramètres > Plugins puis Plugins inactifs, on sélectionne le plugin plxZoombox et avec le menu déroulant on choisit Activer et valide la modification en cliquant sur OK.

Le plugin MyZoomBox est maintenant activé sur votre site PluXml.

Utilisation

Pour utiliser Zoombox il faut simplement ajouter class="zoombox" dans le lien.

Initialement, pour une image on a:

Pour visualiser l'image avec Zoombox, on ajoute class="zoombox":

On peut ajouter une galerie d'image avec class="zoombox zgallery1" :

Pour créer plusieurs galeries on remplacera zgallery1 par zgallery2, zgallery3, etc. C'est plutôt simple.

Ça marche également avec un lien vers un site web:

PluXml

et on peut définir la taille de la page en rajoutant class="zoombox w800 h600":

PluXml

Configuration du plugin

Il existe quelques paramètres disponibles pour plxZoombox.
Pour les modifier les paramètres, se rendre dans le menu: Paramètres > Plugins puis Configuration de plxZoombox.

• Modification du thème,
• Durée de l'animation,
• Dimension,
• Autoriser les galeries avec des miniatures (à désactiver si le chargement est trop long),
• Démarrage automatique des vidéos.

Zoombox et plxToolbar

Sur PluXml j'utilise simplement plxToolbar car j'ai pas besoin de plus (je rédige principalement en Markdown).
En utilisant plxToolbar, on doit éditer chacune des images à la main. Je propose de gagner du temps en automatisant tout ça.

Pour ce faire, on va éditer le fichier /plugins/plxtoolbar/medias.php dans votre dossier PluXml.

On remplace la ligne 166:

return alignStart+''+alignEnd;

par:

return alignStart+''+alignEnd;

On peut également ajouter une gallerie automatique en remplaçant class="zoombox" par class="zoombox zgallery1" .

C'est déjà fini et même pas besoin de modifier ses habitudes pour profiter de Zoombox.

Ressources

• Zoombox
• MyZoomBox

Original post of nIQnutn.Votez pour ce billet sur Planet Libre.

Suivez-moi aussi sur Diaspora* ou Twitter  ou sur Identi.ca

Suite à de nombreuses discussions et remarques avec les utilisateurs et les membres de la modération du Journal Du Pirate, le site d’information participatif du Logiciel Libre, nous envisageons de renommer le Journal Du Pirate en Journal Du Hacker.

Changement de nom du Journal du Pirate traite de ce sujet, vos avis seront les bienvenus dans les commentaires dudit billet.

Pour rappel, le Journal Du Pirate fonctionne de manière collaborative, grâce à la participation de ses membres. Rejoignez-nous pour proposer vos contenus à partager avec la communauté du Logiciel Libre francophone et faire connaître vos projets.

Original post of Carl Chenet.Votez pour ce billet sur Planet Libre.

Lorsque l’on branche un périphérique USB, udev se charge de créer une entrée dans « /dev ». Toutefois, cette entrée de la forme « /dev/sdx » varie en fonction des périphériques déjà branchés à la machine.

Pour les besoins d’un script de sauvegarde (ce point fait l’objet d’un article en cours de rédaction), il est nécessaire que cette entrée reste fixe. Pour cela, il est possible d’écrire une règle « udev » particulière qui sera associée à une information permettant d’identifier le disque USB de manière unique (le numéro de série me semble un bon candidat).

Je vous propose de voir tout cela pas à pas dans ce billet

Rechercher le périphérique correspondant au disque dans « /dev »

Dans un premier temps, il faut récupérer l’entrée correspondant au disque dans « /dev« . Pour cela, brancher le disque à la machine.

La commande « fdisk -l » m’apprend que le disque est branché sur « /dev/sdh« .

fdisk -l
...
Disque /dev/sdh : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x03bda79b
 
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sdh1 2048 1953521663 1953519616 931,5G 7 HPFS/NTFS/exFAT

Récupérer un identifiant du disque pour écrire la règle « udev »

Pour récupérer le numéro de série qui pourra être utilisé par « udev« , je lance la commande « udevadm info -a -p $(udevadm info -q path -n /dev/sdh) »

udevadm info -a -p $(udevadm info -q path -n /dev/sdh)
 
...
 
ATTRS{serial}=="0000:00:13.5"
 
...

Toute les lignes retournées peuvent être utilisées comme entrée de la règle « udev« . Ici, on s’intéresse à « ATTRS{serial}« .

Création de la règle« udev »

Le dossier « /etc.udev/rules.d/ » contient l’ensemble des règles qui peuvent être modifiées par l’utilisateur. Je crée un nouveau fichier « 20-perso.rules » contenant la ligne suivante :

# Créationd 'une entrée dans "/dev/sauvegardeUSB" pour le périphérique ayant le numéro de série "0000:00:13.5"
ATTRS{serial}=="0000:00:13.5", SYMLINK+="sauvegardeUSB"

Et effectivement, lorsque l’on branche à nouveau le disque, un périphérique « /dev/sauvegardeUSB » est créé.

ls -l /dev/sauvegardeUSB
lrwxrwxrwx 1 root root 4 20.07.2015 21:56 /dev/sauvegardeUSB -> sdh1

Éjecter le disque

L’idée ici est d’arrêter le disque USB lorsque l’on n’a pas besoin de ce dernier. Pour cela, il faut commencer par démonter le périphérique :

umount /dev/sauvegardeUSB

Il est ensuite possible d’éjecter ce dernier :

sdparm --command=eject /dev/sauvegardeUSB

Après cette commande, le disque n’apparaît plus dans l’interface graphique.  Il fonctionne encore quelques minutes avant de s’arrêter de tourner.

Remonter le disque après éjection

Un simple « mount » permet de récupérer le disque.

sudo mount -t ntfs /dev/sauvegardeUSB /mnt/svg/

Pour éviter de devoir faire l’opération en « root », le plus simple est d’ajouter une entrée dans « /etc/fstab » avec l’option « users« .

Références

• http://doc.ubuntu-fr.org/udev
• https://wiki.debian.org/fr/udev

Cet article Fixer le nom d’un périphérique USB de manière permanante avec « udev » est apparu en premier sur Carnet de vol.

Original post of Yopland.Votez pour ce billet sur Planet Libre.

Cela va devenir mon marronnier de l’été mais quand on a envie d’écouter des choses et que la plupart des émissions habituelles sont en vacances, il faut bien chercher un peu de matière à se mettre entre les oreilles.

Heureusement, comme d’habitude, les RMLL et Pas Sage en Seine nous redonnent cette année de quoi satisfaire notre curiosité. Voici les liens pour accéder directement aux fichiers pour les télécharger selon le format que vous préférez :

• RMLL2015 sans oublier le flux rss de Radio RMLL

• Pas Sage En Seine 2015

Ensuite, j’ai découvert deux émissions de radio pas directement liées au libre mais axées sur le numérique donc pouvant être intéressantes pour vous autant que pour moi dans ces temps où les émissions ferment boutique les unes après les autres (le 56Kast a fait sa dernière le mois dernier) :

• Homo Numericus sur France Inter (rss) :

Cet été, Nicolas Demorand s’intéresse à tout ce que le numérique a changé dans nos vies.
Présent à tout moment dans notre poche, à notre poignet, sous nos doigts ou sous nos yeux, la numérisation du réel est partout. Elle emporte avec elle des habitudes, des institutions, des barrières symboliques fondatrices, des métiers, des manières anciennes de communiquer, de s’informer, de se soigner.
Parenthèse ouverte sur le monde de 2015 pour comprendre comment le numérique a changé notre façon de vivre, de penser, de lire et d’écrire, de faire de la politique et de nous engager ?

Une émission qui ne fait pas mal à la tête et ne va pas très profond dans la réflexion (on n’est pas sur France Culture) mais qui traite de sujets intéressants et notamment la dernière qui est sur l’apprentissage du code avec un invité très intéressant en la personne d’Erwan Kezzar, cofondateur de l’Ecole Simplon.co

• Les nouvelles vagues sur France Culture (rss) :

Chaque semaine, Marie Richeux et son équipe choisissent un sujet significatif des révolutions intellectuelles, sociétales, artistiques en cours, et offrent chaque jour l’éclairage d’une discipline différente, pour l’explorer au cours d’un long entretien. Le mercredi, le thème est interrogé depuis les cultures numériques actuelles

Il s’agit donc d’aller piocher dans les archives les émissions du mercredi (3/5) qui vont traiter du thème de la semaine sous l’angle du numérique. Pour démarrer, je vous recommande celle du 27/05 dans laquelle Benjamin Bayart et Philippe Aigrain donnaient leur point de vue sur ce qu’il reste des espoirs du Net des années 2000

Bonne écoute et bon été à tous !

Original post of alterlibriste.Votez pour ce billet sur Planet Libre.

Je suis tombé sur un petit problème DNS interressant...
Le voici dans l'ordre...

- Je clic sur un lien et me voila envoyé vers un article du site http://www.leparisien.fr
- Patatra, marche pas.
- Vérification DNS:

$ dig www.leparisien.fr

; <<>> DiG 9.9.5-9+deb8u1-Debian <<>> www.leparisien.fr
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 53534
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;www.leparisien.fr. IN A

;; Query time: 448 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Wed Jul 15 21:36:55 CEST 2015
;; MSG SIZE rcvd: 46

$

Marche pas, status: SERVFAIL

- Interressant

$ dig cname www.leparisien.fr
www.leparisien.fr. 86400 IN CNAME 2-01-275c-0002.cdx.cedexis.net.

Bon cette 1ère partie fonctionne.

- Essayons de voir ce que donne 2-01-275c-0002.cdx.cedexis.net.

$ dig 2-01-275c-0002.cdx.cedexis.net.

; <<>> DiG 9.9.5-9+deb8u1-Debian <<>> 2-01-275c-0002.cdx.cedexis.net.
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 7708
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;2-01-275c-0002.cdx.cedexis.net. IN A

;; Query time: 25 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Wed Jul 15 21:39:41 CEST 2015
;; MSG SIZE rcvd: 59

Donc c'est lui qui ne résoud pas chez moi... status: SERVFAIL...

- Voyons voir les DNS de cdx.cedexis.net. ou plutôt ceux de cedexis.net.

$ dig ns cedexis.net. +short
flipa.cedexis.net.
flipd.cedexis.net.
flipg.cedexis.net.
$

- Testons les en direct

$ dig 2-01-275c-0002.cdx.cedexis.net. @flipa.cedexis.net. +short
cdn2.lequipe.fr.
$ dig 2-01-275c-0002.cdx.cedexis.net. @flipd.cedexis.net. +short
cdn2.lequipe.fr.
$ dig 2-01-275c-0002.cdx.cedexis.net. @flipg.cedexis.net. +short
cdn2.lequipe.fr.
$

Arf çà répond.
Alors que cela ne répond toujours pas avec mon serveur local:

$ dig 2-01-275c-0002.cdx.cedexis.net.

; <<>> DiG 9.9.5-9+deb8u1-Debian <<>> 2-01-275c-0002.cdx.cedexis.net.
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 31061
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;2-01-275c-0002.cdx.cedexis.net. IN A

;; Query time: 44 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Wed Jul 15 21:44:22 CEST 2015
;; MSG SIZE rcvd: 59

- Comme vous l'avez remarqué, j'interroge mon serveur récursif local.

Quand la demande passe par lui, cela ne fonctionne pas, sinon cela semble fonctionner.

$ dig 2-01-275c-0002.cdx.cedexis.net. @8.8.8.8 +short
cdn2.lequipe.fr.
62.210.149.48
$

- Mon serveur DNS local est Unbound, et il semble qu'un truc le dérange (uniquement avec ces serveurs DNS cedexis.net !)...

- Activation des logs verbeux par la ligne

verbosity: 3

- Et on regarde les logs:

1436989983] unbound[12494:1] info: reply from 209.107.211.4#53
1436989983] unbound[12494:1] info: Capsforid fallback: getting different replies, failed
1436989983] unbound[12494:1] debug: return error response SERVFAIL

- Capsforid... Interressant

- Allons voir la doc de la conf d'Unbound

use-caps-for-id: Use 0x20-encoded random bits in the query to foil spoof
attempts. This perturbs the lowercase and uppercase of query
names sent to authority servers and checks if the reply still
has the correct casing. Disabled by default. This feature is
an experimental implementation of draft dns-0x20.

Donc en gros, avec ce paramètre à "yes", unbound envoit le nom à résoudre avec des minuscule/majuscule aléatoires, puis vérifie que la réponse à la question, qui contient la question, à bien les minuscules/majuscules aux bons endroits.

Et ce paramètre est a "yes" dans ma conf Unbound.

- Avant d'aller voir le draft dns-0x20, on lance wireshark

On voit clairement ce qui se passe, la réponse contient la question en minuscule, donc pas exactement comme elle a été posée.

- Vérifions avec un autre domaine.. Au hasard bortzmeyer.org

$ dig www.bortzmeyer.org +short
204.62.14.153
$

Mon unbound résoud parfaitement.

On voit bien que la réponse, contient bien cette fois exactement la question, avec les minuscules/majuscules aux bons endroits.

- Vérifions en mettant à "no" le use-caps-for-id (ce qui, il est vrai, est la valeur par défaut)

Bingo, çà fonctionne cette fois

$ dig 2-01-275c-0002.cdx.cedexis.net. +short
cdn2.lequipe.fr.
62.210.149.48
$

Unbound considère maintenant comme valide la réponse des serveurs de cedexis.net
Victoire, je peux lire mon article sur www.leparisien.fr

- C'est quoi cedexis.net, ils auraient leur propre serveur DNS maison ?

"We’re dedicated to building a faster web for everyone in the world. Cedexis optimizes web performance across data centers, content delivery networks (CDNs) and clouds..."

Ah oui, çà colle, ils seraient bien capable d'avoir leur implémentation DNS maison.

- Maintenant allons voir ce fameux draft dns-0x20.

Déjà on peut noter que c'est rédigé par Paul Vixie de l'ISC, c'est du sérieux.

Je vais vous résumer en gros:

Le protocole DNS est tel, qu'il y a parfois moyen de réussir à forger des réponses et donc de poluer les caches DNS.
Il est donc ensuite possible de rediriger les users vers des faux site web.. bref pas cool.. mais rien de nouveau pour l'instant.
Mais tout moyen permettant d'améliorer la sécurité, en rendant plus difficile de forger des fausses réponses, sans tout casser au protocole existant, est donc la bienvenue.
Ce draft expose un moyen d'y parvenir.

Comme vous l'avez compris (pour les 3 personnes qui sont arrivées jusqu'ici, chapeau bas), il s'agit de mettre des majuscules/minuscules aléatoires dans la question envoyée au serveur DNS, puis considérer comme invalides, les réponses qui ne reprendaient pas la question en respectant la casse.

Pour forger une fausse réponse DNS et donc polluer le cache, il faudrait donc non seulement trouver le bon ID (Kaminsky, Paradoxe des anniversaires etc..) mais donc en plus avoir les bonnes majuscules/minuscules aux bons endroits. (Pas con le Paul Vixie ! )

Mais pour que l'idée soit exploitable, il faut donc voir ce que dit la RFC 1035 et voir comment réagissent les principales implémentations de serveurs DNS authoritatives.

Pour ce qui est de la RFC1035 on peut lire en 7.3

that the question section corresponds to the information currently desired

Mmmm...Ce n'est pas super précis ... Est-ce que cela inclu le respect de la casse... ?

Voyons voir les différentes implémentations:

On peut lire en 6.1

Several popular authoritative DNS implementations including ISC BIND (versions 4, 8, and 9), Nominum ANS, Akamai AKADNS, Neustar UltraDNS, Verisign Atlas, NLNetLabs NSD, PowerDNS, and DJBDNS were tested. All copied the question name exactly, bit for bit, from the request into the response.

Et en 6.2

Operational testing has revealed a small set of rare and/or private label authoritative DNS implementations who modify the 0x20 bits in question names while copying the question section from the request to the response. Usually this modification is to set the 0x20 bit, thus converting a domain name to be all-lower-case (0x61..0x7A, e.g., a-z).

- Conclusion:

Toutes les implémentations de serveur DNS authoritative majeures répondent en respectant la casse de la question.
Si les serveurs récursifs pouvaient implémenter cette vérification, ceci pourrrait améliorer la sécurité du DNS.
Et c'est d'ailleurs la 1ère fois que j'ai ce problème avec un serveur DNS, je vais donc garder mon paramêtre, et tant pis pour le site web du Parisien

Les serveurs DNS de cedexis.net ne semblent pas tourner sous une "popular authoritative DNS implementations"
Je les ai contacté pour les informer.... si çà les interresse...

Original post of Uggy.Votez pour ce billet sur Planet Libre.