विंडोज एक्सपी में वेबडेव सिस्टम एरर 67

12

समस्या: मुझे Windows XP, सर्विस पैक 2 और सर्विस पैक 3 दोनों पर कमांड लाइन में काम करने के लिए WebDav प्राप्त करने में समस्या आ रही है।

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

The network name cannot be found.

मैंने दो webdav सर्वर के साथ इसका परीक्षण किया है। Ubuntu Apache और I Windows Server 2003 IIS दोनों। दोनों का एक ही परिणाम मिलता है।

काम नहीं किया है कि चीजें:

मैंने अपने XP मशीनों पर बिना किसी लाभ के निम्नलिखित Microsoft KB स्थापित किया है ।
मुझे निम्नलिखित reg कुंजी भी मिली है: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters UseBasicAuth REG_DWORD 1
जब मैं वेब पर खोदा हुआ कुछ काम करने की कोशिश कर रहा हूं तो मैं निम्नलिखित कोशिश करता हूं, सभी एक ही परिणाम का उत्पादन कर रहे हैं।
```
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/#
```
मैंने उपर्युक्त सभी संयोजनों को एक उपयोगकर्ता में जोड़ने की कोशिश की है /user:userऔर /user:user@domain।
मैं भी http://बजाय का उपयोग करने की कोशिश की है https://।
मैंने कोशिश की "\\server.com@ssl:443\folder"
मैं नेटवर्किंग से संबंधित मुद्दों पर चला गया हूं क्योंकि @WesleyDavid ने बताया था।

काम करने वाली चीजें:

मैं URL के माध्यम से और नेटवर्क प्लेस में मैपिंग के साथ XP के साथ वेबदाव फ़ोल्डर से कनेक्ट कर सकता हूं । लेकिन कमांड लाइन काम नहीं करती है (मुझे एक ड्राइव अक्षर की आवश्यकता है)।
विंडोज 7 एक ही कमांड के साथ पूरी तरह से काम करता है।

माय डेलेममा:

मुझे ड्राइव लेटर के साथ काम करने की आवश्यकता है। इस कार्य को करने के लिए मैं और क्या प्रयास कर सकता हूं?

windows-xp command-line-interface mapping

— Nixphoe
स्रोत

कृपया यहां सूचीबद्ध चरणों को आज़माएं: smallvoid.com/article/winnt-webdav-network-drive.html ... सुनिश्चित करें कि आप URL स्ट्रिंग को प्राप्त करना चाहते हैं।

— ivel

@ Iivel मैंने कोशिश की है। इसके साथ मेरे सवाल को अपडेट किया।

— निक्सनफो सिप

आपने नेट उपयोग z की कोशिश की: "https: स्लैश स्लैश mywebsite.com/software/" सही है? (क्षमा करें, लेकिन मैं नहीं जानता कि लिंक के बिना एक टिप्पणी में एक लिंक कैसे

— डालूं

@ Iivel मैंने कोशिश की है, यह मेरे सवाल में है।

— निक्सफो सिप

किस प्रकार का ओएस / वेब सर्वर mywebsite.com साइट को होस्ट कर रहा है ?

— पीके।

2

ओएस एक्स लायन सर्वर पर सक्षम डब्ल्यूएएसडीएवी का उपयोग करना, एक्सपी में सिंटैक्स है:

नेट उपयोग * http: // सर्वर url / webdav / उपयोगकर्ता नाम पासवर्ड / उपयोगकर्ता: उपयोगकर्ता नाम

यह काम करता है, लेकिन यह पता नहीं लगा सकता है कि एक ही उपयोगकर्ता के लिए कई शेयरों से कैसे चुनें (यह हमेशा उपयोगकर्ता खाता निर्देशिका में चूक करता है) ...

— shaun5
स्रोत

2

मुझे HTTP WebDav कनेक्शन के लिए समान समस्याएं थीं (अभी तक HTTPS के साथ प्रयास नहीं किया था लेकिन यह भी काम करना चाहिए)। कृपया निम्नलिखित प्रयास करें, यह मेरे लिए काम किया:

क्लाइंट कंप्यूटर पर मूल प्रमाणीकरण सक्षम करने के लिए, इन चरणों का पालन करें:

आरंभ पर क्लिक करें और फिर भागें पर।
इसमेंखोलेंबॉक्स में, regedit पर राइट-क्लिक करें, और उसके बाद OK।
पता लगाएँ और फिर निम्न रजिस्ट्री उपकुंजी पर क्लिक करें: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ WebClient \ Parameters
संपादन मेनू पर, नया इंगित करें और फिर DWORD मान पर क्लिक करें।
UseBasicAuth टाइप करें , और उसके बाद Enter दबाएँ।
संपादन मेनू पर, संशोधित करें पर क्लिक करें।
मान डेटा बॉक्स में, 1 टाइप करें, और उसके बाद ठीक क्लिक करें। नोट: UseBasicAuth रजिस्ट्री प्रविष्टि गैर-शून्य मान पर सेट है, तो मूल प्रमाणीकरण सक्षम है। यदि UseBasicAuth रजिस्ट्री प्रविष्टि मौजूद नहीं है या UseBasicAuth रजिस्ट्री प्रविष्टि 0 (शून्य) पर सेट है, तो मूल प्रमाणीकरण अक्षम है।
रजिस्ट्री संपादक से बाहर निकलें, और उसके बाद कंप्यूटर को पुनरारंभ करें।

ध्यान दें कि कुंजी को Vista और नए में BasicAuthLevel कहा जाता है

फिर कनेक्ट करें

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

स्रोत http://support.microsoft.com/kb/841215/en-us

— डीडब्ल्यूएन
स्रोत

यह मेरे लिए वैसे भी काम नहीं करने वाली चीजों के चरण 2 पर था। आश्चर्य है कि और क्या अलग हो सकता है।

— निक्सफो ओक्ट

@ निक्सफो ने क्या आपने उद्धरणों की कोशिश की है और सीधे पासवर्ड प्रदान कर रहे हैं ... मेरे लिए एक अलग वाक्यविन्यास होने के बजाय यह भी काम नहीं किया है

— dwn

मेरे लिए काम नहीं किया। एक ही प्रणाली त्रुटि 67 थी।

— निक्सफो

1

शून्य अनुमान: मैंने अभी इसे यहाँ संपादित किया है। ट्रेलिंग स्लैश से छुटकारा पाएं net use z: https://mywebsite.com/software/ताकि यह पढ़ेnet use z: https://mywebsite.com/software

पहला अनुमान:

मुझे पसंद नहीं है /user:user@domain। मैंने देखा है कि कुछ विंडोज सीएलआई टूल्स में स्केचिंग चीजें होती हैं (भले ही, हाँ, यह ठीक काम करना चाहिए )। क्या आपने प्रारूप की कोशिश की /u:domain\user?

दूसरा अनुमान:

हार्डवेयर प्रबंधन में जाएं और देखें >> " हिडन डिवाइस दिखाएं "
"नॉन प्लग एंड प्ले ड्राइवर्स" नोड खोलें
IP नेटवर्क पता अनुवादक अक्षम करें

यह 67 की त्रुटि का कारण माना जाता है, जो समस्या का दिल है। एक संचार त्रुटि।

तीसरा अनुमान

भ्रष्टाचार पर जीत! हो जाता है। में netsh winsock resetऔर देखोnetsh winsock reset catalog

आप इस केबी लेख पर अधिक पढ़ सकते हैं ।

चौथा अनुमान:

कभी-कभी त्रुटि 67 क्लाइंट और सर्वर साइड दोनों पर हार्डवेयर स्तर की समस्या के कारण हो सकती है, जिसमें आमतौर पर ड्राइवर शामिल होते हैं। दो संभावनाएँ:

उपयोग करने वाले ग्राहक पर टीसीपी / आईपी स्टैक रीसेट करें netsh int ip reset। मुझे पता है, मुझे पता है - यह कार्गो पंथ प्रशासन है। कर के देखो। =)
शामिल सभी मशीनों पर सटीक कार्ड मॉडल नंबर के लिए नवीनतम नेटवर्क ड्राइवरों को अपडेट करें। यहां तक कि सर्वर भी। मेरे दिमाग में कहीं न कहीं, मुझे लगता है कि मुवक्किल 67 को ग्राहकों और सर्वर नेटवर्क कार्ड पर डाली गई समस्या को हल करने के लिए अपडेट किया गया था।

पाँचवाँ अनुमान

हम यहाँ पतले पिकिन के लिए नीचे उतर रहे हैं। नेटवर्किंग के साथ सेफ मोड में इसे आज़माएं। WebDAV कनेक्शन बनाने में सक्षम होना चाहिए। मुझे आश्चर्य हो रहा है कि अगर कुछ दखल देने वाले बाहर के नेटवर्क ड्राइवर हस्तक्षेप कर रहे हैं, हालांकि मुझे लगता है कि मेरे ड्राइवरों को # 1 में अपडेट करने का ध्यान रखना चाहिए था।

— वेस्ले
स्रोत

मैं वास्तव में चाहता हूं कि मैं आपके लिए उस संपूर्ण उत्तर के साथ कुछ और कर सकूं। लेकिन उसमें से कोई भी काम नहीं किया। <उदास चेहरा>

— निक्सफो

@ निक्सफो शूट, मुझे यकीन है कि यह एक स्लैश समस्या थी। = /

— वेस्ले

1

आप एक नेटवर्क ड्राइव को https कनेक्शन प्री विंडोज विस्टा में मैप नहीं कर सकते, कम से कम नेट कमांड के साथ नहीं। यह WebDav मिनी पुनर्निर्देशक के साथ एक मुद्दे के साथ करना है। कृपया निम्नलिखित की जाँच करें: http://www.autohotkey.com/forum/topic44471.html

— एलियट
स्रोत

0

प्रयास करें

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

दूसरी चीज जो मैं देख रहा हूं वह है:

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

— gWaldo
स्रोत

वे भी काम नहीं किया।

— निक्सफो सिप

Damnski। मैं देखूंगा कि क्या मैं इसे यहां काम कर सकता हूं ...

— gWaldo

0

क्या आपने इस Microsoft KB लेख की जाँच की है? यह एक शॉट के लायक हो सकता है।

जब आप Windows Server 2003-आधारित, Windows XP- आधारित या Windows 2000-आधारित कंप्यूटर से दूरस्थ कंप्यूटर से कनेक्ट करने के लिए पूरी तरह से योग्य डोमेन नाम का उपयोग करते हैं, तो "नेटवर्क नाम नहीं मिल सकता" त्रुटि संदेश मिल सकता है

जैसा कि आप net useकमांड जारी करते हैं, मैं ट्रैफ़िक पर स्नूप करने के लिए फ़िडलर का उपयोग करने की भी सिफारिश करूंगा । आपको WebDav System Error 67 की तुलना में कुछ अधिक रोचक लग सकता है।

— पी।
स्रोत

मैंने देखा कि केबी, मुझे नहीं लगता कि यह वास्तव में संबंधित था। लेकिन मैंने इसे एक शॉट दिया। दोनों सुझावों से काम नहीं चला। मैंने फिडलर की कोशिश की, और जब मैंने नेट का उपयोग किया तो यह कुछ भी पिक नहीं कर पाया।

— निक्सफो सिप

0

Mmm। कैसा रहेगा:

शुद्ध उपयोग z: https://mywebsite.com:443/software/

इसके अलावा, जब आप 'नेट यूज़ z: http://mywebsite.com/software/ ' करने का प्रयास करते हैं (हैनट वर्क का 5 बिंदु) पोर्ट 80 आपके लक्ष्य सर्वर पर सक्रिय है? स्पष्ट रूप से यह एक एक्सपी समस्या है - क्या हम इसे एक्सपी और एचटीटीपीएस से अलग कर सकते हैं या यह एक्सपी और वेबदाव है? क्या आपके ईवेंट लॉग कुछ भी दिखाते हैं?

इसके अलावा: हो सकता है कि नेट यूज़ कमांड ड्राइव मैपिंग के लिए विंडोज़ इंटरनेट सिक्योरिटी सेटिंग्स का उपयोग कर रहा हो? आपको अपने विश्वसनीय साइटों में https://mywebsite.com रखना होगा । IE में देखें -> उपकरण -> सुरक्षा, या आपका नियंत्रण कक्ष।

— RobW
स्रोत

मैं ब्राउज़र में XP मशीनों से https: और http: दोनों को हिट कर सकता हूं। यह निश्चित रूप से एक्सपी और वेबदाव के साथ एक मुद्दा है। Microsoft फ़िक्सेस इसे काटता हुआ प्रतीत नहीं होता है। मैंने भी कोशिश की है: 443 इसके अंत में, जैसा कि आपने सुझाव दिया है। कोई पाँसा नहीं।

— निक्सेफो

0

वेब पर आईआईएस: नेट का उपयोग * http: // WEBSITE / DavWWWRoot PASSWORD / उपयोगकर्ता: उपयोगकर्ता का डोमेन

यदि आप IIS का उपयोग करते हैं तो रूट फ़ोल्डर में यह नाम DavWWWRoot होता है, कुछ क्लाइंट ऑटोमैटिकली (विंडोज़ 10 और विंडोज़ 7) को हल करते हैं, लेकिन अन्य मामलों में आपको (विंडोज़ xp) निर्दिष्ट करना होगा। यह काम मुझे रूप देता है

— user2765668
स्रोत