Nie można zamontować zdalnego katalogu przy użyciu WebDAV


9

Skonfigurowałem serwer z Apache i WebDAV, korzystając z tego samouczka .

Testowałem funkcjonalność WebDAV za pomocą klienta Cyberduck i działa ona doskonale. Mogę zarówno czytać, jak i pisać w zdalnym katalogu, korzystając z poniższych informacji.

Szczegóły wprowadzone do Cyberducks.  Połączenie udane!

Chcę więc zamontować ten katalog jako dysk w systemie Windows 8, co moim zdaniem powinno być możliwe przy użyciu WebDAV. Kliknij prawym przyciskiem myszy „Komputer”, a następnie wybierz „Mapuj dysk sieciowy”. Ale nie jest jasne, jak powinienem wprowadzić powyższe dane.

Próbowałem przepisać adres URL na wszystkie sposoby, jakie mogłem sobie wyobrazić, i próbowałem z „Połącz za pomocą różnych poświadczeń” i bez niego.

Zawsze mówi tylko, że próbuje się połączyć, pyta o poświadczenia (jeśli to zaznaczyłem), a następnie wyświetla błąd „0x80070043 Nie można znaleźć nazwy sieci”.

wprowadź opis zdjęcia tutaj

Co jest nie tak? Jak zamontować zdalny katalog za pomocą WebDAV, jeśli nie tak jak powyżej?

Odpowiedzi:


8

Płynne żeglowanie dzięki WebDAV - klienci Microsoft i serwery Apache

Domyślnie Windows 7 i nowsze wersje będą obsługiwać WebDAV tylko przez bezpieczne gniazda (SSL). Najłatwiejszym sposobem jest uzyskanie i zainstalowanie certyfikatu SSL na serwerze. Następnie konfiguracja po stronie serwera może wyglądać następująco:

    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>

Dyrektywa AuthDigestDomain powinna wymieniać wszystkie lokalizacje chronione przez dziedzinę „davusers” w pliku davusers.digest. Informuje przeglądarkę klienta, aby zezwoliła użytkownikom na dostęp do innych lokalizacji, jeśli dla jednego z nich dostarczyli uwierzytelnienie.

Po stronie klienta Windows zamapuj udział webdav przy użyciu tego adresu URL:

    https://www.myserver.com/webdav

Jeśli naprawdę nie znosisz pomysłu obsługi protokołu SSL, możesz wyłączyć to wymaganie, używając hacka rejestru na kliencie Windows. Umieść następujące wiersze w zwykłym pliku tekstowym „Instaluj - Włącz BasicWebdav.reg”

    Registry Editor Version 5.00

    [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\WebClient\Parameters]
    "BasicAuthLevel"=dword:00000002

Kliknij plik prawym przyciskiem myszy i wybierz „Scal”. Prawdopodobnie musisz zrestartować komputer. Jeśli chcesz usunąć tę zmianę, utwórz zwykły plik tekstowy „Usuń - Włącz BasicWebdav.reg” Zapisz te linie w środku:

    Registry Editor Version 5.00

    [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\WebClient\Parameters]
    "BasicAuthLevel"=dword:00000001

Scalenie przywróci wszystko do wartości domyślnych.

Gdy będziesz w stanie zamontować swój udział WebDAV, zostaniesz zaatakowany przez inną irytację. Za każdym razem, gdy przeciągniesz plik ze zdalnego folderu do folderu lokalnego, pojawi się groźne ostrzeżenie:

These files might be harmful to your computer

Jest to czysty przykład słynnej techniki Microsoft FUD. Chcą, aby osoby łączące się z serwerami Apache doświadczyły „Strachu przed niepewnością i wątpliwościami”.

Rozwiązanie tego problemu jest nieco skomplikowane, aw Internecie można znaleźć wiele sprzecznych porad. Pierwszy krok jest ogólnie uzgodniony:

Począwszy od Internet Explorer-> Narzędzia lub Panel sterowania, wybierz:

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.

Ale skąd pochodzi ta ścieżka? Jest to powód, dla którego pojawia się tak wiele sprzecznych porad: po udanym połączeniu należy użyć ścieżki pokazanej na pasku tytułu okna Eksploratora. Będzie się to różnić w zależności od kilkudziesięciu elementów nieprzewidywalnych.

Na przykład, jeśli pasek tytułu pokazuje coś takiego:

Computer webdav (\\www.mysite.com@SSL\DavWWWRoot) (X:)

Ścieżka dodana do strefy będzie przy użyciu tylko części serwerowej w nawiasach:

\\www.mysite.com@SSL

W twoim przypadku nazwa serwera na pasku kafelków może być wyświetlana jako adres IP lub być może bez @SSL: Po prostu wpisz, co widzisz. Wycofanie się z okien konfiguracji i dokuczanie ustanie.

Następnym razem, gdy otworzysz to okno, ścieżka będzie wyglądać następująco:

    file://www.mysite.com@ssl

Jest to oczywiście kanoniczna forma preferowana przez system Windows.

W powyższym przykładzie stworzyliśmy wyjątek na lokalnym „intranecie” (LAN), ale możesz zrobić to samo dla zdalnych serwerów, jeśli czujesz się odważny.

Wreszcie, i to jest bardzo ważne, dostęp do WebDAV z systemu Windows będzie niesamowicie powolny (jak w przypadku lodowca), jeśli nie dokonasz tej regulacji:

Internet Explorer->Tools->Internet Options
Select the "Connections" tab.
Press the "LAN Settings" button.
UNCHECK: "automatically detect settings"

Każda wersja systemu Windows wymagała nowego zestawu hacków i poprawek, aby WebDAV działał. Można odnieść wrażenie, że Microsoft czuje się zagrożony tą technologią lub, co bardziej prawdopodobne, chce widzieć, jak działa ona na ich serwerach.


Dzięki za bardzo szczegółową i dokładną odpowiedź. „Niestety” wróciłem do programowania w systemie Linux, głównie dlatego, że nigdy nie znalazłem dobrego sposobu pracy na zdalnych serwerach z systemu Windows. Nadal zatwierdziłem twoją odpowiedź, mając nadzieję, że masz rację :)
Mads Skjern

Doskonała odpowiedź, @ hugh-iskier !!!
Paulo Coghi - Przywróć Monikę

0

Odpowiedź użytkownika @ user2152363 jest bardzo dobra. Dla kompletności, oto dwa alternatywne rozwiązania, na które możesz spojrzeć:

Oba obsługują montaż serwera WebDAV. Ale najpierw poleciłbym je przetestować; Deweloperzy Rclone twierdzą, że ich opcja montowania jest eksperymentalna, a z mojego doświadczenia wynika, że ​​Mountain Duck ma jeszcze kilka błędów.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.