Lỗi hệ thống WebDav 67 trong Windows XP

Vấn đề: Tôi gặp sự cố khiến WebDav hoạt động trong dòng lệnh trên Windows XP, cả Gói dịch vụ 2 và Gói dịch vụ 3.

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

The network name cannot be found.

Tôi đã thử nghiệm điều này với hai máy chủ webdav. Cả Ubuntu Apache và I Windows Server 2003 IIS. Cả hai đều nhận được kết quả như nhau.

Những việc chưa làm được:

1. Tôi đã cài đặt Microsoft KB sau trên các máy XP của mình nhưng không có kết quả.

2. Tôi cũng đã tìm thấy khóa reg sau: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters UseBasicAuth REG_DWORD 1

3. Tôi thử các cách sau khi thử sử dụng một vài công việc xung quanh Tôi đã tìm thấy trên web, tất cả đều cho kết quả như nhau.

   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. Tôi cũng đã thử tất cả các kết hợp ở trên khi thêm người dùng vào đó /user:uservà /user:user@domain.

5. Tôi cũng đã thử sử dụng http://chứ không phải https://.

6. Tôi đã thử "\\server.com@ssl:443\folder"

7. Tôi đã đi qua các vấn đề liên quan đến mạng như @WesleyDavid đã chỉ ra.

Những việc làm:

• Tôi có thể kết nối với thư mục webdav thông qua URL và với ánh xạ trong Network Place, với XP. Nhưng dòng lệnh không hoạt động (tôi cần một ký tự ổ đĩa).
• Windows 7 hoạt động hoàn hảo với cùng một lệnh.

Delemma của tôi:

Tôi cần điều này để làm việc với một ký tự ổ đĩa. Những gì khác tôi có thể cố gắng để làm việc này?

Sử dụng WedDAV được bật trên OS X Lion Server, cú pháp trong XP là:

NET SỬ DỤNG * http: // url máy chủ / webdav / mật khẩu tên người dùng / người dùng: tên người dùng

Điều này hoạt động, nhưng không thể tìm ra cách chọn từ nhiều chia sẻ cho cùng một người dùng (nó luôn được mặc định là thư mục tài khoản người dùng) ...

Tôi gặp vấn đề tương tự đối với kết nối HTTP WebDav (chưa thử với HTTPS nhưng nó cũng hoạt động). Hãy thử làm như sau, nó làm việc cho tôi:

Để bật xác thực Cơ bản trên máy khách, hãy làm theo các bước sau:

1. Bấm Bắt đầu, rồi bấm Chạy.
2. Trong hộp Mở, nhập regedit, rồi bấm OK.
3. Xác định vị trí và sau đó nhấp vào khoá con đăng ký sau: HKEY_LOCAL_MACHINE \ HỆ THỐNG \ CurrentControlset \ Services \ WebClient \ Paramameter
4. Trên menu Chỉnh sửa, trỏ đến Mới, rồi bấm Giá trị DWORD.
5. Gõ UseBasicAuth , và sau đó nhấn Enter.
6. Trên menu Chỉnh sửa, bấm Sửa đổi.
7. Trong hộp Dữ liệu giá trị, nhập 1, rồi bấm OK. Lưu ý Xác thực cơ bản được bật nếu mục đăng ký UseBasicAuth được đặt thành giá trị khác không. Xác thực cơ bản bị vô hiệu hóa nếu mục đăng ký UseBasicAuth không có hoặc nếu mục đăng ký UseBasicAuth được đặt thành 0 (không).
8. Thoát Registry Editor, và sau đó khởi động lại máy tính.

Lưu ý rằng khóa được gọi là BasicAuthLevel trong Vista và mới hơn

Sau đó kết nối

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

Nguồn http://support.microsoft.com/kb/841215/vi-us

Zero Guess: Tôi vừa chỉnh sửa cái này ở đây. Loại bỏ dấu gạch chéo net use z: https://mywebsite.com/software/để nó đọcnet use z: https://mywebsite.com/software

Đoán đầu tiên:

Tôi không thích vẻ ngoài của /user:user@domain. Tôi đã thấy những điều sơ sài xảy ra với điều đó trong một số công cụ Windows CLI (mặc dù, vâng, nó sẽ hoạt động tốt). Bạn đã thử định dạng /u:domain\user?

Đoán thứ hai:

1. Đi vào quản lý phần cứng và chọn Xem >> " Hiển thị thiết bị ẩn "
2. Mở nút "Trình điều khiển không cắm và chạy"
3. Vô hiệu hóa trình dịch địa chỉ mạng IP

Điều đó đã được biết là gây ra lỗi 67, đó là trung tâm của vấn đề. Một lỗi giao tiếp.

Đoán thứ ba

Winsock tham nhũng! Nó xảy ra. Nhìn vào netsh winsock resetvànetsh winsock reset catalog

Bạn có thể đọc thêm tại bài viết KB này .

Đoán thứ tư:

Đôi khi lỗi 67 có thể do sự cố cấp phần cứng ở cả phía máy khách và máy chủ, thường liên quan đến trình điều khiển. Hai khả năng:

1. Đặt lại ngăn xếp TCP / IP trên máy khách bằng cách sử dụng netsh int ip reset. Tôi biết, tôi biết - đó là quản trị sùng bái hàng hóa. Hãy thử nó. =)
2. Cập nhật trình điều khiển mạng mới nhất cho số kiểu thẻ chính xác trên tất cả các máy liên quan. Ngay cả các máy chủ. Trong tâm trí của tôi ở đâu đó, tôi dường như nhớ lại lỗi 67 bị ném vào máy khách và card mạng máy chủ được cập nhật để giải quyết vấn đề.

Đoán thứ năm

Chúng tôi đang đi xuống những quả dưa chuột mỏng ở đây. Hãy thử điều này trong Chế độ an toàn với mạng. Các kết nối WebDAV sẽ có thể được thực hiện. Tôi tự hỏi liệu một số trình điều khiển mạng ngoại vi can thiệp có gây nhiễu hay không, mặc dù điều đó đáng lẽ phải quan tâm đến việc cập nhật trình điều khiển của tôi trong Guess # 1.

Bạn không thể ánh xạ ổ đĩa mạng tới kết nối https trước Windows Vista, ít nhất là không bằng lệnh Net. Điều này có liên quan đến một vấn đề với bộ chuyển hướng mini WebDav. Vui lòng kiểm tra như sau: http://www.autohotkey.com/forum/topic44471.html

Vui lòng thử

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

Một điều khác mà tôi thấy là:

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

Bạn đã kiểm tra bài viết Microsoft KB này chưa? Nó có thể là giá trị một shot.

Bạn có thể nhận được một tên miền Không thể tìm thấy tên mạng Thông báo lỗi khi bạn sử dụng tên miền đủ điều kiện để kết nối với máy tính từ xa từ máy tính chạy Windows Server 2003, dựa trên Windows XP hoặc Windows 2000

Tôi cũng khuyên bạn nên sử dụng Fiddler để theo dõi lưu lượng khi bạn phát net uselệnh. Bạn có thể thấy một cái gì đó thú vị hơn một chút so với Lỗi hệ thống WebDav 67.

Mmm. Làm thế nào về:

sử dụng mạng z: https://mywebsite.com:443/software/

Ngoài ra, khi bạn cố gắng 'sử dụng mạng z: http://mywebsite.com/software/ ' (điểm 5 trong số những gì không hoạt động) thì cổng 80 có hoạt động trên máy chủ mục tiêu của bạn không? Rõ ràng đây là một vấn đề XP - chúng ta có thể tách nó thành XP và HTTPS hay là XP và Webdav? Nhật ký sự kiện của bạn hiển thị bất cứ điều gì?

Ngoài ra: Có thể lệnh sử dụng mạng đang sử dụng cài đặt bảo mật internet của Windows để ánh xạ ổ đĩa? Bạn có thể cần đặt https://mywebsite.com trong các trang web đáng tin cậy của mình . Tìm trong IE -> công cụ -> bảo mật hoặc bảng điều khiển của bạn.

Webdav TRÊN IIS: sử dụng mạng * http: // WEBSITE / DavWWWRoot PASSWORD / user: USER @ DOMAIN

Nếu bạn sử dụng IIS, thư mục Root có tên DavWWWRoot, một số máy khách sẽ tự động giải quyết (windows 10 và windows 7) nhưng trong trường hợp khác, bạn phải chỉ định (windows xp). Công việc này hình thành tôi