Monter kDrive comme lecteur réseau avec WebDAV
La synchronisation multi-device passe habituellement par un client dédié. Mais il existe un autre chemin, plus ancien et plus universel : WebDAV. Ce protocole, défini dans la RFC 4918, permet de monter un espace cloud comme un lecteur réseau natif du système d’exploitation. Pas de logiciel à installer, pas de synchronisation en arrière-plan. Vous ouvrez l’Explorateur de fichiers (ou le Finder, ou Nautilus), et votre kDrive est là, comme un disque réseau classique.
L’idée est séduisante. La réalité est plus nuancée. WebDAV fonctionne, mais c’est du streaming de fichiers, pas de la synchronisation. Chaque ouverture de fichier télécharge le fichier depuis le serveur. Chaque sauvegarde renvoie le fichier entier. Pas de delta-sync, pas de cache intelligent, pas de mode hors ligne. Si votre connexion tombe, votre « disque » disparaît.
Configuration WebDAV sur les trois OS
Sur Windows, le montage WebDAV se fait via « Connecter un lecteur réseau » dans l’Explorateur de fichiers. L’URL est du type https://connect.drive.infomaniak.com/votre-kdrive. Vous entrez vos identifiants Infomaniak, et le cloud apparaît comme le lecteur Z: (ou la lettre de votre choix). Simple en théorie, mais Windows a une implémentation WebDAV notoirement capricieuse. Le client natif (WebClient service) a une limite de taille de fichier de 50 Mo par défaut (modifiable via registre : HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters\FileSizeLimitInBytes), des timeouts courts, et des performances médiocres. Pour un usage sérieux sur Windows, WinSCP ou un client WebDAV dédié comme Mountain Duck ou Cyberduck offrent une meilleure expérience.
Sur macOS, le Finder gère WebDAV nativement et correctement. Menu « Aller > Se connecter au serveur », entrez l’URL WebDAV, authentifiez-vous, et le cloud apparaît dans la barre latérale du Finder. Les performances sont meilleures que sur Windows, et la limite de taille de fichier n’est pas un problème. Le montage peut être rendu persistant (reconnexion automatique au démarrage) en l’ajoutant aux éléments d’ouverture dans les Préférences Système.
Sur Linux, la commande mount.davfs (ou davfs2) monte un partage WebDAV comme n’importe quel système de fichiers. Ajoutez une entrée dans /etc/fstab pour un montage automatique au démarrage. Exemple : https://connect.drive.infomaniak.com/votre-kdrive /mnt/kdrive davfs user,noauto 0 0. Les identifiants sont stockés dans ~/.davfs2/secrets. C’est propre, scriptable, et ça fonctionne même sur un serveur sans interface graphique — un cas où le client desktop n’est pas une option.
Quand utiliser WebDAV plutôt que le client natif
WebDAV a du sens dans des cas spécifiques. La synchronisation automatique de dossiers spécifiques via le client natif est meilleure pour un usage quotidien sur votre propre machine. Mais WebDAV brille quand :
Vous êtes sur une machine partagée (bureau de coworking, ordinateur d’hôtel) et vous ne voulez pas installer de logiciel. WebDAV ne laisse rien sur la machine après déconnexion (pas de cache local, pas de base de données de synchronisation).
Vous administrez un serveur (VPS, NAS) qui doit accéder aux fichiers du cloud. Un serveur Linux headless ne peut pas exécuter le client desktop avec son interface Qt. Mais davfs2 fonctionne en ligne de commande et peut être intégré dans des scripts de sauvegarde.
Vous voulez un accès ponctuel à un fichier sans déclencher une synchronisation complète. Ouvrir un lecteur WebDAV, copier un fichier, fermer. Pas de processus en arrière-plan qui continue de tourner.
Les limites à connaître avant de se lancer
La performance est le point faible principal. Chaque opération sur un fichier (ouverture, sauvegarde, renommage) est une requête HTTP vers le serveur. La latence est au minimum celle de l’aller-retour réseau — typiquement 20-100 ms pour un serveur en Europe. Ouvrir un dossier contenant 500 fichiers envoie une requête PROPFIND, attend la réponse XML avec la liste de tous les fichiers, et l’affiche. Sur une connexion lente ou avec un serveur chargé, un simple ls peut prendre plusieurs secondes.
Les applications qui font beaucoup d’opérations fichier (un IDE, un compilateur, un gestionnaire de version) seront très lentes sur un montage WebDAV. Ne montez pas votre projet de code sur WebDAV et ne lancez pas un npm install dessus. Utilisez WebDAV pour la consultation et le transfert de fichiers, pas pour le travail quotidien.
Le verrouillage de fichiers via WebDAV (méthode LOCK/UNLOCK) est supporté par le protocole mais rarement implémenté correctement. Si deux personnes ouvrent le même fichier via WebDAV, il n’y a pas de protection contre les écritures concurrentes. Le dernier à sauvegarder écrase le précédent. Pour la collaboration, le client natif avec sa gestion des conflits est nettement plus sûr.
La combinaison WebDAV + script : l’automatisation légère
Un montage WebDAV se prête bien à l’automatisation par script. Un cron job Linux qui copie un backup quotidien vers le kDrive monté en WebDAV :
| |
C’est rudimentaire mais efficace. Pour les synchronisations de dossiers sur Windows, macOS et Linux, le client natif avec delta-sync est plus performant. Mais pour pousser un fichier par jour vers le cloud depuis un serveur, WebDAV avec un script de trois lignes est imbattable en simplicité.
Dernier point : la sécurité. WebDAV sur HTTPS (port 443) est chiffré en transit. Vos identifiants et vos fichiers ne circulent pas en clair. Mais les identifiants sont stockés localement (dans le trousseau macOS, le gestionnaire d’identifiants Windows, ou ~/.davfs2/secrets sur Linux). Assurez-vous que ces emplacements sont protégés, surtout sur une machine partagée.