Berlayar dengan WebDAV - Klien Microsoft dan Server Apache
Secara default, Windows 7 dan seterusnya hanya akan berurusan dengan WebDAV melalui soket aman (SSL). Jalan keluar yang mudah adalah dengan mendapatkan dan menginstal sertifikat SSL di server Anda. Setelah daripada, konfigurasi sisi server Anda mungkin terlihat seperti ini:
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>
Arahan AuthDigestDomain harus mencantumkan semua lokasi yang dilindungi oleh ranah "davusers" dalam file davusers.digest. Ini memberitahu browser klien untuk membiarkan pengguna mengakses lokasi lain jika mereka telah memberikan otentikasi untuk salah satu dari mereka.
Di sisi klien Windows, petakan berbagi webdav menggunakan url ini:
https://www.myserver.com/webdav
Jika Anda benar-benar benci gagasan berurusan dengan SSL, Anda dapat mematikan persyaratan ini menggunakan peretasan registri pada klien Windows. Masukkan baris berikut dalam file teks biasa "Install - Enable BasicWebdav.reg"
Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\WebClient\Parameters]
"BasicAuthLevel"=dword:00000002
Klik kanan pada file dan pilih "Gabung". Anda mungkin harus reboot. Jika Anda ingin menghapus perubahan ini, buat file teks biasa "Hapus - Aktifkan BasicWebdav.reg" Simpan baris-baris ini di dalam:
Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\WebClient\Parameters]
"BasicAuthLevel"=dword:00000001
Penggabungan yang akan mengembalikan semuanya ke nilai default.
Saat Anda dapat me-mount share WebDAV Anda, Anda akan diserang oleh gangguan lain. Setiap kali Anda menyeret file dari folder jarak jauh ke folder lokal, Anda akan mendapat peringatan mengancam:
These files might be harmful to your computer
Ini adalah contoh murni dari teknik "FUD" Microsoft yang terkenal. Mereka ingin orang-orang yang terhubung ke server Apache mengalami "Ketakutan Ketidakpastian dan Keraguan."
Perbaikan untuk ini sedikit terlibat dan banyak nasihat kontradiktif ada di web. Langkah pertama disepakati secara umum:
Mulai dari Internet Explorer-> Tools atau Control Panel, pilih:
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.
Tapi dari mana jalan ini berasal? Ini adalah alasan begitu banyak saran yang kontradiktif terjadi: Anda harus menggunakan jalur yang ditampilkan di bilah judul jendela Explorer setelah koneksi berhasil. Ini akan bervariasi tergantung pada lusinan hal yang tidak dapat dibuktikan.
Misalnya, jika bilah judul menunjukkan sesuatu seperti:
Computer webdav (\\www.mysite.com@SSL\DavWWWRoot) (X:)
Path yang Anda tambahkan ke zona akan, hanya menggunakan bagian server di dalam tanda kurung:
\\www.mysite.com@SSL
Dalam kasus Anda, nama server di bilah ubin dapat ditampilkan sebagai alamat IP, atau mungkin tanpa @SSL: Cukup masukkan apa yang Anda lihat. Kembali keluar dari jendela konfigurasi dan omelan akan berhenti.
Lain kali Anda membuka jendela ini, jalan akan terlihat seperti ini:
file://www.mysite.com@ssl
Ini, jelas, adalah bentuk kanonik yang disukai Windows.
Pada contoh di atas, kami membuat pengecualian pada "intranet" (LAN) lokal, tetapi Anda dapat melakukan hal yang sama untuk server jarak jauh jika Anda merasa berani.
Akhirnya, dan ini sangat penting, akses WebDAV dari Windows akan sangat lambat (seperti pada glasial) jika Anda tidak melakukan penyesuaian ini:
Internet Explorer->Tools->Internet Options
Select the "Connections" tab.
Press the "LAN Settings" button.
UNCHECK: "automatically detect settings"
Setiap versi windows membutuhkan set baru peretasan dan tambalan untuk membuat WebDAV berfungsi. Orang mungkin mendapat kesan bahwa Microsoft merasa terancam oleh teknologi ini atau, mungkin lebih mungkin, hanya ingin melihatnya bekerja dengan server mereka.
Jawaban oleh @ user2152363 sangat baik. Hanya untuk kelengkapan, berikut adalah dua solusi alternatif yang bisa Anda perhatikan:
Kedua dukungan ini memasang server WebDAV. Tetapi saya akan merekomendasikan untuk mengujinya terlebih dahulu; Rclone devs mengatakan opsi mount mereka bersifat percobaan, dan dalam pengalaman saya Mountain Duck masih memiliki beberapa bug.
sumber