Não é possível montar o diretório remoto usando o WebDAV

9

Eu configurei um servidor com Apache e WebDAV, usando este tutorial .

Testei a funcionalidade WebDAV usando o cliente Cyberduck e funciona perfeitamente. Posso ler e gravar no diretório remoto usando os detalhes abaixo.

Detalhes inseridos no Cyberducks.  Conexão bem sucedida!

Então, eu quero montar este diretório como uma unidade no Windows 8, o que acredito ser possível usando o WebDAV. Clique com o botão direito em "Computador" e escolha "Mapear unidade de rede". Mas não está claro como devo inserir os dados acima.

Tentei reescrever a URL de todas as maneiras que pude imaginar e tentei com e sem "Conectar usando credenciais diferentes".

Ele sempre diz que tenta se conectar, solicita credenciais (se eu marquei) e, em seguida, gera o erro "0x80070043 O nome da rede não pode ser encontrado".

insira a descrição da imagem aqui

O que está errado? Como monto um diretório remoto usando o WebDAV, se não como acima?

Mads Skjern
fonte

Respostas:

8

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.

user2152363
fonte
Obrigado pela resposta muito detalhada e completa. "Infelizmente", voltei ao desenvolvimento no Linux, principalmente porque nunca encontrei uma boa maneira de trabalhar em servidores remotos do Windows. Eu ainda ter aprovado a sua resposta, esperando que você é :) correta
Mads Skjern
Excelente resposta, @ hugh-sparks !!!
Paulo Coghi - Restabelece Monica
0

A resposta de @ user2152363 é muito boa. Apenas para completar, aqui estão duas soluções alternativas que você pode procurar:

  • Pato da montanha , das mesmas pessoas que o Cyberduck;
  • Rclone , um programa semelhante ao Rsync que suporta WebDAV.

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.

Onnonymous
fonte