Системная ошибка WebDav 67 в Windows XP

Проблема: у меня проблемы с получением WebDav для работы в командной строке в Windows XP, как с пакетом обновления 2, так и с пакетом обновления 3.

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

The network name cannot be found.

Я проверил это на двух серверах webdav. И Ubuntu Apache, и я 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 отлично работает с той же командой.

Моя дилемма:

Мне нужно это для работы с буквой диска. Что еще я могу попытаться заставить это работать?

Используя WedDAV на OS X Lion Server, синтаксис в XP:

NET USE * http: // адрес сервера / webdav / имя пользователя пароль / пользователь: имя пользователя

Это работает, но не может понять, как выбрать из нескольких общих ресурсов для одного и того же пользователя (по умолчанию всегда используется каталог учетной записи пользователя) ...

У меня были те же проблемы для соединения HTTP WebDav (еще не пробовал с HTTPS, но это должно работать тоже). Пожалуйста, попробуйте следующее, у меня это сработало:

Чтобы включить обычную проверку подлинности на клиентском компьютере, выполните следующие действия.

1. Нажмите Пуск, а затем нажмите Выполнить.
2. В поле Открыть введите regedit и нажмите кнопку ОК.
3. Найдите и щелкните следующий подраздел реестра: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ WebClient \ Parameters
4. В меню «Правка» выберите пункт «Создать» и нажмите «Значение DWORD».
5. Введите UseBasicAuth и нажмите клавишу ВВОД.
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

Zero Guess: Я только что отредактировал это здесь. Избавьтесь от конечной косой черты, net use z: https://mywebsite.com/software/чтобы она читаласьnet use z: https://mywebsite.com/software

Первое предположение:

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

Вторая догадка:

1. Перейдите в управление оборудованием и выберите «Просмотр»> « Показать скрытые устройства ».
2. Откройте узел «Не подключи и играй»
3. Отключить IP-транслятор сетевых адресов

Известно, что это является причиной ошибки 67, которая является основной проблемой. Ошибка связи.

Третье предположение

Винсок коррупция! Такое случается. Посмотри netsh winsock resetиnetsh winsock reset catalog

Вы можете прочитать больше в этой статье базы знаний .

Четвертое предположение:

Иногда ошибка 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.

Ммм. Как насчет:

net use 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 -> инструменты -> безопасность или панель управления.

Webdav ON IIS: использование сети * http: // ВЕБ-САЙТ / DavWWWRoot ПАРОЛЬ / пользователь: USER @ DOMAIN

Если вы используете IIS, корневая папка имеет это имя DavWWWRoot, некоторые клиенты разрешаются автоматически (windows 10 и windows 7), но в другом случае вы должны указать (windows xp). Эта работа от меня