Error del sistema WebDav 67 en Windows XP

Problema: Tengo problemas para que WebDav funcione en la línea de comandos en Windows XP, tanto Service Pack 2 como Service Pack 3.

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

The network name cannot be found.

He probado esto con dos servidores webdav. Tanto Ubuntu Apache como I Windows Server 2003 IIS. Ambos obtienen el mismo resultado.

Cosas que no han funcionado:

1. He instalado el siguiente KB de Microsoft en mis máquinas XP sin resultado.

2. También he encontrado la siguiente clave de registro: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters UseBasicAuth REG_DWORD 1

3. Intento lo siguiente cuando intento usar algunos trabajos que he encontrado en la web, y todos producen el mismo 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. También probé todas las combinaciones anteriores agregando un usuario /user:usery /user:user@domain.

5. También he intentado usar en http://lugar de https://.

6. He intentado "\\server.com@ssl:443\folder"

7. He repasado los problemas relacionados con las redes, como señaló @WesleyDavid.

Cosas que funcionan:

• Me puedo conectar a la carpeta WebDAV a través de la URL y con el mapeo de sitios de red, con XP. Pero la línea de comando no funciona (necesito una letra de unidad).
• Windows 7 funciona perfectamente con el mismo comando.

Mi delemma

Yo necesito que esto funcione con una letra de unidad. ¿Qué más puedo intentar para que esto funcione?

Usando WedDAV habilitado en OS X Lion Server, la sintaxis en XP es:

USO NETO * http: // URL del servidor / webdav / nombre de usuario contraseña / usuario: nombre de usuario

Esto funciona, pero no puede encontrar la manera de elegir entre múltiples recursos compartidos para el mismo usuario (siempre está predeterminado en el directorio de la cuenta del usuario) ...

Tuve los mismos problemas para una conexión HTTP WebDav (todavía no probé con HTTPS pero también debería funcionar). Intenta lo siguiente, funcionó para mí:

Para habilitar la autenticación básica en la computadora cliente, siga estos pasos:

1. Haga clic en Inicio y luego en Ejecutar.
2. En el cuadro Abrir, escriba regedit y luego haga clic en Aceptar.
3. Busque y haga clic en la siguiente subclave del registro: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ WebClient \ Parameters
4. En el menú Edición, seleccione Nuevo y luego haga clic en Valor DWORD.
5. Escriba UseBasicAuth y luego presione Entrar.
6. En el menú Editar, haga clic en Modificar.
7. En el cuadro Información del valor, escriba 1 y luego haga clic en Aceptar. Nota La autenticación básica se habilita si la entrada de registro UseBasicAuth se establece en un valor distinto de cero. La autenticación básica se deshabilita si la entrada de registro UseBasicAuth no está presente o si la entrada de registro UseBasicAuth se establece en 0 (cero).
8. Salga del Editor del registro y luego reinicie la computadora.

Tenga en cuenta que la clave se llama BasicAuthLevel en Vista y más reciente

Luego conecta

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

Fuente http://support.microsoft.com/kb/841215/en-us

Zero Guess: acabo de editar esto aquí. Deshacerse de la barra final net use z: https://mywebsite.com/software/para que se leanet use z: https://mywebsite.com/software

Primera aproximación:

No me gusta el aspecto de /user:user@domain. He visto que suceden cosas incompletas con eso en algunas herramientas de la CLI de Windows (aunque, sí, debería funcionar bien). ¿Probaste el formato /u:domain\user?

Adivinar:

1. Vaya a la gestión de hardware y seleccione Ver >> " Mostrar dispositivos ocultos "
2. Abra el nodo "Controladores que no son Plug and Play"
3. Deshabilitar el traductor de direcciones de red IP

Se sabe que causa el error 67, que es el corazón del problema. Un error de comunicación.

Tercera suposición

Winsock corrupción! Sucede. Examinarnetsh winsock reset ynetsh winsock reset catalog

Puedes leer más en este artículo de KB .

Cuarta conjetura:

A veces, el error 67 puede ser causado por un problema de nivel de hardware tanto en el lado del cliente como del servidor, que generalmente involucra a los controladores. Dos posibilidades:

1. Restablezca la pila TCP / IP en el cliente usando netsh int ip reset . Lo sé, lo sé, es la administración del culto de carga. Solo inténtalo. =)
2. Actualice a los últimos controladores de red para obtener el número exacto de modelo de tarjeta en todas las máquinas involucradas. Incluso los servidores. En mi mente, en algún lugar, me parece recordar que el error 67 se lanzó a los clientes y la tarjeta de red del servidor se actualizó para resolver el problema.

Quinta conjetura

Nos estamos poniendo finos aquí abajo. Pruebe esto en modo seguro con funciones de red. Las conexiones WebDAV deberían poder realizarse. Me pregunto si algún controlador de red extraño que interfiere está interfiriendo, aunque eso debería haberse ocupado de mi actualización de los controladores en Guess # 1.

No puede asignar una unidad de red a una conexión https anterior a Windows Vista, al menos no con el comando Net. Esto tiene que ver con un problema con el mini redirector WebDav. Verifique lo siguiente: http://www.autohotkey.com/forum/topic44471.html

Por favor, inténtalo

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

La otra cosa que veo es:

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

¿Has revisado este artículo de Microsoft KB? Puede valer la pena.

Puede recibir un mensaje de error "No se puede encontrar el nombre de red" cuando utiliza el nombre de dominio completo para conectarse a una computadora remota desde una computadora con Windows Server 2003, Windows XP o Windows 2000

También recomendaría usar Fiddler para espiar el tráfico al emitir el net usecomando. Es posible que vea algo un poco más interesante que el error 67 del sistema WebDav.

Mmm Qué tal si:

uso neto z: https://mywebsite.com:443/software/

Además, cuando intentas hacer 'net use z: http://mywebsite.com/software/ ' (punto 5 de lo que no funcionó) ¿está activo el puerto 80 en tu servidor de destino? Claramente, este es un problema de XP: ¿podemos aislarlo a XP y HTTPS o es XP y Webdav? ¿Sus registros de eventos muestran algo?

Además: ¿podría el comando net use usar la configuración de seguridad de Internet de Windows para mapear la unidad? Es posible que deba colocar https://mywebsite.com en sus sitios de confianza . Busque en IE -> herramientas -> seguridad, o en su panel de control.

Webdav EN IIS: uso neto * http: // WEBSITE / DavWWWRoot PASSWORD / user: USER @ DOMAIN

si usa IIS, la carpeta raíz tiene este nombre DavWWWRoot, algunos clientes se resuelven automáticamente (Windows 10 y Windows 7) pero en otro caso debe especificar (Windows XP). Este trabajo me forma