Co to jest WebDAV i jak go używać do zdalnego dostępu do plików?

WebDAV to rozszerzenie protokołu HTTP, które pozwala na edytowanie, zarządzanie i zdalny dostęp do plików na serwerach sieciowych w czasie rzeczywistym. Aby go używać, wystarczy zmapować adres serwera WebDAV jako dysk sieciowy bezpośrednio w systemie operacyjnym Windows, macOS lub Linux, co eliminuje potrzebę instalowania dodatkowych aplikacji klienckich. W ten sposób zdalny katalog zachowuje się dokładnie tak samo, jak pendrive podpięty do portu USB w Twoim komputerze.

Prawda jest zresztą absolutnie taka, że większość użytkowników pracuje z tym standardem na co dzień, nawet o tym nie wiedząc. Aplikacje chmurowe i dyski sieciowe od lat opierają swój szkielet o to rozwiązanie. WebDAV (Web Distributed Authoring and Versioning) zadebiutował pod koniec lat dziewięćdziesiątych. Przetrwał próbę czasu. Jest standardem opisanym w dokumentacji RFC 4918. Zamiast wymyślać koło na nowo, inżynierowie dodali nowe metody do popularnego protokołu HTTP. Standardowe polecenia GET i POST zyskały towarzystwo.

Protokół korzysta z czterech głównych metod operacyjnych. Pierwsza to PROPFIND, która służy do odczytywania właściwości plików i listowania zawartości folderów. Druga to MKCOL, pozwalająca na tworzenie nowych katalogów na serwerze. Trzecia to PUT, odpowiadająca za wgrywanie danych. Czwarta to DELETE, która po prostu kasuje zasoby. To bardzo prosta mechanika. Działa bez pudła.

Jakie są główne zasady działania protokołu WebDAV w sieciach?

Protokół ten rozwiązuje jeden z najbardziej irytujących problemów w administracji sieciowej. Chodzi o zaporę sieciową (firewall) i translację adresów NAT. Zwykły FTP wymaga otwierania wielu portów losowych do transferu danych w trybie pasywnym. Administratorzy tego nienawidzą. WebDAV używa wyłącznie portu 80 dla połączeń nieszyfrowanych i portu 443 dla połączeń szyfrowanych TLS. To te same porty, na których działa każda strona internetowa. Ruch przechodzi przez zapory bez żadnego problemu. Nikt nie musi konfigurować dodatkowych wyjątków na routerze brzegowym.

Architektura opiera się o model klient-serwer. Serwerem jest najczęściej oprogramowanie Apache lub Nginx z odpowiednimi modułami, a także gotowe środowiska typu Nextcloud lub oprogramowanie serwerów NAS. Klientem jest po prostu wbudowany eksplorator plików w Twoim systemie operacyjnym. Nie potrzebujesz FileZilli. Nie potrzebujesz WinSCP. Podajesz adres URL, podajesz login i hasło. System montuje to jako literę dysku. Gotowe.

Pamiętam wdrożenie z 2016 roku w małej agencji projektowej. Zespół grafików narzekał, że FTP zrywa połączenia przy przesyłaniu plików projektowych, a VPN był dla nich zbyt skomplikowany. Postawiliśmy prosty serwer Apache z włączonym modułem mod_dav i wystawiliśmy go na zewnątrz przez port 443. Ludzie zmapowali sobie dyski w domach. Skonfigurowaliśmy blokowanie plików (file locking), więc kiedy jeden grafik otwierał plik PSD, serwer zakładał na niego kłódkę. Inni widzieli go w trybie tylko do odczytu. Problem nadpisywania pracy zniknął z dnia na dzień. To konkretny dowód na przewagę tego rozwiązania w pracy grupowej.

Dlaczego WebDAV wykorzystuje porty 80 i 443 zamiast standardowego FTP?

Użycie standardowych portów webowych to genialne posunięcie inżynieryjne. Kiedy łączysz się z publicznej sieci Wi-Fi w hotelu lub na lotnisku, lokalni administratorzy zazwyczaj blokują wszystkie niestandardowe porty. FTP na porcie 21 czy SMB na porcie 445 po prostu tam nie działają. Zostajesz odcięty od firmowych zasobów. Port 443 musi być jednak otwarty, bo bez niego goście hotelowi nie mogliby przeglądać internetu i odbierać poczty. WebDAV jedzie na plecach tego ruchu HTTPS. Dla sprzętu sieciowego pakiety WebDAV wyglądają jak zwykłe ładowanie strony internetowej z obrazkami.

Jak krok po kroku zmapować dysk WebDAV w systemie Windows 10 i 11?

Podłączenie zdalnego katalogu w środowisku Microsoftu zajmuje dosłownie minutę, pod warunkiem, że wiesz, gdzie kliknąć. Konfiguracja odbywa się z poziomu wbudowanego Eksploratora plików. Zapomnij o zewnętrznych narzędziach.

• Otwórz „Ten komputer” w Eksploratorze plików.
• Kliknij prawym przyciskiem myszy w pustym miejscu i wybierz „Dodaj lokalizację sieciową” lub wybierz z górnego menu opcję „Mapuj dysk sieciowy”.
• Wybierz wolną literę dysku, np. Z:.
• W polu „Folder” wpisz pełny adres URL serwera, upewniając się, że zaczyna się od https://.

System zapyta Cię o poświadczenia. Wpisujesz nazwę użytkownika i hasło. Zaznaczasz opcję zapamiętania tych danych, żeby nie musieć ich wpisywać po każdym restarcie komputera. Dysk pojawia się na liście i możesz od razu z niego korzystać. Przeciągasz pliki, edytujesz dokumenty bezpośrednio na serwerze, kasujesz dane. Wszystko działa w tle.

Co zrobić, gdy Windows odrzuca połączenie z serwerem WebDAV?

Tutaj zaczynają się schody, o których rzadko przeczytasz w oficjalnej dokumentacji Microsoftu. Windows ma wbudowany bardzo agresywny mechanizm bezpieczeństwa dotyczący klienta WebDAV. Domyślnie system operacyjny odmówi połączenia, jeśli serwer nie używa certyfikatu SSL (czyli łączysz się po http:// zamiast https://) i jednocześnie używa podstawowego uwierzytelniania (Basic Authentication).

Zdarza się to nagminnie w sieciach lokalnych (LAN), gdzie administratorzy często nie wdrażają certyfikatów dla wewnętrznych adresów IP. Windows wywali wtedy błąd, że podany folder jest nieprawidłowy. Wygląda to na awarię sieci, a to celowa blokada. Rozwiązaniem jest mała modyfikacja rejestru systemowego. Musisz wejść do Edytora Rejestru (regedit) i znaleźć klucz HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters. Znajdziesz tam wartość o nazwie BasicAuthLevel. Domyślnie ma wartość 1. Zmieniasz ją na 2. Po restarcie usługi WebClient system Windows pozwoli na przesyłanie hasła czystym tekstem po nieszyfrowanym HTTP. Zrobiliśmy to na wdrożeniu wewnętrznego serwera QNAP u klienta, bo certyfikaty wygasały im co trzy miesiące i nikt nie miał czasu tego pilnować. Oczywiście robisz to tylko w odizolowanej sieci lokalnej.

W jaki sposób skonfigurować dostęp WebDAV na komputerach Apple macOS?

Systemy z rodziny macOS radzą sobie z tym standardem o wiele lepiej i stabilniej niż Windows. Apple wbudowało natywną obsługę bezpośrednio w aplikację Finder. Nie musisz modyfikować żadnych ukrytych plików systemowych. Przebiega to w dwóch prostych krokach.

Klikasz w dowolne miejsce na biurku, aby aktywować Findera. Naciskasz kombinację klawiszy Command + K na klawiaturze. Wyświetli się okno „Połącz z serwerem”. Wpisujesz adres URL. I tutaj mała uwaga techniczna. Choć macOS zrozumie adres zaczynający się od https://, starsze wersje systemu wolały prefiks webdavs:// (dla połączeń szyfrowanych) lub webdav:// (dla nieszyfrowanych). Klikasz połącz, wpisujesz dane logowania i katalog montuje się na pulpicie jako zewnętrzny napęd. Możesz dodać ten adres do ulubionych, klikając ikonę plusa, by mieć go pod ręką na przyszłość.

Jakie serwery NAS i usługi chmurowe natywnie obsługują WebDAV?

Prawie każde poważne urządzenie do magazynowania danych w sieci posiada ten protokół w swoim oprogramowaniu. Zazwyczaj jest wyłączony domyślnie ze względów bezpieczeństwa, ale jego aktywacja to kwestia jednego suwaka w panelu administratora.

W urządzeniach Synology (system DSM) musisz doinstalować darmowy pakiet „WebDAV Server” z Centrum Pakietów. Po jego uruchomieniu decydujesz, czy chcesz używać portu 5005 dla HTTP, czy 5006 dla HTTPS. QNAP (system QTS) ma to wbudowane bezpośrednio w zakładkę usług sieciowych. Wystarczy zaznaczyć odpowiednie pole wyboru i nadać uprawnienia dla konkretnych użytkowników.

Jeśli mówimy o chmurze prywatnej (self-hosted), absolutnym królem jest Nextcloud oraz jego brat ownCloud. Te systemy wręcz bazują na protokole WebDAV. Każdy plik, który tam wgrywasz, jest obsługiwany przez serwer SabreDAV działający w tle. Nawet oficjalne aplikacje mobilne Nextcloud używają komend WebDAV do synchronizacji zdjęć z Twojego telefonu. Zewnętrzni dostawcy, tacy jak pCloud, Koofr czy nawet szwajcarski Infomaniak, dają bezpośredni dostęp URL do Twoich plików za pomocą tego standardu.

Czy WebDAV jest bezpieczny do przesyłania wrażliwych danych firmowych?

Bezpieczeństwo tego protokołu zależy w stu procentach od warstwy transportowej. Sam w sobie, czysty WebDAV, przesyła wszystko tekstem jawnym (plaintext). Ktoś podłączony do tej samej sieci Wi-Fi może uruchomić program Wireshark i wyciągnąć Twoje hasło w ułamku sekundy. Dlatego wymuszenie szyfrowania jest bezdyskusyjne.

Zawsze używaj TLS (HTTPS). Zawsze instaluj ważny certyfikat SSL na serwerze, nawet jeśli to darmowy certyfikat od Let’s Encrypt. Kiedy ruch jest obudowany w warstwę SSL/TLS, standard ten staje się tak samo bezpieczny jak logowanie do Twojego banku internetowego. W środowiskach o podwyższonym rygorze bezpieczeństwa często łączy się to rozwiązanie z wirtualną siecią prywatną (VPN). Użytkownik najpierw zestawia tunel VPN do siedziby firmy, a dopiero potem mapuje dysk po wewnętrznym adresie IP. Taka podwójna warstwa izoluje serwer plików od botów skanujących internet w poszukiwaniu luk.

WebDAV kontra FTP i SMB – który protokół wybrać do jakich zadań?

Wybór odpowiedniego protokołu transferu plików to ciągły ból głowy dla działów IT. Nie ma rozwiązania uniwersalnego. Wszystko zależy od tego, gdzie fizycznie znajdują się użytkownicy i na jakim sprzęcie pracują. Zestawiłem to w oparciu o czyste fakty i realne zastosowania.

Kiedy SMB wygrywa z WebDAV w sieci lokalnej LAN?

Jeśli wszyscy pracownicy siedzą w jednym biurze, podłączeni do tego samego switcha, SMB (Samba) miażdży WebDAV pod względem wydajności. Protokół Microsoftu został napisany specjalnie do operacji na plikach w sieciach o niskich opóźnieniach. SMB obsługuje powiadomienia o zmianach w katalogu w czasie rzeczywistym. Kiedy kolega z biurka obok doda plik do folderu, Ty widzisz go na swoim ekranie natychmiast. WebDAV często wymaga ręcznego odświeżenia okna przyciskiem F5.

SMB radzi sobie też znacznie lepiej z metadanymi i dużymi, wielogigabajtowymi plikami wideo. Renderowanie projektu w Premiere Pro bezpośrednio z dysku SMB jest możliwe w sieci 10 GbE. Próba zrobienia tego samego przez WebDAV skończy się zacięciem programu i utratą danych. HTTP ma narzut komunikacyjny (overhead), który po prostu zabija wydajność przy ciężkich operacjach wejścia/wyjścia na dysku.

Jak uruchomić własny serwer WebDAV na systemie Linux (Apache2)?

Uruchomienie własnej instancji na serwerze z systemem Ubuntu lub Debian to zadanie na kwadrans dla kogoś, kto zna podstawy wiersza poleceń. Pokażę Ci, jak my to robimy na szybkich wdrożeniach deweloperskich. Używamy do tego serwera WWW Apache2.

Najpierw instalujesz pakiety. Wpisujesz w terminalu apt update a następnie apt install apache2 apache2-utils. Kiedy serwer WWW już działa, musisz włączyć dwa wbudowane moduły odpowiedzialne za obsługę naszego protokołu. Wydajesz polecenia: a2enmod dav oraz a2enmod dav_fs. Następnie restartujesz usługę komendą systemctl restart apache2.

Kolejnym krokiem jest stworzenie katalogu, w którym będą leżeć pliki. Tworzysz folder /var/www/webdav i zmieniasz jego właściciela na użytkownika, z którego uprawnieniami działa Apache (najczęściej www-data). Robisz to komendą chown -R www-data:www-data /var/www/webdav. Na koniec generujesz plik z hasłami za pomocą narzędzia htpasswd. Wpisujesz htpasswd -c /etc/apache2/webdav.password janek. System poprosi Cię o podanie i powtórzenie hasła dla użytkownika janek. Reszta to dodanie krótkiego bloku konfiguracyjnego VirtualHost w Apache, wymuszenie autoryzacji Basic i gotowe. Masz własny, w pełni funkcjonalny dysk sieciowy bez opłat abonamentowych.

Jakie są największe wady i ograniczenia technologii WebDAV?

Nie ma technologii bez wad. Z doświadczenia wiem, że WebDAV potrafi doprowadzić do szału w jednym konkretnym scenariuszu: przy kopiowaniu ogromnej liczby bardzo małych plików. Jeśli spróbujesz skopiować folder zawierający 50 000 plików tekstowych lub małych ikon ważących po kilka kilobajtów, transfer spadnie drastycznie.

Wynika to z faktu, że dla każdego pojedynczego pliku protokół musi nawiązać osobną transakcję HTTP, zapytać o właściwości (PROPFIND), otworzyć połączenie (PUT) i je zamknąć. Ten narzut sprawia, że kopiowanie 100 MB w tysiącach małych plików może trwać godzinę, podczas gdy skopiowanie jednego pliku o wadze 1 GB zajmie kilkanaście sekund. Protokół po prostu się dławi liczbą żądań. Dlatego przed wysłaniem na taki dysk projektu ze stroną internetową zawierającego tysiące małych skryptów JS, zawsze najpierw pakuję go do jednego archiwum ZIP.

Kolejnym problemem jest obsługa wersji plików. Choć litera „V” w skrócie WebDAV oznacza Versioning (wersjonowanie), w praktyce rzadko który klient i serwer implementują tę funkcję poprawnie według specyfikacji. Zazwyczaj kończy się to na zwykłym nadpisywaniu plików bez zachowywania historii zmian na poziomie samego protokołu. Systemy takie jak Nextcloud radzą sobie z tym, ale robią to we własnej bazie danych, a nie opierając się na nagłówkach HTTP.

Ustaliliśmy już, jak podłączyć zdalny katalog, jak omijać blokady Windowsa i dlaczego port 443 to Twoje najlepsze narzędzie w walce z hotelowymi zaporami sieciowymi. Teoria to jednak tylko połowa sukcesu w branży IT. Zaloguj się teraz do swojego domowego routera lub serwera NAS, włącz usługę WebDAV, pobierz darmowy certyfikat i spróbuj zmapować ten dysk na swoim laptopie z innej sieci. Zobaczysz na własne oczy, ile czasu zaoszczędzisz, porzucając powolne klienty FTP na rzecz natywnego dostępu prosto z systemu operacyjnego.

Bibliografia

1. Internet Engineering Task Force – https://www.ietf.org
2. Apache HTTP Server Project – https://httpd.apache.org
3. Microsoft Learn – https://learn.microsoft.com
4. Nextcloud – https://nextcloud.com
5. Synology Knowledge Center – https://kb.synology.com