WebDAV
WebDAV (Web Distributed Authoring and Versioning) étend HTTP standard avec des méthodes comme PROPFIND, GET ranges et PUT, permettant de monter un serveur de fichiers distant comme un disque. Le système d'exploitation le voit comme un dossier normal, et les applications lisent et écrivent dessus sans savoir que c'est du réseau.
En montage vidéo, WebDAV permet de streamer les originaux depuis le cloud vers votre NLE à l'export, sans télécharger le contenu complet sur le disque local. Le NLE voit une lettre de lecteur ou un point de montage, lit des blocs à la demande, et les décode comme s'ils étaient des MXF ou R3D locaux.
WebDAV séduit parce qu'il ne demande aucun pilote noyau : ce n'est que du HTTP, donc l'OS et le NLE savent déjà le monter et le lire. Le hic pour la vidéo, c'est le seek. L'accès aléatoire dans un gros fichier repose sur les requêtes HTTP Range (demander par exemple les octets de 500 Mo à 520 Mo), et tous les clients WebDAV ne les émettent pas bien. Le redirecteur WebClient intégré à Windows en particulier tend à demander des fichiers entiers plutôt que des plages, ce qui rend pénible le scrub d'un original de 40 Go via WebDAV. Cette limite explique pourquoi un workflow de streaming préfère souvent un vrai pilote de système de fichiers virtuel sur Windows et garde WebDAV là où son client se comporte bien, comme macOS.
La sécurité compte parce que le montage est une porte vivante vers vos médias. Un serveur WebDAV local bien construit n'écoute que sur l'adresse loopback, authentifie chaque requête par un token de session, et rejette les requêtes portant un en-tête Origin de navigateur, qu'un vrai NLE n'envoie jamais. Résultat : un disque qui se comporte comme un stockage local pour le monteur, tandis que les octets réels sont récupérés à la demande depuis le cloud, bloc par bloc, et que rien d'autre que l'application de montage n'y accède.
Exemples
- •macOS mount_webdav présente une URL distante comme /Volumes/MyShare
- •Windows net use mappe une lettre comme Z: vers un serveur de fichiers distant
- •NextCloud et ownCloud exposent le stockage utilisateur comme un disque réseau montable
Dans Sanbila
Sanbila streame les originaux depuis le stockage cloud vers votre NLE via un disque virtuel que le NLE lit comme un dossier local. Les détails du protocole sont abstraits de l'utilisateur, aucune configuration manuelle de mount n'est requise.
Questions fréquentes
Quelle différence entre WebDAV et un disque virtuel comme Dokan ?+
WebDAV est un protocole de niveau HTTP que l'OS monte sans pilote spécial, ce qui le rend simple mais dépendant de la façon dont le client gère les requêtes HTTP Range. Un pilote de système de fichiers virtuel comme Dokan sur Windows (ou FUSE sur Linux) opère plus bas et transmet les vrais appels read(offset, length) de l'application, donc le seek dans un gros fichier marche de façon fiable. Les deux présentent les médias cloud comme un disque local ; la voie du pilote donne un meilleur accès aléatoire.
Pourquoi le scrub peut-il être lent via WebDAV sur Windows ?+
Parce qu'un scrub fluide demande au client de ne réclamer que les octets autour de la tête de lecture via des requêtes HTTP Range, et le redirecteur WebDAV intégré à Windows tend à demander des fichiers entiers. Sur un original de 40 Go, cela veut dire tirer bien plus que nécessaire à chaque seek. C'est la raison précise pour laquelle un workflow de streaming utilise souvent un disque virtuel dédié sur Windows et réserve WebDAV aux clients qui émettent bien les plages.
Le montage WebDAV est-il sécurisé ?+
Un serveur WebDAV local bien construit n'écoute que sur l'adresse loopback, exige un token de session unique à chaque requête, et refuse toute requête portant un en-tête Origin de navigateur, qu'un vrai NLE n'envoie jamais. Les médias sont donc atteignables par votre application de montage mais pas par une page web ou un autre appareil, et les originaux eux-mêmes restent dans le cloud, récupérés à la demande.