Errore di sistema WebDav 67 in Windows XP

Problema: sto riscontrando problemi nel far funzionare WebDav nella riga di comando su Windows XP, sia Service Pack 2 che Service Pack 3.

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

The network name cannot be found.

Ho provato questo con due server webdav. Sia Ubuntu Apache che IIS di Windows Server 2003. Entrambi ottengono lo stesso risultato.

Cose che non hanno funzionato:

1. Ho installato il seguente Microsoft KB sui miei computer XP senza alcun risultato.

2. Ho anche trovato la seguente chiave reg: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters UseBasicAuth REG_DWORD 1

3. Provo quanto segue quando provo ad usare qualche soluzione in giro che ho scavato sul web, producendo tutti lo stesso risultato.

   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. Ho anche provato tutte le combinazioni di cui sopra aggiungendo un utente /user:usere /user:user@domain.

5. Ho anche provato a utilizzare http://piuttosto che https://.

6. ho provato "\\server.com@ssl:443\folder"

7. Ho esaminato i problemi di rete come aveva sottolineato @WesleyDavid.

Cose che funzionano:

• Io posso connettersi alla cartella WebDAV tramite l'URL e con la mappatura di risorse di rete, con XP. Ma la riga di comando non funziona (ho bisogno di una lettera di unità).
• Windows 7 funziona perfettamente con lo stesso comando.

Il mio delemma:

Ho bisogno che funzioni con una lettera di unità. Cos'altro posso provare a farlo funzionare?

Utilizzando WedDAV abilitato su OS X Lion Server, la sintassi in XP è:

NET USE * http: // server url / webdav / nome utente password / utente: nome utente

Funziona, ma non riesce a capire come scegliere tra più condivisioni per lo stesso utente (per impostazione predefinita è sempre la directory dell'account utente) ...

Ho avuto gli stessi problemi per una connessione HTTP WebDav (non ho ancora provato con HTTPS ma dovrebbe funzionare anche). Per favore prova quanto segue, ha funzionato per me:

Per abilitare l'autenticazione di base sul computer client, attenersi alla seguente procedura:

1. Fare clic su Start, quindi su Esegui.
2. Nella casella Apri digitare regedit e quindi fare clic su OK.
3. Individuare e quindi fare clic sulla seguente sottochiave del registro: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ WebClient \ Parameters
4. Dal menu Modifica, scegliere Nuovo, quindi Valore DWORD.
5. Digitare UseBasicAuth e quindi premere INVIO.
6. Nel menu Modifica, fare clic su Modifica.
7. Nella casella dati valore digitare 1 e quindi fare clic su OK. Nota L'autenticazione di base è abilitata se la voce del Registro di sistema UseBasicAuth è impostata su un valore diverso da zero. L'autenticazione di base è disabilitata se la voce del registro UseBasicAuth non è presente o se la voce del registro UseBasicAuth è impostata su 0 (zero).
8. Chiudere l'editor del Registro di sistema e quindi riavviare il computer.

Si noti che la chiave si chiama BasicAuthLevel in Vista e versioni successive

Quindi connettiti

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

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

Zero Guess: l' ho appena modificato qui. Sbarazzati della barra finale in net use z: https://mywebsite.com/software/modo che legganet use z: https://mywebsite.com/software

Prima ipotesi:

Non mi piace l'aspetto di /user:user@domain. Ho visto accadere cose abusive con ciò in alcuni strumenti della CLI di Windows (anche se, sì, dovrebbe funzionare bene). Hai provato il formato /u:domain\user?

Seconda ipotesi:

1. Vai alla gestione dell'hardware e seleziona Visualizza >> " Mostra dispositivi nascosti "
2. Aprire il nodo "Driver non Plug and Play"
3. Disabilita traduttore indirizzi di rete IP

Ciò è noto per causare l'errore 67, che è il cuore del problema. Un errore di comunicazione.

Terza ipotesi

Corruzione di Winsock! Succede. Guarda dentro netsh winsock resetenetsh winsock reset catalog

Puoi leggere di più in questo articolo KB .

Quarta ipotesi:

A volte l'errore 67 può essere causato da un problema a livello hardware sia sul lato client che sul lato server, che di solito coinvolge i driver. Due possibilità:

1. Ripristinare lo stack TCP / IP sul client utilizzando netsh int ip reset. Lo so, lo so - è l'amministrazione del culto delle merci. Provalo e basta. =)
2. Aggiornamento ai driver di rete più recenti per il numero esatto del modello di scheda su tutte le macchine coinvolte. Perfino i server. Nella mia mente da qualche parte, mi sembra di ricordare l'errore 67 lanciato sui client e la scheda di rete del server in fase di aggiornamento per risolvere il problema.

Quinta ipotesi

Stiamo arrivando a pickin sottili qui. Prova questo in modalità provvisoria con rete. Le connessioni WebDAV dovrebbero essere in grado di essere realizzate. Mi chiedo se qualche driver di rete estraneo che interferisce interferisca, anche se avrebbe dovuto occuparsi del mio aggiornamento dei driver in Guess # 1.

Non è possibile mappare un'unità di rete su una connessione https prima di Windows Vista, almeno non con il comando Net. Ciò ha a che fare con un problema con il mini redirecter WebDav. Controllare quanto segue: http://www.autohotkey.com/forum/topic44471.html

Vi preghiamo di provare

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

L'altra cosa che vedo è:

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

Hai controllato questo articolo di Microsoft KB? Potrebbe valere la pena provare.

È possibile che venga visualizzato un messaggio di errore "Impossibile trovare il nome della rete" quando si utilizza il nome di dominio completo per connettersi a un computer remoto da un computer basato su Windows Server 2003, basato su Windows XP o basato su Windows 2000

Vorrei anche raccomandare l'uso di Fiddler per curiosare sul traffico mentre si emette il net usecomando. Potresti vedere qualcosa di un po 'più interessante dell'errore di sistema WebDav 67.

Mmm. Che ne dite di:

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

Inoltre, quando si tenta di eseguire 'net use z: http://mywebsite.com/software/ ' (punto 5 di ciò che non ha funzionato) la porta 80 è attiva sul server di destinazione? Chiaramente questo è un problema di XP: possiamo isolarlo su XP e HTTPS o è XP e Webdav? I tuoi registri eventi mostrano qualcosa?

Inoltre: è possibile che il comando net use utilizzi le impostazioni di sicurezza di Windows Internet per mappare l'unità? Potrebbe essere necessario posizionare https://mywebsite.com nei siti attendibili . Cerca in IE -> strumenti -> sicurezza o nel tuo pannello di controllo.

Webdav ON IIS: uso netto * http: // SITO WEB / DavWWWRoot PASSWORD / utente: USER @ DOMAIN

se usi IIS la cartella Root ha questo nome DavWWWRoot, alcuni client si risolvono automaticamente (windows 10 e windows 7) ma in altri casi devi specificare (windows xp). Questo lavoro mi forma