Erro de sistema WebDav 67 no Windows XP

Question

Problema: estou tendo problemas para fazer o WebDav funcionar na linha de comando no Windows XP, no Service Pack 2 e no Service Pack 3.

C:\>net use z: https://mywebsite.com/software/
System error 67 has occurred.

The network name cannot be found.

Eu testei isso com dois servidores webdav. Tanto o Ubuntu Apache quanto o Windows Server 2003 IIS. Ambos recebem o mesmo resultado.

Coisas que não funcionaram:

1. Instalei o seguinte KB da Microsoft nas minhas máquinas XP sem sucesso .

2. Também encontrei a seguinte chave reg: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters UseBasicAuth REG_DWORD 1

3. Eu tentei o seguinte quando tentei usar um pouco de trabalho por aí que eu desenterrei na web, todos produzindo o mesmo resultado.

   net use z: https://mywebsite.com/software
   net use z: https://mywebsite.com/software#
   net use z: https://mywebsite.com/software/
   net use z: https://mywebsite.com/software/#
   

4. Eu também tentei todas as combinações acima adicionando um usuário a ele /user:user e /user:user@domain .

5. Eu também tentei usar http:// em vez de https:// .

6. Já experimentei "\server.com@ssl:443\folder"

7. Analisei problemas relacionados à rede, conforme apontado pelo @WesleyDavid.

Coisas que funcionam:

• Eu posso conectar-me à pasta do webdav por meio do URL e com o mapeamento no Local de rede, com o XP. Mas a linha de comando não funciona (eu preciso de uma letra de unidade).
• O Windows 7 funciona perfeitamente com o mesmo comando.

Meu Delemma:

Eu preciso que funcione com uma letra de unidade. O que mais eu posso tentar fazer isso funcionar?

    

Answer 1

Usando o WedDAV ativado no OS X Lion Server, a sintaxe no XP é:

NET USE * http: // URL do servidor / webdav / nome de usuário senha / user: nome de usuário

Isso funciona, mas não consegue descobrir como escolher entre vários compartilhamentos para o mesmo usuário (sempre é padronizado como o diretório da conta do usuário) ...

    

Answer 2

Eu tive os mesmos problemas para uma conexão HTTP WebDav (não tentei com HTTPS ainda, mas também deve funcionar). Por favor, tente o seguinte, funcionou para mim:

Para ativar a autenticação básica no computador cliente, siga estas etapas:

1. Clique em Iniciar e, em seguida, clique em Executar.
2. Na caixa Abrir, digite regedit e clique em OK.
3. Localize e clique na seguinte subchave do Registro: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Serviços \ WebClient \ Parâmetros
4. No menu Editar, aponte para Novo e clique em Valor DWORD.
5. Digite UseBasicAuth e pressione Enter.
6. No menu Editar, clique em Modificar.
7. Na caixa Dados do valor, digite 1 e clique em OK. Observação Autenticação básica é habilitada se a entrada de registro UseBasicAuth é definida como um valor diferente de zero. A autenticação básica é desabilitada se a entrada de registro UseBasicAuth não estiver presente ou se a entrada de registro UseBasicAuth estiver definida como 0 (zero).
8. Saia do Editor do Registro e reinicie o computador.

Observe que a chave é chamada BasicAuthLevel no Vista e mais recente

Em seguida, conecte

net use X: "http://mywebsite.com/software" /User:username password

Fonte link

    

Answer 3

Zero adivinhar: Acabei de editar isso aqui. Livre-se da barra à direita em net use z: https://mywebsite.com/software/ para que leia net use z: https://mywebsite.com/software

Primeiro palpite:

Eu não gosto da aparência de /user:user@domain . Eu vi coisas esboçadas acontecerem com isso em algumas ferramentas CLI do Windows (embora, sim, deva funcionar bem). Você tentou o formato /u:domain\user ?

Segunda palpite:

1. Entre no gerenciamento de hardware e selecione Visualizar> > " Mostrar dispositivos ocultos "
2. Abra o nó "Non Plug and Play Drivers"
3. Desativar o tradutor de endereços de rede IP

Isso é conhecido por causar o erro 67, que é o coração do problema. Um erro de comunicação.

Terceiro palpite

Corrupção do Winsock! Acontece. Olhe para netsh winsock reset e netsh winsock reset catalog

Você pode ler mais em este artigo da base de conhecimento .

Quarta Sugestão:

Às vezes, o erro 67 pode ser causado por um problema de nível de hardware no cliente e no servidor, geralmente envolvendo os drivers. Duas possibilidades:

1. Redefina a pilha TCP / IP no cliente usando netsh int ip reset . Eu sei, eu sei - é a administração do culto de carga. Apenas tente. =)
2. Atualize para os drivers de rede mais recentes para o número exato do modelo de cartão em todas as máquinas envolvidas. Até os servidores. Em minha opinião, em algum lugar, parece que me lembro do erro 67 sendo lançado em clientes e a placa de rede do servidor sendo atualizada para resolver o problema.

Quinto palpite

Estamos chegando a picaretas finas aqui. Tente isso no modo de segurança com rede. Conexões WebDAV devem poder ser feitas. Eu estou querendo saber se algum interferente estranho driver de rede está interferindo, embora isso deveria ter sido cuidado com a minha atualização dos drivers em Guess # 1.

    

Answer 4

Você não pode mapear uma unidade de rede para uma conexão https antes do Windows Vista, pelo menos não com o comando Net. Isso tem a ver com um problema com o mini redirecionador do WebDav. Verifique o seguinte: link

    

Answer 5

Por favor, tente

C:\>net use z: http://user:[email protected]/software

A outra coisa que vejo é:

net use * z: https://mywebsite.com/software password /user:username

    

Answer 6

Já verificou este artigo da Microsoft KB? Pode valer a pena uma tentativa.

Você pode receber uma mensagem de erro “O nome da rede não pode ser encontrado” quando você usa o nome de domínio totalmente qualificado para se conectar a um controle remoto computador de um computador baseado no Windows Server 2003, baseado no Windows XP ou baseado no Windows 2000

Também recomendo usar o Fiddler para espionar o tráfego enquanto você emite o comando net use . Você pode ver algo um pouco mais interessante que o WebDav System Error 67.

    

Answer 7

Mmm. Que tal:

net use z: link

Além disso, quando você tenta fazer 'net use z: link ' (o ponto 5 do que não funcionou) é a porta 80 ativa no seu servidor de destino? Claramente este é um problema do XP - podemos isolá-lo para XP e HTTPS ou XP e Webdav? Seus logs de eventos mostram alguma coisa?

Além disso: o comando net use pode estar usando as configurações de segurança da Internet do Windows para mapear a unidade? Pode ser necessário colocar link nos seus sites confiáveis . Procure no IE - > ferramentas - > segurança, ou o seu painel de controle.

    

Answer 8

Webdav NO IIS: net use * link SENHA / usuário: USER @ DOMAIN

se você usar o IIS, a pasta Raiz tem esse nome DavWWWRoot, algum cliente resolve automaticamente (windows 10 e windows 7), mas em outros casos você deve especificar (windows xp). Esse trabalho me forma