Navigation fluide avec WebDAV - Clients Microsoft et serveurs Apache
Par défaut, Windows 7 et au-delà ne traitera que WebDAV via des sockets sécurisés (SSL). Le moyen le plus simple est d'obtenir et d'installer un certificat SSL sur votre serveur. Après cela, votre configuration côté serveur pourrait ressembler à ceci:
Alias /webdav /var/www/webdav
<Directory /var/www/webdav>
DAV on
Satisfy all
Order allow,deny
Allow from all
ForceType application/octet-stream
AuthType Digest
AuthName "davusers"
AuthDigestDomain /webdav /geep /foop /goop
AuthUserFile davusers.digest
Require valid-user
SSLRequireSSL
Options Indexes
</Directory>
La directive AuthDigestDomain doit répertorier tous les emplacements protégés par le domaine "davusers" dans le fichier davusers.digest. Il indique au navigateur client de permettre aux utilisateurs d'accéder aux autres emplacements s'ils ont fourni une authentification pour l'un d'eux.
Côté client Windows, mappez le partage webdav à l'aide de cette URL:
https://www.myserver.com/webdav
Si vous détestez vraiment l'idée de traiter avec SSL, vous pouvez désactiver cette exigence en utilisant un hack de registre sur le client Windows. Mettez les lignes suivantes dans un fichier texte "Installer - Activer BasicWebdav.reg"
Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\WebClient\Parameters]
"BasicAuthLevel"=dword:00000002
Faites un clic droit sur le fichier et sélectionnez "Fusionner". Vous devrez probablement redémarrer. Si vous souhaitez supprimer cette modification, créez un fichier texte "Supprimer - Activer BasicWebdav.reg" Enregistrez ces lignes à l'intérieur:
Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\WebClient\Parameters]
"BasicAuthLevel"=dword:00000001
La fusion qui ramènera tout aux valeurs par défaut.
Lorsque vous serez en mesure de monter votre partage WebDAV, vous serez agressé par un autre ennui. Chaque fois que vous faites glisser un fichier du dossier distant vers un dossier local, vous obtiendrez un avertissement menaçant:
These files might be harmful to your computer
Ceci est un pur exemple de la fameuse technique "FUD" de Microsoft. Ils veulent que les personnes qui se connectent aux serveurs Apache fassent l'expérience de «Craindre l'incertitude et le doute».
Le correctif est un peu compliqué et de nombreux conseils contradictoires existent sur le Web. La première étape est généralement acceptée:
À partir d'Internet Explorer-> Outils ou du Panneau de configuration, sélectionnez:
Internet Options -> Security -> Local intranet
Allowed levels for this zone:
Move the slider to: Low
Sites -> Advanced:
Add the path to the remote webdav server.
Mais d'où vient ce chemin? C'est la raison pour laquelle tant de conseils contradictoires se produisent: vous devez utiliser le chemin indiqué dans la barre de titre de la fenêtre de l'Explorateur après une connexion réussie. Cela variera selon des dizaines d'impondérables.
Par exemple, si la barre de titre affiche quelque chose comme:
Computer webdav (\\www.mysite.com@SSL\DavWWWRoot) (X:)
Le chemin que vous ajoutez à la zone sera, en utilisant uniquement la partie serveur entre parenthèses:
\\www.mysite.com@SSL
Dans votre cas, le nom du serveur dans la barre de tuiles peut être affiché comme une adresse IP, ou peut-être sans @SSL: entrez simplement ce que vous voyez. Sortez des fenêtres de configuration et le harcèlement s'arrêtera.
La prochaine fois que vous ouvrirez cette fenêtre, le chemin d'accès ressemblera à ceci:
file://www.mysite.com@ssl
C'est évidemment la forme canonique que Windows préfère.
Dans l'exemple ci-dessus, nous avons créé une exception sur l'intranet local (LAN), mais vous pouvez faire la même chose pour les serveurs distants si vous vous sentez audacieux.
Enfin, et c'est très important, l'accès WebDAV à partir de Windows sera incroyablement lent (comme dans glacial) si vous n'effectuez pas cet ajustement:
Internet Explorer->Tools->Internet Options
Select the "Connections" tab.
Press the "LAN Settings" button.
UNCHECK: "automatically detect settings"
Chaque version de Windows a nécessité un nouvel ensemble de hacks et de correctifs pour faire fonctionner WebDAV. On pourrait avoir l'impression que Microsoft se sent menacé par cette technologie ou, peut-être plus probablement, ne souhaite que la voir fonctionner avec leurs serveurs.
La réponse de @ user2152363 est très bonne. Juste pour être complet, voici deux solutions alternatives que vous pourriez envisager:
Les deux prennent en charge le montage d'un serveur WebDAV. Mais je recommanderais de les tester d'abord; les développeurs Rclone disent que leur option de montage est expérimentale, et d'après mon expérience, Mountain Duck a encore quelques bugs.
la source