Проблема: У меня возникают проблемы с тем, чтобы 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. Оба дают одинаковый результат.
То, что не сработало:
Я также нашел следующий ключ реестра: 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.
Что действительно работает:
Моя Делемма:
я необходимость это для работы с буквой диска. Что еще я могу попытаться заставить это работать?
У меня были те же проблемы с HTTP-соединением WebDav (еще не пробовал с HTTPS, но он тоже должен работать). Пожалуйста, попробуйте следующее, у меня это сработало:
Чтобы включить обычную проверку подлинности на клиентском компьютере, выполните следующие действия:
Обратите внимание, что ключ называется BasicAuthLevel в Vista и новее
Затем подключите
net use X: "http://mywebsite.com/software" /User:username password
При использовании WedDAV на сервере OS X Lion Server синтаксис XP следующий:
ЧИСТЫЕ ИСПОЛЬЗОВАНИЯ * http: //URL-адрес сервера/ webdav /имя пользователя пароль / пользователь:имя пользователя
Это работает, но невозможно понять, как выбрать из нескольких общих ресурсов для одного и того же пользователя (по умолчанию всегда используется каталог учетной записи пользователя) ...
Нулевая догадка: Я только что отредактировал это здесь. Избавьтесь от косой черты в конце net use z: https://mywebsite.com/software/
так что он читает net use z: https://mywebsite.com/software
Первое предположение:
Мне не нравится вид /user:user@domain
. Я видел отрывочные вещи, происходящие с этим в некоторых инструментах Windows CLI (хотя, да, это должен работают нормально). Вы пробовали формат /u:domain\user
?
Вторая догадка:
Известно, что это вызывает ошибку 67, которая и составляет основу проблемы. Ошибка связи.
Третье предположение
Повреждение Winsock! Такое случается. Смотреть в netsh winsock reset
и netsh winsock reset catalog
Вы можете узнать больше на эта статья в базе знаний.
Четвертая догадка:
Иногда ошибка 67 может быть вызвана проблемой аппаратного уровня как на стороне клиента, так и на стороне сервера, обычно связанной с драйверами. Две возможности:
netsh int ip reset
. Знаю, знаю - это администрация карго-культа. Просто попробуйте. знак равноПятое предположение
Мы переходим к тонким киркам. Попробуйте это в безопасном режиме с загрузкой сетевых драйверов. Соединения 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? Возможно, стоит попробовать.
Я также рекомендовал бы использовать Fiddler для отслеживания трафика при выдаче net use
команда. Вы можете увидеть что-то более интересное, чем системная ошибка WebDav 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 -> инструменты -> безопасность или в свою панель управления.
Webdav ON IIS: чистое использование * http: // САЙТ / DavWWWRoot ПАРОЛЬ / пользователь: USER @ DOMAIN
если вы используете IIS, корневая папка имеет это имя DavWWWRoot, некоторые клиенты разрешают автоматически (Windows 10 и Windows 7), но в другом случае вы должны указать (Windows XP). Эта работа сформировала меня