Impossible de monter le répertoire distant à l'aide de WebDAV

9

J'ai configuré un serveur avec Apache et WebDAV, en utilisant ce tutoriel .

J'ai testé la fonctionnalité WebDAV en utilisant le client Cyberduck, et cela fonctionne parfaitement. Je peux à la fois lire et écrire dans le répertoire distant en utilisant les détails ci-dessous.

Les détails sont entrés dans Cyberducks.  Connexion réussie!

Je souhaite donc monter ce répertoire en tant que lecteur dans Windows 8, ce qui devrait être possible à l'aide de WebDAV. Je fais un clic droit sur "Ordinateur", puis je choisis "Carte du lecteur réseau". Mais la façon dont je dois saisir les données ci-dessus n'est pas claire.

J'ai essayé de réécrire l'URL de toutes les manières que j'imaginais, et j'ai essayé avec et sans "Se connecter en utilisant différentes informations d'identification".

Il dit toujours simplement d'essayer de se connecter, puis demande des informations d'identification (si je l'ai coché), puis donne l'erreur "0x80070043 Le nom du réseau est introuvable."

entrez la description de l'image ici

Qu'est-ce qui ne va pas? Comment monter un répertoire distant à l'aide de WebDAV, si ce n'est pas comme ci-dessus?

Mads Skjern
la source

Réponses:

8

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.

user2152363
la source
Merci pour la réponse très détaillée et approfondie. "Malheureusement", je suis revenu au développement sous Linux, principalement parce que je n'ai jamais trouvé un bon moyen de travailler sur des serveurs distants à partir de Windows. J'ai toujours approuvé votre réponse, en espérant que vous ayez raison :)
Mads Skjern
Excellente réponse, @ hugh-sparks !!!
Paulo Coghi - Rétablir Monica
0

La réponse de @ user2152363 est très bonne. Juste pour être complet, voici deux solutions alternatives que vous pourriez envisager:

  • Mountain Duck , des mêmes personnes que Cyberduck;
  • Rclone , un programme de type Rsync qui prend en charge WebDAV.

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.

Anonyme
la source