Помилка системи WebDav 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. Я також знайшов наступний ключ реєстрації: 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 відмінно працює з тією ж командою.

Моя делема:

Мені це потрібно для роботи з буквою диска. Що ще я можу спробувати налагодити це?

Використовуючи WedDAV, включений на OS X Lion Server, синтаксис у XP:

NET USE * HTTP: // сервер URL / WebDAV / ім'я користувача пароль / користувача: ім'я користувача

Це працює, але не може зрозуміти, як вибрати з декількох спільних ресурсів для одного користувача (це завжди за замовчуванням до каталогу облікових записів користувачів) ...

У мене були ті самі проблеми з підключенням HTTP WebDav (я ще не намагався з HTTPS, але він також повинен працювати). Будь ласка, спробуйте наступне, це працювало для мене:

Щоб увімкнути базову автентифікацію на клієнтському комп'ютері, виконайте наступні дії:

1. Клацніть Пуск, а потім - Виконати.
2. У полі Відкрити введіть regedit і натисніть кнопку ОК.
3. Знайдіть і натисніть наступний підрозділ реєстру: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ WebClient \ Параметри
4. У меню Правка вкажіть пункт Нове, а потім натисніть Значення DWORD.
5. Введіть UseBasicAuth і натисніть клавішу Enter.
6. У меню Правка натисніть Змінити.
7. У полі Дані про значення введіть 1 та натисніть кнопку ОК. Примітка Основна автентифікація ввімкнена, якщо для реєстру UseBasicAuth встановлено значення, що не дорівнює нулю. Базову автентифікацію вимкнено, якщо запис реєстру UseBasicAuth відсутній або якщо запис реєстру UseBasicAuth встановлено на 0 (нуль).
8. Вийдіть із редактора реєстру та перезавантажте комп'ютер.

Зауважте, що ключ називається BasicAuthLevel у Vista та новіших версіях

Потім підключіть

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

Джерело http://support.microsoft.com/kb/841215/en-us

Нульова здогадка: Я щойно відредагував це тут. Позбавтеся від останньої косої риски, net use z: https://mywebsite.com/software/щоб вона прочиталаnet use z: https://mywebsite.com/software

Перша здогадка:

Мені не подобається зовнішній вигляд /user:user@domain. Я бачив, як у деяких інструментах Windows CLI трапляються схематичні речі (хоча, так, це повинно працювати нормально). Ви спробували формат /u:domain\user?

Другий здогад:

1. Перейдіть до керування обладнанням та виберіть Переглянути >> " Показати приховані пристрої "
2. Відкрийте вузол "Не підключайте і не грайте"
3. Вимкнути перекладач мережевих адрес IP

Це, як відомо, спричинило помилку 67, яка є сутністю проблеми. Помилка зв'язку.

Третя здогадка

Winsock корупція! Це буває. Загляньте в netsh winsock resetіnetsh winsock reset catalog

Більше ви можете прочитати в цій статті KB .

Четверта здогадка:

Іноді помилка 67 може бути викликана проблемою апаратного рівня як на клієнтській, так і на стороні сервера, як правило, із залученням драйверів. Дві можливості:

1. Скиньте стек TCP / IP на клієнті за допомогою netsh int ip reset. Я знаю, я знаю - це вантажне культове управління. Просто спробуйте. =)
2. Оновіть до останніх мережевих драйверів точний номер моделі карти на всіх задіяних машинах. Навіть сервери. Здається, я десь згадую помилку 67, яку кидають на клієнтів, а серверну мережеву карту оновлюють для вирішення проблеми.

П'ята здогадка

Тут ми переходимо до тонких пікінгів. Спробуйте це в безпечному режимі з мережею. З'єднання WebDAV повинні бути спроможні здійснити. Мені цікаво, чи не заважає якийсь сторонній мережевий драйвер, хоча це повинно було б подбати про те, щоб я оновив драйвери в «Вгадай №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 67.

Ммм. Як щодо:

чисте використання z: https://mywebsite.com:243/software/

Крім того, при спробі зробити "чисте використання z: http://mywebsite.com/software/ " (пункт 5 того, що не працював), порт 80 активний на вашому цільовому сервері? Зрозуміло, що це проблема XP - чи можемо ми виділити її до XP та HTTPS чи це XP та Webdav? Чи показують ваші журнали подій щось?

Також: Чи може команда net use використовувати параметри безпеки Інтернету Windows для відображення накопичувача? Можливо, вам доведеться розмістити https://mywebsite.com на своїх надійних сайтах . Подивіться в IE -> інструменти -> безпеку або вашу панель управління.

Webdav ON IIS: мережеве використання * http: // WEBSITE / DavWWWRoot ПАРОЛЬ / користувач: USER @ DOMAIN

якщо ви використовуєте IIS, папка Root має це ім'я DavWWWRoot, деякі клієнти вирішуються автоматично (Windows 10 та Windows 7), але в іншому випадку потрібно вказати (windows xp). Ця робота формує мене