Navegação suave com WebDAV - Microsoft Clients e Apache Servers
Por padrão, o Windows 7 e posteriores lidam apenas com o WebDAV através de soquetes seguros (SSL). A maneira mais fácil é obter e instalar um certificado SSL no seu servidor. Depois disso, sua configuração do lado do servidor pode ficar assim:
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>
A diretiva AuthDigestDomain deve listar todos os locais protegidos pelo domínio "davusers" no arquivo davusers.digest. Ele informa ao navegador do cliente para permitir que os usuários acessem os outros locais se tiverem fornecido autenticação para um deles.
No lado do cliente Windows, mapeie o compartilhamento webdav usando este URL:
https://www.myserver.com/webdav
Se você realmente odeia a idéia de lidar com SSL, pode desativar esse requisito usando um hack de registro no cliente Windows. Coloque as seguintes linhas em um arquivo de texto sem formatação "Install - Enable BasicWebdav.reg"
Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\WebClient\Parameters]
"BasicAuthLevel"=dword:00000002
Clique com o botão direito do mouse no arquivo e selecione "Mesclar". Você provavelmente precisa reiniciar. Se você deseja remover essa alteração, crie um arquivo de texto sem formatação "Remover - Ativar BasicWebdav.reg" Salve estas linhas dentro:
Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\WebClient\Parameters]
"BasicAuthLevel"=dword:00000001
Mesclar isso colocará tudo de volta aos valores padrão.
Quando você conseguir montar seu compartilhamento WebDAV, você será atacado por outro aborrecimento. Toda vez que você arrasta um arquivo da pasta remota para uma pasta local, você recebe um aviso ameaçador:
These files might be harmful to your computer
Este é um exemplo puro da famosa técnica "FUD" da Microsoft. Eles querem que as pessoas que se conectam aos servidores Apache experimentem "Medo da incerteza e da dúvida".
A correção para isso está um pouco envolvida e existe uma grande quantidade de conselhos contraditórios na web. O primeiro passo é geralmente acordado:
Iniciando no Internet Explorer-> Ferramentas ou no Painel de Controle, selecione:
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.
Mas de onde vem esse caminho? Esta é a razão pela qual ocorrem muitos conselhos contraditórios: Você deve usar o caminho mostrado na barra de título da janela do Explorer após uma conexão bem-sucedida. Isso varia dependendo de dezenas de imponderáveis.
Por exemplo, se a barra de título mostrar algo como:
Computer webdav (\\www.mysite.com@SSL\DavWWWRoot) (X:)
O caminho que você adicionar à zona será usando apenas a parte do servidor entre parênteses:
\\www.mysite.com@SSL
No seu caso, o nome do servidor na barra de blocos pode ser mostrado como um endereço IP, ou talvez sem @SSL: Basta digitar o que você vê. Volte pelas janelas de configuração e os incômodos serão interrompidos.
Na próxima vez que você abrir esta janela, o caminho será parecido com este:
file://www.mysite.com@ssl
Evidentemente, essa é a forma canônica que o Windows prefere.
No exemplo acima, criamos uma exceção na "intranet" (LAN) local, mas você pode fazer o mesmo com servidores remotos se sentir ousadia.
Finalmente, e isso é muito importante, o acesso WebDAV do Windows será incrivelmente lento (como no glacial) se você não fizer esse ajuste:
Internet Explorer->Tools->Internet Options
Select the "Connections" tab.
Press the "LAN Settings" button.
UNCHECK: "automatically detect settings"
Todas as versões do Windows exigiram um novo conjunto de hacks e patches para fazer o WebDAV funcionar. Pode-se ter a impressão de que a Microsoft se sente ameaçada por essa tecnologia ou, talvez mais provavelmente, apenas queira vê-la funcionar com seus servidores.
A resposta de @ user2152363 é muito boa. Apenas para completar, aqui estão duas soluções alternativas que você pode procurar:
Ambos suportam a montagem de um servidor WebDAV. Mas eu recomendo testá-los primeiro; os desenvolvedores do Rclone dizem que a opção de montagem é experimental e, na minha experiência, o Mountain Duck ainda tem alguns bugs.
fonte