Pour tester la prochaine version de mon module serveur WebDAV pour Drupal, j'ai eu besoin de tester assez systématiquement les clients WebDAV les plus utilisés. Alors autant que cela serve à ceux qui comme moi, ne savent plus bien vivre sans ce protocole.

WebDAV ?

Le WebDAV est protocole normalisé dont le but est de permettre de transformer le web en système de fichier que l'on peut lire, écrire e parcourir.

Pour ne pas réinventer la route, WebDAV vient en réalité enrichir le protocole HTTP/1.1, celui-là même qui depuis maintenant 18 ans (HTTP/0.9) anime le Net. HTTP, n'est pas une bête que l'on voit travailler mais qui rentre pourtant en jeu à la moindre de vos actions sur le WEB. Ainsi lorsque vous tapez l'URL http://artisan.karma-lab.net/chemin/un_document.html, votre navigateur va commencer son dialogue avec le serveur artisan.karma-lab.net en lui envoyant une commande HTTP : GET /chemin/un_document.html

Le serveur va alors lui répondre en renvoyant un statut indiquant soit que la page n'existe pas (le très célèbre 404 Not Found), soit qu'elle existe bien (200 OK) et que son contenu, généralement en HTML, va suivre.

HTTP permet ainsi de lire des documents décrits par une URL, mais aussi d'en écrire. La commande PUT permet en effet d'expédier un contenu "en direction" d'une URL et il existe aussi une commande DELETE sensée permettre la destruction d'un document. Malheureusement HTTP se résume pour beaucoup à ce qu'un navigateur est censé en faire, à savoir 99.9% de GET. Pourtant il s'agit de bien plus que cela.

Mais malgré tout, ces commandes ne suffisent pas à transformer le WEB en un système de fichier. Il manque à HTTP quelque chose de fondamentale, un verbe capable de nous donner la représentation des fichiers ou dossiers disponibles à partir d'une URL donnée. Et c'est là le principal ajout du protocole WebDAV, la commande PROPFIND.

PROPFIND permet non seulement d'énumérer de manière récursive (profondeur allant de 0 à l'infini) les ressources se trouvant à une URL donnée, mais aussi de connaître les propriétés (taille, date de modification, de création, etc) de chacune des ressources découvertes.

Alors même si PROPFIND est la commande la plus importante, WebDAV en ajoute tout de même beaucoup d'autres permettant de déplacer, renommer ou recopier un document avec COPY et MOVE, de modifier les propriétés avec PROPPATCH, de créer un dossier avec MKCOL, de verrouiller/déverrouiller une ressource avec LOCK et UNLOCK, de détruire une collection avec RMCOL, etc.

Ainsi, avec PROPFIND, GET, PUT et DELETE et quelques autres verbes, voilà le WEB équipé pour devenir un véritable système de fichiers tout en conservant une philosophie éprouvée et les infrastructures qui vont avec (serveur, proxy, navigateurs, etc.).

Avoir son serveur WebDAV

Rien de plus simple, il suffit pour cela d'avoir une machine accessible du réseau publique par une adresse connue et d'un serveur Apache.

Ainsi si l'on veut par exemple partager le dossier /donnees/partage via l'url http://mon_site/partage, il faut d'abord installer le paquet apache-mod_dav. Ensuite, vous pouvez modifier votre fichier /etc/http/conf/httpd.conf en ajoutant le chargement des modules :

Enfin, généralement dans le dossier /etc/httpd/conf/vhost.d, dans votre fichier de définition de votre serveur, vous n'avez plus qu'à rajouter ceci :

C'est le minimum, il faut aussi penser à intégrer ici votre stratégie de sécurité. A noter que WebDav passe aussi bien lorsqu'encapsulé dans un flux crypté SSL/TLS (HTTPS).

Une fois votre configuration terminée, il suffit de redémarrer Apache et avec votre navigateur, d'aller à l'adresse http://mon_serveur/partage pour voir la liste des fichiers apparaître. Comme je vous le disais, WebDAV est une extension de HTTP, la lecture de cette URL par un GET est donc interprété par le module Dav comme une commande d'énumération des ressources disponible et leur affichage en HTML. Vous avez donc là votre premier client WebDAV, en lecture-seule cependant.

Les Clients WebDAV

Pour pouvoir parcourir, éditer, supprimer, il va nous falloir quelque chose de plus évolué qu'un simple navigateur WEB. Et fort heureusement, des clients WebDAV, il y en a pour tous les goûts. Ici sont les principaux, mais il y en a sûrement d'autres. A chaque fois, je fini mon topo par les caractéristiques comparées de chacun des clients. Cela comprend l'identifiant WEB du client, la capacité de garder la connection (keep-alive), la capacité de s'authentifier, d'utiliser un transport crypté, les sessions à base de cookies (évitant une authentification sur le serveur à chaque fois), la compression GZIP et l'utilisation de la propriété displayname. Ce dernier point n'est pas annodin car la base de référence d'une ressource WebDAV est son URI. Or une URI ne peut contenir n'importe quel caractère (genre ;, # ou ?). Et même encodé correctement, certains clients bloquent si l'URI n'est pas en simple ASCII. La propriété displayname permet de définir par ressource (et donc par URI), un nom lisible utilisé pour l'affichage.

DavFS2

DavFS, et son remplaçant, DavFS2, permettent de monter par la commande mount une URL WebDAV comme n'importe quel autre système de fichier Unix. Il utilise en interne la librairie Neon comme Litmus, la suite de test de compatibilité du protocole WebDAV ou encore subversion.

DavFS2 permet donc à toutes les applications de pouvoir bénéficier du support WebDAV sans qu'elles en aient conscience. Pour accélérer les échanges avec le serveur, DavFS2 utilise un système de cache local avec pour inconvénient la non instantanéité des sauvegarde par rapport au serveur. Ceci mis à part, DavFS2 marche merveilleusement. Pour vous connecter à une ressource par ce biais, il faut bien sur installer le paquet favfs2 et taper en tant que root :

Une fois authentifié, le dossier /mnt/mon_partage est prêt à l'emploi. Il est aussi possible de mettre ce type de montage au démarrage de la machine dans /etc/fstab mais à ce moment là, il vous faudra configurer un fichier de secrets contenant vos identifiants. Pour plus d'information, faite man mount.davfs2.

Identifiant de l'agent	davfs2/1.3.3 neon/0.28.3
Conection continue (keep-alive)	oui
Autentification	oui
Transport SSL	oui
Session (cookies)	non
Compression des données	non
Display Name	oui, oui, mais il faut ajouter use_displayname=1 dans /etc/davfs/davfs.conf.

Pour automatiser le montage, il suffit d'ajouter dans /etc/fstab

Vous pouvez aussi rajouter gid=... et/ou uid=... pour spécifier un groupe ou un utilisateur à qui appartiendra le montage (sinon ce sera root...). Il est aussi possible de remplacer auto par noauto pour ne pas monter le partage au démarrage.

Pour éviter d'avoir à saisir le mot de passe à chaque fois, il faut ajouter le fichier /etc/fstab2/secrets avec quelque chose comme ceci :

Cadaver

Contrairement à DavFS, Cadaver ne cherche pas à "simuler" un système de fichier mais à fournir un interpréteur de commande très similaire de celui d'un client FTP. L'avantage de cette stratégie réside en le fait que les commandes utilisable sont très proches de celles du protocole d'origine.

Pour simplifier l'authentification, Cadaver utilise comme le client FTP, un fichier ~/.netrc qui contiendra une liste d'identifiants sous la forme monsite.com login gaston password un_secret. Ensuite, pour se connecter, il suffit de taper :

Collant parfaitement à la norme, ce client est l'outil parfait pour tester un serveur avant de passer à des choses plus lourdes.

Identifiant de l'agent	cadaver/0.23.2 neon/0.28.3
Connection continue (keep-alive)	oui
Autentification	oui
Transport SSL	oui
Session (cookies)	non
Compression des données	non
Display Name	non

Nautilus via GVFS

Je ne reviens pas sur GIO/GVFS, je me suis déjà longuement étendu sur le sujet. Grâce à cette nouvelle structure et le greffon gvfs-dav écrit par Christian Kellner que je remercie ici, Nautilus devient dés-facto un client WebDAV très acceptable. le seul reproche que je pourrais lui faire, mais c'est encore un jeune développement, est sa lenteur souvent liée à un excès de requêtes au serveur. Les futures versions seront sans nul doute plus optimisées.

Pour se connecter, il faut savoir que pour Gnome, le protocole WebDAV ne s'écrit pas webdav:// mais dav:// (et davs:// pour la version sécurisé). Pourquoi ? je n'en sais rien, sûrement une histoire de grand-mère là dessous... Toujours est-il que pour se connecter, il faut saisir dans l'URL de Nautilus quelque chose comme dav://mon_server/. Là les fichiers et dossiers s'affichent, on peut naviguer et lancer par exemple un gedit sur un fichier. La magie GVFS opérant, le contenu devrait s'ouvrir et vous pouvez le modifier et le sauver. De même avec OpenOffice 3.0, Gimp, etc.

Enfin, comme pour la majorité des clients, on regrettera l'absence de la prise en charge de la compression et des sessions. Deux points qui permettent, nous le verront avec d'autres clients, de grandement augmenter les performances. A cela rien d'étonnant sachant que la charge utile des trames WebDAV est formalisée en XML, et que ce texte se compresse à prés de 70%. Ainsi le listing de 300 fichiers qui prenait 200ko, n'en prendrait plus que 20.

Identifiant de l'agent	User-Agent : gvfs/0.99.7.1
Connection continue (keep-alive)	oui
Autentification	oui
Transport SSL	oui
Session (cookies)	non
Compression des données	non
Display Name	oui

Dolphin via KIO

Dolphin semble être devenu pour KDE ce que Nautilus est à Gnome, en moins ergonomique à mon goût. Mais du point de vue WebDAV, le mérite allant à l'excellent KIO_Slave, c'est de loin le meilleur client graphique que j'ai testé. Tout fonctionne à merveille mais surtout de manière très rapide. Et pour cause, c'est le seul, avec DAVExplorer, à prendre en charge la compression et le seul tout court à utiliser les sessions (cookies).

Pour se connecter, l'URL standard est ici webdav://mon_site (ou webdavs:// pour la version cryptée).

DAVExplorer

Alors Ok, il est très, mais alors très super moche avec son look and fell des années 2000 et ses icônes fauchées à Windows 95. Malgré tout, il mérite l'attention car déjà, écrit en Java, il est totalement cross-plate-formes. Ensuite comme Dolphin, il a pour lui la prise en charge de la compression. Le résultat est une navigation très rapide sur les grands volumes de ressources. A se demander pourquoi les autres ne le font pas.

Maintenant, outre ces nombreux bugs, ce qui rend ce navigateur très particulier est sont extrême prise en compte de la norme WebDav. Les opérations les plus fines sont accessible permettant un contrôle parfait du protocole. Un très bon outil donc à utiliser pour les tests ou lorsque la connection est souffreteuse.

Identifiant de l'agent	uci dav explorer/0.91 rpt-httpclient/0.3-3e
Connection continue (keep-alive)	oui
Autentification	oui
Transport SSL	oui
Session (cookies)	oui
Compression des données	oui
Display Name	?

MacOS/webdavfs 1.3

Nan, je n'ai pas acheté un Mac, j'ai juste découvert que VmWare était parfaitement capable de faire tourner MacOS 10.4.7. Du coup, j'ai pu aller voir ce que valait cet OS tellement ergonomique... Bon, les goûts et les couleurs, on ne va pas s'étendre là dessus. Le truc qui nous intéresse est que cet OS prend en charge nativement WebDAV via le menu Go (pour les gens comme moi, pensez à clicker sur le bureau avant pour que le menu apparaisse...). Ensuite allez sur Connect to server.... Là vous rentrez votre URL à la mode http:// ou https://, vous l'ajouter, vous la sélectionnez et vous clickez sur Connect (je n'ai qu'une version anglaise .

A ce stade la fenêtre d'exploration s'ouvre, et une icône est apparue sur le bureau. Après toutes les opérations sont possibles comme avec Nautilus. Vous pouvez ainsi ouvrir un fichier avec une application de votre choix de manière absolument transparente. Et pour cause, en interne MacOS utilise un bête mount et va donc greffer l'arborescence WebDav dans le dossier /Volumes.

Du coup la même chose est possible en passant par un terminal via GO/Applications/UtilitiesTerminal. Là vous pouvez lancer la commande suivante :

Windows XP

La bonne nouvelle est que le WebDAV est une notion standard sous Windows. Pas besoin donc d'écumer le net à la recherche d'une installation plus ou moins vérolée. Il suffit d'aller dans la fenêtre du réseau, d'ajouter un nouveau favoris réseau, et de saisir l'URL du serveur sous la forme http://mon_serveur (ou https://). Là le bougre mouline un peu, trouve le titre du serveur et vous propose de créer votre favoris. Ceci fait, une fenêtre s'ouvre sur le serveur et les applications semblent être capable d'ouvrir et les sauver les fichiers sans problèmes.

A notre que ce client a l'identifiant le plus débile que j'ai rencontre, attention les yeux : microsoft data access internet publishing provider protocol discovery... Rien que cela... On dirait le nom complet de Bangkok. Et pour ce prix, il n'y a pas la version...

Identifiant de l'agent	microsoft data access internet publishing provider protocol discovery
Connection continue (keep-alive)	oui
Autentification	oui
Transport SSL	oui
Session (cookies)	non
Compression des données	non
Display Name	oui

Conclusion

Dolphin est de loin le plus versatile des clients WebDAV, il prend tout en charge et reste très rapide. Mais nautilus/GVFS est encore jeune et je suis persuadé qu'il devrait rattraper ce retard maintenant que l'infrastructure GVFS est en place.

Côté "autres OS", j'avoue avoir été étonné par Windows pour une fois, il fait le job, sans poser le moindre problème. Un respect des normes qui est à saluer connaissant la triste réputation de Microsoft en le domaine. A noter d'ailleurs que la meilleur documentation du protocole WebDAV est aussi chez eux.