Chez iXmédia, nous travaillons avec Samba pour gérer les fichiers des sites que nous développons et hébergeons. C’est bien pratique pour les serveurs où chaque site tourne sur un processus Apache avec un utilisateur distinct. Pas de problèmes avec les permissions des fichiers qu’on aurait si on les gérait via SSH.

Cependant, lorsque je veux travailler de chez moi, je ne peux monter ces shares sur mon poste car ils ne sont accessibles que sur notre réseau local. Il m’est tout de même possible de me connecter à ce réseau via SSH. C’est donc via un tunnel SSH que je peux monter des shares distants sur mon poste local.

Suffit de se connecter en SSH sur le serveur remote en établissant deux tunnels :

sudo ssh -L 139:serveur_distant:139 -L 445:serveur_distant:445 utilisateur@serveur_distant

De cette façon, les requêtes (faites sur le poste local) à localhost sur les ports 139 et 445 seront redirigées vers serveur_distant. On peut donc monter le share dans notre dossier utilisateur :

mkdir ~/Volumes/nom_du_share; mount_smbfs //utilisateur@localhost/nom_du_share ~/Volumes/nom_du_share

Le share peut ensuite être démonté avec la commande suivante :

umount ~/Volumes/nom_du_share

Et voilà, c’est aussi simple que ça!

P.S. - Merci à ce billet en anglais pour les informations.

Après avoir fait la liste des logiciels que j’utilisais sous Ubuntu, je me dois de partager la liste des logiciels que j’utilise sous Mac OS X (mon nouveau système d’exploitation!) après un peu plus d’une semaine d’utilisation.

Plutôt que de faire une liste ici, j’ai décidé de répertorier tous les logiciels que j’utilise sur mon profil du site « i use this ».

J’ai concocté un petit script maison qui permet de mounter un périphérique MTP (comme mon lecteur Creative Zen) en tant que disque sous Linux. Il nécessite seulement le paquet mtpfs qu’on peut installer avec la commande :

sudo apt-get install mtpfs

Le script est donc le suivant :

#!/bin/bash
# Ce script requiert le paquet `mtpfs`
# Vous utilisez ce script à vos risques et périls. Je ne serai pas responsable si il arrive quoi que ce soit à votre périphérique ou aux fichiers qu'il contient !

if [[ $1 == "mount" ]]
then

    if [[ -d "/media/mtpdevice" ]]
    then
        echo "Le dossier /media/mtpdevice/ existe déjà. Vous devez le supprimer avant de monter un périphérique MTP."
    else
        mkdir /media/mtpdevice
        mtpfs /media/mtpdevice
        echo "Périphérique MTP monté de /media/mtpdevice/"
    fi

elif [[ $1 == "umount" ]]
then

    if [[ !( -d "/media/mtpdevice" ) ]]
    then
        echo "Le dossier /media/mtpdevice/ n'existe pas. Êtes-vous certain qu'un périphérique MTP est monté?"
    else
        umount /media/mtpdevice/
        rmdir /media/mtpdevice/
        echo "Périphérique MTP démonté de /media/mtpdevice/"
    fi

fi

Pour l’utiliser, vous n’avez qu’à copier le code dans un fichier (exemple mtp.sh) et ensuite de le rendre exécutable avec la commande suivante :

chmod +x mtp.sh

Ensuite, vous pourrez utiliser le script de la façon suivante :

# Pour monter le périphérique
sudo ./mtp.sh mount

# Pour démonter le périphérique
sudo ./mtp.sh umount

Le script n’est pas tout à fait au point. Par exemple, si on essaie de démonter le périphérique et qu’il est busy, la commande umount ne fonctionnera pas, mais le rm -R lui sera quand même exécuté… Il est donc pertinent avant de démonter le périphérique de taper la commande suivante afin de vérifier qu’aucun fichier du périphérique n’est en cours d’utilisation :

lsof | grep mtpdevice

Si aucune ligne n’apparait, le périphérique est prêt à être démonté.

Si vous avez des suggestions (ou des optimisations de code), vous pouvez m’en faire part dans les commentaires de ce billet!

Ceux qui me suivent via Twitter l’ont peut-être vu cette semaine, je préparais une nouvelle page d’accueil pour remiprevost.com qui réunirait le contenu que je publie via plusieurs sites Web — puisque j’utilise ce blogue de moins en moins pour en publier.

C’est donc en ligne dès maintenant. Je vous suggère de rester abonné à ce blogue, je ne compte pas l’abandonner totalement!

Mise à jour : J’ai publié le code source de l’application PHP qui propulse cette page, sous le nom de Cartan.

Voici un petit truc pour mod_rewrite. Cela permet de ré-écrire correctement les URIs qui ne se terminent pas une barre oblique (« / »).

RewriteEngine On
RewriteRule ^(.+[^\/])$ /$1/ [R=301,L]

Pourquoi forcer la barre oblique à la fin des URIs ? Pour ne pas que http://monsite.com/apropos/ et http://monsite.com/apropos soient traitées comme deux pages totalement indépendantes.

Cependant, prenez note que cette méthode est assez simpliste mais très puissante — elle prend en compte que tous les URIs d’un même site doivent toujours se terminer par « / », alors que ce n’est rarement le cas (pensez aux fichiers .jpeg, .zip, etc.). Il faudrait probablement placer une RewriteCond au-dessus de la deuxième ligne pour spécifier quand cette règle devrait être appliquée. Mais ça, je vous laisse l’écrire :)

P.S. - Je sais, cette méthode n’est aucunement encore implémentée sur ce blogue. La plupart des pages sont accessibles avec ou sans barre oblique finale. Shame on me!