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é:
- J'ai installé le Microsoft KB suivant sur mes machines XP en vain.
J'ai également trouvé la clé de reg suivante:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters UseBasicAuth REG_DWORD 1J'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/#J'ai également essayé toutes les combinaisons ci-dessus en y ajoutant un utilisateur
/user:useret/user:user@domain.J'ai également essayé d'utiliser
http://plutôt quehttps://.J'ai essayé
"\\server.com@ssl:443\folder"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?
Réponses:
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) ...
la source
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:
Notez que la clé est appelée BasicAuthLevel dans Vista et plus récent
Connectez-vous ensuite
Source http://support.microsoft.com/kb/841215/en-us
la source
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/softwarePremiè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:
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 catalogVous 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:
netsh int ip reset. Je sais, je sais - c'est l'administration du culte du fret. Essayez-le. =)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.
la source
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
la source
S'il vous plaît essayez
L'autre chose que je vois est:
la source
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.la source
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.
la source
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
la source