Windows XP'de WebDav Sistem Hatası 67

Sorun: WebDav'ın Windows XP'de, hem Service Pack 2 hem de Service Pack 3'ün komut satırında çalışmasını sağlama konusunda sorun yaşıyorum.

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

The network name cannot be found.

Bunu iki webdav sunucusu ile test ettim. Hem Ubuntu Apache hem de ben Windows Server 2003 IIS. Her ikisi de aynı sonucu alır.

Çalışmayanlar:

1. Aşağıdaki Microsoft KB'yi XP makineme boşuna yüklemeden kurdum .

2. Ayrıca aşağıdaki reg anahtarını buldum: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters UseBasicAuth REG_DWORD 1

3. Etrafımda birkaç iş kullanmaya çalışırken aşağıdakileri deniyorum: Web'de kazdık, hepsi aynı sonucu üretiyor.

   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. Ben de bir kullanıcı ekleyerek yukarıdaki tüm kombinasyonları denedim /user:userve /user:user@domain.

5. Ben de kullanmak http://yerine denedim https://.

6. denedim "\\server.com@ssl:443\folder"

7. @WesleyDavid'in işaret ettiği gibi ağ ile ilgili sorunları aştım.

İşe yarayan şeyler:

• Ben yapabilirsiniz XP ile, URL yoluyla ve Ağ Place haritalama ile webdav klasörüne bağlanın. Ancak komut satırı çalışmıyor (bir sürücü harfine ihtiyacım var).
• Windows 7 aynı komutla mükemmel çalışıyor.

Benim Delemim:

Bir sürücü harfi ile çalışmak için buna ihtiyacım var . Bunu çalıştırmak için başka ne deneyebilirim?

OS X Lion Sunucusunda WedDAV etkinken, XP'deki sözdizimi:

NET KULLANIM * http: // sunucu url / webdav / kullanıcı adı şifre / kullanıcı: kullanıcı adı

Bu çalışır, ancak aynı kullanıcı için birden çok paylaşım arasından nasıl seçim yapılacağını anlayamaz (her zaman varsayılan olarak kullanıcı hesabı dizinini kullanır) ...

Bir HTTP WebDav bağlantısı için aynı sorunları vardı (henüz HTTPS ile denemedim ama çok da çalışmalı). Lütfen aşağıdakileri deneyin, benim için çalıştı:

İstemci bilgisayarda Temel kimlik doğrulamayı etkinleştirmek için şu adımları izleyin:

1. Başlat'a ve ardından Çalıştır'a tıklayın.
2. Aç kutusuna regedit yazın ve Tamam'ı tıklatın.
3. Aşağıdaki kayıt defteri alt anahtarını bulup tıklatın: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ WebClient \ Parameters
4. Düzen menüsünde Yeni'nin üzerine gelin ve DWORD Değeri'ni tıklatın.
5. Tip UseBasicAuth ve sonra Enter tuşuna basın.
6. Düzen menüsünde Değiştir'i tıklatın.
7. Değer verisi kutusuna 1 yazın ve Tamam'ı tıklatın. Not UseBasicAuth kayıt defteri girdisi sıfır dışında bir değere ayarlanırsa temel kimlik doğrulama etkinleştirilir. UseBasicAuth kayıt defteri girdisi yoksa veya UseBasicAuth kayıt defteri girdisi 0 (sıfır) olarak ayarlanırsa, temel kimlik doğrulama devre dışı bırakılır.
8. Kayıt Defteri Düzenleyicisi'nden çıkın ve bilgisayarı yeniden başlatın.

Anahtarın Vista'da BasicAuthLevel ve daha yeni olarak adlandırıldığını unutmayın

Sonra bağlan

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

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

Zero Guess: Bunu burada yeni düzenledim. İçinde eğik çizgiyle kurtulun net use z: https://mywebsite.com/software/yüzden okurnet use z: https://mywebsite.com/software

İlk tahmin:

Görünümünü sevmiyorum /user:user@domain. Ben kabataslak şeyler bazı Windows CLI araçları (olsa evet, öyle karşımıza çıkar gerektiğini cezası çalışmak). Formatı denediniz /u:domain\usermi?

İkinci tahmin:

1. Donanım yönetimine gidin ve Görüntüle >> " Gizli Cihazları Göster " i seçin
2. "Tak ve Kullan Olmayan Sürücüler" Düğümü'nü açın
3. IP Ağ Adresi Çeviricisini Devre Dışı Bırak

Bunun, sorunun kalbi olan 67 numaralı hataya neden olduğu bilinmektedir. Bir iletişim hatası.

Üçüncü Tahmin

Winsock bozulması! Olur. İçine bak netsh winsock resetvenetsh winsock reset catalog

Bu KB makalesinde daha fazla bilgi bulabilirsiniz .

Dördüncü Tahmin:

Bazen 67 hatası, genellikle sürücüleri içeren hem istemci hem de sunucu tarafında bir donanım düzeyi sorunundan kaynaklanabilir. İki olasılık:

1. Kullanarak istemcideki TCP / IP yığınını sıfırlayın netsh int ip reset. Biliyorum, biliyorum - bu kargo kült idaresi. Sadece dene. =)
2. İlgili tüm makinelerde tam kart model numarası için en son ağ sürücülerini güncelleyin. Sunucular bile. Zihnimde bir yerde, istemcilere atılan 67 numaralı hatayı ve sunucu ağ kartının sorunu çözmek için güncellendiğini hatırlıyorum.

Beşinci tahmin

Burada ince piçlere iniyoruz. Ağ ile Güvenli Mod'da deneyin. WebDAV bağlantıları yapılabilmelidir. Sanırım bazı giriş yapan yabancı ağ sürücüsünün müdahale edip etmediğini merak ediyorum.

Bir ağ sürücüsünü, en azından Net komutuyla değil, Windows Vista'dan önce bir https bağlantısına eşleyemezsiniz. Bu, WebDav mini yönlendiricisi ile ilgili bir sorunla ilgilidir. Lütfen aşağıdakileri kontrol edin: http://www.autohotkey.com/forum/topic44471.html

Deneyin lütfen

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

Gördüğüm diğer bir şey:

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

Bu Microsoft KB makalesine göz attınız mı? Denemeye değer olabilir.

Windows Server 2003 tabanlı, Windows XP tabanlı veya Windows 2000 tabanlı bir bilgisayardan uzaktaki bir bilgisayara bağlanmak için tam etki alanı adını kullandığınızda "Ağ adı bulunamıyor" hata iletisini alabilirsiniz

Ayrıca net usekomutu verirken Fiddler'ı trafiğe göz atmak için kullanmanızı tavsiye ederim . WebDav Sistem Hatası 67'den biraz daha ilginç bir şey görebilirsiniz.

Mmm. Nasıl olur:

net kullanım z: https://mywebsite.com:443/software/

Ayrıca, 'net use z: http://mywebsite.com/software/ ' (ne işe yaramadığının 5. noktası) yapmaya çalıştığınızda hedef sunucunuzda 80 numaralı bağlantı noktası etkin mi? Açıkçası bu bir XP problemidir - XP ve HTTPS'ye ayırabilir miyiz, yoksa XP ve Webdav mı? Etkinlik günlükleriniz bir şey gösteriyor mu?

Ayrıca: Net use komutu sürücüyü eşleştirmek için windows internet güvenlik ayarlarını kullanıyor olabilir mi? Https ://mywebsite.com'u güvenilir sitelerinize yerleştirmeniz gerekebilir . IE -> araçlar -> güvenlik konusuna veya kontrol panelinize bakın.

Webdav ON IIS: net kullanım * http: // WEBSITE / DavWWWRoot ŞİFRESİ / kullanıcı: USER @ DOMAIN

IIS kullanıyorsanız, Kök klasöründe DavWWWRoot adı verilir, bazı istemciler otomatik olarak (Windows 10 ve Windows 7) çözülür, ancak diğer durumda (Windows xp) belirtmeniz gerekir. Bu çalışma beni şekillendiriyor