Erreur système WebDav 67 dans Windows XP

12

Problème: je rencontre des problèmes pour que WebDav fonctionne dans la ligne de commande sous Windows XP, Service Pack 2 et Service Pack 3.

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

The network name cannot be found.

J'ai testé cela avec deux serveurs webdav. Ubuntu Apache et I Windows Server 2003 IIS. Les deux obtiennent le même résultat.

Choses qui n'ont pas fonctionné:

  1. J'ai installé le Microsoft KB suivant sur mes machines XP en vain.

  2. J'ai également trouvé la clé de reg suivante: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters UseBasicAuth REG_DWORD 1

  3. J'essaie ce qui suit lorsque j'essaie d'utiliser quelques contournements que j'ai creusés sur le Web, produisant tous le même résultat.

    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. J'ai également essayé toutes les combinaisons ci-dessus en y ajoutant un utilisateur /user:useret /user:user@domain.

  5. J'ai également essayé d'utiliser http://plutôt que https://.

  6. J'ai essayé "\\server.com@ssl:443\folder"

  7. J'ai passé en revue les problèmes liés au réseautage comme l'avait souligné @WesleyDavid.

Choses qui fonctionnent:

  • Je peux me connecter au dossier webdav via l'URL et avec le mappage dans Network Place, avec XP. Mais la ligne de commande ne fonctionne pas (j'ai besoin d'une lettre de lecteur).
  • Windows 7 fonctionne parfaitement avec la même commande.

Mon Delemma:

J'ai besoin de cela pour travailler avec une lettre de lecteur. Que puis-je essayer d'autre pour que cela fonctionne?

windows-xp  command-line-interface  mapping 
— Nixphoe
source
Veuillez essayer les étapes répertoriées ici: smallvoid.com/article/winnt-webdav-network-drive.html ... assurez-vous de demander la chaîne URL.
— iivel
@iivel J'ai essayé ça. Mis à jour ma question avec.
— Nixphoe
Vous avez essayé net use z: "https: slash slash mywebsite.com/software/" correct? (désolé mais je ne sais pas comment mettre un lien dans un commentaire sans lien.
— iivel
@iivel J'ai essayé ça, c'est dans ma question.
— Nixphoe
Quel type de serveur OS / Web héberge le site sur mywebsite.com ?
— pk.

Réponses:

2

En utilisant WedDAV activé sur OS X Lion Server, la syntaxe dans XP est:

UTILISATION NETTE * http: // URL du serveur / webdav / nom d'utilisateur mot de passe / utilisateur: nom d'utilisateur

Cela fonctionne, mais ne peut pas comprendre comment choisir parmi plusieurs partages pour le même utilisateur (il s'agit toujours par défaut du répertoire du compte utilisateur) ...

— shaun5
source
2

J'ai eu les mêmes problèmes pour une connexion HTTP WebDav (je n'ai pas encore essayé avec HTTPS mais cela devrait fonctionner aussi). Veuillez essayer ce qui suit, cela a fonctionné pour moi:

Pour activer l'authentification de base sur l'ordinateur client, procédez comme suit:

  1. Cliquez sur Démarrer, puis sur Exécuter.
  2. Dans la zone Ouvrir, tapez regedit, puis cliquez sur OK.
  3. Recherchez et cliquez sur la sous-clé de Registre suivante: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ WebClient \ Parameters
  4. Dans le menu Edition, pointez sur Nouveau, puis cliquez sur Valeur DWORD.
  5. Tapez UseBasicAuth , puis appuyez sur Entrée.
  6. Dans le menu Edition, cliquez sur Modifier.
  7. Dans la zone Données de la valeur, tapez 1, puis cliquez sur OK. Remarque l'authentification de base est activée si l'entrée de Registre UseBasicAuth est définie sur une valeur non nulle. L'authentification de base est désactivée si l'entrée de Registre UseBasicAuth n'est pas présente ou si l'entrée de Registre UseBasicAuth est définie sur 0 (zéro).
  8. Quittez l'Éditeur du Registre, puis redémarrez l'ordinateur.

Notez que la clé est appelée BasicAuthLevel dans Vista et plus récent

Connectez-vous ensuite

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

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

— dwn
source
C'était à l'étape 2 de choses qui n'ont pas fonctionné, pour moi en tout cas. Je me demande quoi d'autre pourrait être différent.
— Nixphoe
@Nixphoe avez-vous essayé les guillemets et fourni le mot de passe directement ... pour moi, avoir une syntaxe différente de celle décrite n'a pas fonctionné non plus
— dwn
Ça n'a pas marché pour moi. Eu la même erreur système 67.
— Nixphoe
1

Zero Guess: Je viens de le modifier ici. Débarrassez-vous de la barre oblique de fin net use z: https://mywebsite.com/software/pour qu'elle affichenet use z: https://mywebsite.com/software

Première supposition:

Je n'aime pas le look de /user:user@domain. J'ai vu des choses sommaires se produire avec cela dans certains outils CLI Windows (même si, oui, cela devrait fonctionner correctement). Avez-vous essayé le format /u:domain\user?

Deuxième supposition:

  1. Accédez à la gestion du matériel et sélectionnez Afficher >> " Afficher les périphériques cachés "
  2. Ouvrez le nœud "Pilotes non Plug and Play"
  3. Désactiver le traducteur d'adresses réseau IP

Cela est connu pour provoquer l'erreur 67, qui est au cœur du problème. Une erreur de communication.

Troisième supposition

Corruption Winsock! Ça arrive. Regardez netsh winsock resetetnetsh winsock reset catalog

Vous pouvez en savoir plus sur cet article de la base de connaissances .

Quatrième supposition:

Parfois, l'erreur 67 peut être causée par un problème de niveau matériel à la fois côté client et côté serveur, impliquant généralement les pilotes. Deux possibilités:

  1. Réinitialisez la pile TCP / IP sur le client à l'aide de netsh int ip reset. Je sais, je sais - c'est l'administration du culte du fret. Essayez-le. =)
  2. Mise à jour vers les derniers pilotes réseau pour le numéro de modèle de carte exact sur toutes les machines concernées. Même les serveurs. Quelque part dans mon esprit, je me souviens que l'erreur 67 a été lancée sur les clients et que la carte réseau du serveur a été mise à jour pour résoudre le problème.

Cinquième supposition

Nous passons à des pickins minces ici. Essayez ceci en mode sans échec avec mise en réseau. Les connexions WebDAV doivent pouvoir être établies. Je me demande si un pilote de réseau étranger interférant interfère, bien que cela aurait dû être pris en charge pour la mise à jour des pilotes dans Guess # 1.

— Wesley
source
Je souhaite vraiment que je puisse avoir quelque chose de plus pour vous avec cette réponse la plus complète. Mais rien de tout cela n'a fonctionné. <visage triste>
— Nixphoe
@Nixphoe Shoot, j'étais sûr que c'était un problème de barre oblique. = /
— Wesley
1

Vous ne pouvez pas mapper un lecteur réseau à une connexion https avant Windows Vista, du moins pas avec la commande Net. Cela a à voir avec un problème avec le mini redirecteur WebDav. Veuillez vérifier les éléments suivants: http://www.autohotkey.com/forum/topic44471.html

— Eliot
source
0

S'il vous plaît essayez 

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

L'autre chose que je vois est:

net use * z: https://mywebsite.com/software password /user:username
— gWaldo
source
Cela n'a pas fonctionné non plus.
— Nixphoe
Damnski. Je vais voir si je peux le faire fonctionner ici ...
— gWaldo
0

Avez-vous consulté cet article Microsoft KB? Cela pourrait valoir le coup.

Vous pouvez recevoir un message d'erreur «Le nom du réseau est introuvable» lorsque vous utilisez le nom de domaine complet pour vous connecter à un ordinateur distant à partir d'un ordinateur Windows Server 2003, Windows XP ou Windows 2000

Je recommanderais également d'utiliser Fiddler pour espionner le trafic lorsque vous exécutez la net usecommande. Vous pourriez voir quelque chose d'un peu plus intéressant que l'erreur système WebDav 67.

— pk.
source
J'ai vu que KB, je ne pensais pas que c'était vraiment lié. Mais je l'ai essayé. Les deux suggestions n'ont pas fonctionné. J'ai essayé Fiddler, et il n'a rien ramassé lorsque j'ai utilisé le net.
— Nixphoe
0

Mmm. Que diriez-vous:

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

De plus, lorsque vous essayez de faire «net use z: http://mywebsite.com/software/ » (point 5 de ce qui n'a pas fonctionné), le port 80 est-il actif sur votre serveur cible? Il s'agit clairement d'un problème XP - pouvons-nous l'isoler en XP et HTTPS ou est-ce XP et Webdav? Vos journaux d'événements montrent-ils quelque chose?

Aussi: la commande net use peut-elle utiliser les paramètres de sécurité Internet de Windows pour mapper le lecteur? Vous devrez peut-être placer https://mywebsite.com dans vos sites de confiance . Regardez dans IE -> outils -> sécurité, ou votre panneau de contrôle.

— RobW
source
Je peux frapper à la fois https: et http: à partir des machines XP dans le navigateur. C'est certainement un problème avec XP et Webdav. Le correctif de Microsoft ne semble pas le couper. J'ai également essayé le: 443 à la fin, comme vous l'avez suggéré. Pas de dé.
— Nixphoe
0

Webdav SUR IIS: utilisation nette * http: // SITE WEB / MOT DE PASSE DavWWWRoot / utilisateur: USER @ DOMAIN

si vous utilisez IIS, le dossier racine porte ce nom DavWWWRoot, certains clients se résolvent automatiquement (Windows 10 et Windows 7) mais dans d'autres cas, vous devez le spécifier (Windows XP). Ce travail me forme

— user2765668
source
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.