Error del sistema WebDav 67 en Windows XP

12

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?

windows-xp  command-line-interface  mapping 
— Nixphoe
fuente
Pruebe los pasos enumerados aquí: smallvoid.com/article/winnt-webdav-network-drive.html ... asegúrese de indicar la cadena URL.
— iivel
@ iivel lo he intentado. Actualicé mi pregunta con ella.
— Nixphoe
Intentó usar el uso neto z: "https: slash slash mywebsite.com/software/" ¿correcto? (lo siento, pero no sé cómo poner un enlace en un comentario sin un enlace.
— iivel
@ iivel Lo he intentado, está en mi pregunta.
— Nixphoe
¿Qué tipo de sistema operativo / servidor web aloja el sitio en mywebsite.com ?
— pk.

Respuestas:

2

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) ...

— shaun5
fuente
2

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

— dwn
fuente
Eso fue en el paso 2 de cosas que no funcionaron, para mí de todos modos. Me pregunto qué más podría ser diferente.
— Nixphoe
@Nixphoe probaste las citas y proporcionaste la contraseña directamente ... para mí, tener una sintaxis diferente a la descrita tampoco funcionó
— dwn
No funciono para mi. Tenía el mismo error del sistema 67.
— Nixphoe
1

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.

— Wesley
fuente
Realmente desearía poder tener algo más para ti con la respuesta más completa. Pero nada de eso funcionó. <cara triste>
— Nixphoe
@Nixphoe Shoot, estaba seguro de que era un problema de corte. = /
— Wesley
0

Por favor, inténtalo 

C:\>net use z: http://user:password@mywebsite.com/software

La otra cosa que veo es:

net use * z: https://mywebsite.com/software password /user:username
— gWaldo
fuente
Esos tampoco funcionaron.
— Nixphoe
Damnski
— Veré
0

¿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.

— pk.
fuente
Vi ese KB, no pensé que estuviera realmente relacionado. Pero lo intenté. Ambas sugerencias no funcionaron. Probé Fiddler, y no recogió nada cuando usé el uso neto.
— Nixphoe
0

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.

— RobW
fuente
Puedo presionar https: y http: desde las máquinas XP en el navegador. Este es definitivamente un problema con XP y Webdav. La solución de Microsoft no parece estar reduciéndola. También probé el: 443 al final, como usted sugirió. No dados.
— Nixphoe
0

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

— usuario2765668
fuente
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.