WebDav System Error 67 ใน Windows XP

ปัญหา:ฉันมีปัญหาในการทำให้ WebDav ทำงานในบรรทัดคำสั่งบน Windows XP ทั้ง Service Pack 2 และ Service Pack 3

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 ทั้งสองได้ผลลัพธ์เหมือนกัน

สิ่งที่ไม่ได้ผล:

1. ฉันติดตั้งMicrosoft KB ต่อไปนี้บนเครื่อง XP ของฉันโดยไม่มีประโยชน์

2. ฉันยังพบคีย์ reg ต่อไปนี้: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters UseBasicAuth REG_DWORD 1

3. ฉันลองทำสิ่งต่อไปนี้เมื่อพยายามใช้งานไม่กี่ครั้งที่ฉันได้ขุดไว้บนเว็บโดยให้ผลลัพธ์เหมือนกันทั้งหมด

   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. ฉันได้พยายามยังทั้งหมดรวมกันดังกล่าวข้างต้นเพิ่มผู้ใช้เป็นมันและ/user:user/user:user@domain

5. ฉันยังพยายามใช้มากกว่าhttp://https://

6. ฉันได้พยายาม "\\server.com@ssl:443\folder"

7. ฉันได้พบปัญหาเกี่ยวกับการเชื่อมต่อเครือข่ายเนื่องจาก @WesleyDavid ได้ชี้ให้เห็น

สิ่งที่ทำงาน:

• ฉันสามารถเชื่อมต่อกับโฟลเดอร์ webdav ผ่าน URL และด้วยการจับคู่ใน Network Place ด้วย XP แต่บรรทัดคำสั่งไม่ทำงาน (ฉันต้องการอักษรระบุไดรฟ์)
• Windows 7 ทำงานได้อย่างสมบูรณ์แบบด้วยคำสั่งเดียวกัน

Delemma ของฉัน:

ฉันต้องการสิ่งนี้เพื่อทำงานกับอักษรระบุไดรฟ์ ฉันจะลองทำอะไรได้อีกบ้าง?

การใช้ WedDAV เปิดใช้งานบนเซิร์ฟเวอร์ OS X Lion ไวยากรณ์ใน XP คือ:

NET USE * http: // เซิร์ฟเวอร์ url / webdav / ชื่อผู้ใช้ รหัสผ่าน / ผู้ใช้: ชื่อผู้ใช้

มันใช้งานได้ แต่ไม่สามารถหาวิธีการเลือกจากการแชร์หลาย ๆ ครั้งสำหรับผู้ใช้เดียวกัน (มันจะเป็นค่าเริ่มต้นไปยังไดเรกทอรีบัญชีผู้ใช้) ...

ฉันมีปัญหาเดียวกันสำหรับการเชื่อมต่อ HTTP WebDav (ยังไม่ได้ลองกับ HTTPS แต่ควรใช้งานได้เช่นกัน) โปรดลองสิ่งต่อไปนี้ใช้งานได้สำหรับฉัน:

เมื่อต้องการเปิดใช้งานการรับรองความถูกต้องเบื้องต้นบนคอมพิวเตอร์ไคลเอนต์ทำตามขั้นตอนเหล่านี้:

1. คลิกเริ่มแล้วคลิกเรียกใช้
2. ในกล่องเปิดให้พิมพ์ regedit แล้วคลิกตกลง
3. ค้นหาและคลิกที่คีย์ย่อยของรีจิสทรีต่อไปนี้: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ WebClient \ Parameters
4. บนเมนูแก้ไขชี้ไปที่ใหม่แล้วคลิกค่า DWORD
5. พิมพ์UseBasicAuthแล้วกด Enter
6. บนเมนูแก้ไขคลิกปรับเปลี่ยน
7. ในกล่องข้อมูลค่าให้พิมพ์ 1 แล้วคลิกตกลง หมายเหตุการรับรองความถูกต้องพื้นฐานถูกเปิดใช้งานถ้ารายการรีจิสทรี UseBasicAuth ถูกตั้งค่าเป็นค่าที่ไม่ใช่ศูนย์ การรับรองความถูกต้องพื้นฐานถูกปิดใช้งานหากไม่มีรายการรีจิสทรี UseBasicAuth หรือหากรายการรีจิสทรี UseBasicAuth ถูกตั้งค่าเป็น 0 (ศูนย์)
8. ออกจาก Registry Editor จากนั้นรีสตาร์ทคอมพิวเตอร์

โปรดทราบว่ารหัสนี้เรียกว่าBasicAuthLevelใน Vista และใหม่กว่า

จากนั้นเชื่อมต่อ

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

แหล่งที่มา http://support.microsoft.com/kb/841215/th-th

Zero Guess: ฉันเพิ่งแก้ไขได้ที่นี่ กำจัดเครื่องหมายทับต่อท้ายnet use z: https://mywebsite.com/software/เพื่อให้อ่านได้net use z: https://mywebsite.com/software

เดาแรก:

/user:user@domainฉันไม่ชอบรูปลักษณ์ของ ฉันเคยเห็นสิ่งต่าง ๆ เกิดขึ้นกับมันในเครื่องมือ Windows CLI บางตัว (แม้ว่าใช่มันน่าจะใช้ได้ดี) คุณลองรูปแบบ/u:domain\userหรือไม่

เดาที่สอง:

1. เข้าสู่การจัดการฮาร์ดแวร์และเลือกที่จะดู >> " แสดงอุปกรณ์ที่ซ่อน "
2. เปิดโหนด "Non Plug and Play Drivers"
3. ปิดใช้งานตัวแปลที่อยู่เครือข่าย IP

ที่ได้รับทราบกันแล้วว่าทำให้เกิดข้อผิดพลาด 67 ซึ่งเป็นหัวใจของปัญหา ข้อผิดพลาดในการสื่อสาร

เดาที่สาม

Winsock การทุจริต! มันเกิดขึ้น. มองเข้าไปnetsh winsock resetและnetsh winsock reset catalog

คุณสามารถอ่านเพิ่มเติมได้ที่บทความนี้ KB

เดาที่สี่:

บางครั้งข้อผิดพลาด 67 อาจเกิดจากปัญหาระดับฮาร์ดแวร์ทั้งลูกค้าและฝั่งเซิร์ฟเวอร์มักเกี่ยวข้องกับไดรเวอร์ ความเป็นไปได้สองอย่าง:

1. รีเซ็ต TCP / IP stack netsh int ip resetที่ลูกค้าใช้ ฉันรู้ฉันรู้ - มันคือการบริหารลัทธิขนส่งสินค้า แค่ลองดู. =)
2. อัพเดตเป็นไดรเวอร์เครือข่ายล่าสุดสำหรับหมายเลขรุ่นการ์ดที่แน่นอนในทุกเครื่องที่เกี่ยวข้อง แม้แต่เซิร์ฟเวอร์ ในใจของฉันอยู่ที่ไหนสักแห่งฉันดูเหมือนจะจำข้อผิดพลาด 67 ที่ถูกลูกค้าโยนและการ์ดเครือข่ายเซิร์ฟเวอร์ที่ได้รับการปรับปรุงเพื่อแก้ไขปัญหา

เดาที่ห้า

เรากำลังลงไปที่ pickins บาง ๆ ที่นี่ ลองสิ่งนี้ใน Safe Mode ด้วยระบบเครือข่าย การเชื่อมต่อ WebDAV ควรจะสามารถทำได้ ฉันสงสัยว่าไดรเวอร์เครือข่ายที่ไม่เกี่ยวข้องบางตัวรบกวนหรือไม่แม้ว่าจะต้องได้รับการดูแลในการอัปเดตไดรเวอร์ใน Guess # 1

คุณไม่สามารถแมปไดรฟ์เครือข่ายกับการเชื่อมต่อ https ก่อน Windows Vista อย่างน้อยก็ไม่ได้ใช้คำสั่ง Net สิ่งนี้เกี่ยวข้องกับปัญหากับตัวเปลี่ยนเส้นทางขนาดเล็กของ WebDav โปรดตรวจสอบสิ่งต่อไปนี้: http://www.autohotkey.com/forum/topic44471.html

โปรดลอง

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

สิ่งอื่น ๆ ที่ฉันเห็นคือ:

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

คุณตรวจสอบบทความ Microsoft KB นี้แล้วหรือยัง มันอาจจะคุ้มค่ากับการยิง

คุณอาจได้รับข้อความแสดงข้อผิดพลาด“ ไม่พบชื่อเครือข่าย” เมื่อคุณใช้ชื่อโดเมนแบบเต็มเพื่อเชื่อมต่อกับคอมพิวเตอร์ระยะไกลจากคอมพิวเตอร์ที่ใช้ Windows Server 2003, Windows XP หรือ Windows 2000

ฉันจะแนะนำให้ใช้ Fiddler เพื่อสอดแนมทราฟฟิกในขณะที่คุณออกnet useคำสั่ง คุณอาจเห็นบางสิ่งที่น่าสนใจกว่า WebDav System Error 67

อืมมม เกี่ยวกับ:

การใช้เน็ต z: https://mywebsite.com:443/software/

นอกจากนี้เมื่อคุณพยายามใช้ 'net use z: http://mywebsite.com/software/ ' (จุดที่ 5 ของสิ่งที่ไม่ได้ทำงาน) พอร์ต 80 ใช้งานบนเซิร์ฟเวอร์เป้าหมายของคุณหรือไม่ เห็นได้ชัดว่านี่เป็นปัญหา XP - เราสามารถแยกมันเป็น XP และ HTTPS หรือเป็น XP และ Webdav ได้หรือไม่ บันทึกกิจกรรมของคุณแสดงอะไรบ้าง

นอกจากนี้: คำสั่ง net use อาจใช้การตั้งค่าความปลอดภัยอินเทอร์เน็ต windows สำหรับการจับคู่ไดรฟ์หรือไม่? คุณอาจจะต้องวาง https://mywebsite.comของคุณในเว็บไซต์ที่เชื่อถือได้ ค้นหาใน IE -> tools -> ความปลอดภัยหรือแผงควบคุมของคุณ

Webdav บน IIS: net use * http: // WEBSITE / DavWWWRoot PASSWORD / ผู้ใช้: USER @ DOMAIN

ถ้าคุณใช้ IIS โฟลเดอร์รูทมีชื่อนี้ DavWWWRoot ไคลเอนต์บางรายจะแก้ไขปัญหาโดยอัตโนมัติ (windows 10 และ windows 7) แต่ในกรณีอื่นคุณต้องระบุ (windows xp) งานนี้ฉัน