Системная ошибка 1244

Webdav system error 1244

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Answered by:

Question

hope you can help me out with the following problem.

I Have a Synology with Wedav features, this works fin when connecting with a Windows 8.1 machine, but when I want to connect with the same setting form a Windows 2012 machine I get the errors: 1244 and 67

net Use M: https://test.example.co m/webdav /user:john PASSWORD /Persistent:NO

I get error: System error 1244

Answers

Hi Thanks for your reply!

I can connect with a Mac, Windows 7, windows 8.1 and Windows 10 without any problems. Only when I do the same with Windows 2012 i’m getting into troubles.

I checked the registry options and it is now like this:

BasicAuthLevel Reg_Dword value: 1

UseBasicAuth Reg_Dword value: 1

AuthForwardServerList Reg_Multi_SZ http://serv er.ex ample.com

What do you mean with the last option?

It is really annoying. 🙁

Hope that you can help

EDIT: Now it works you have to set this:

BasicAuthLevel Reg_Dword value: 2

This can be caused by one of the following conditions:
•The server that you are connecting to does not have any authentication methods enabled.
•The WebDAV client is running into the problems that are described in KB941050(https://support.microsoft.com/en-us/kb/941050) or KB943280(https://support.microsoft.com/en-us/kb/943280).
•The logon type for content on a UNC share is incorrect; this setting is configured in the Physical Path Credentials Logon Type option in the Advanced Settings for a website or application, and is defined by the logonMethod attribute for the virtualDirectory settings for a website or virtual directory. For example: if the directory for your website’s content is on a network share, you may need to change your settings from Clear Text to Network depending on your network configuration.
Roger

Hi Thanks for your reply!

I can connect with a Mac, Windows 7, windows 8.1 and Windows 10 without any problems. Only when I do the same with Windows 2012 i’m getting into troubles.

I checked the registry options and it is now like this:

Источник

Webdav system error 1244

Answered by:

Question

I’ve just set up the following scenario:

4 IIS 7.5 sites; (1) an anonymous ftp site; (2) an anonymous WebDAV site (pointing to the same disk location as the anonymous ftp); (3) a secure ftp (FPTES) site (port 22) and (4) a secure WebDAV site (pointing to the same disk location as the FTPES site). The secure sites all use a self-signed certificate (obviously we won’t run with this in production, just for testing).

The first 3 work absolutely fine; anonymous ftp works like a dream, WebDAV (Windows 7) can access the equivalent http site easily, and FileZilla can link up perfectly to the FTPES site. Site 4 however only partly works; I can access it over https through a browser (even- as tested yesterday- runnning on port 666) but WebDAV connections just don’t work from my Windows 7 box (in fact- WebDAV doesn’t even work from the server itself and by default our endpoint firewalls are switched off on the domain, so it’s not a firewall issue).

The sequence of events is:

System error 1244 has occurred.

The operation being requested was not performed because the user has not been au
thenticated.

Any ideas? I’ve tried various registry modifications, I’ve even downloaded BitKinex but have had no joy. As soon as I take off SSL then the site works any which way I want- it just doesn’t seem to be accepting SSL encrypted WebDAV sessions. I’ve even had WireShark on the case but it’s not provided any real help.

: I’ve just tried this from an XP machine (without a proxy) and it works like a dream (barring NTFS permissions, which are the least of my worries at the minute). So it’s probably a Vista/ 7 «feature».

Okay, this is definitely a Vista/ 7 «feature»; I’ve just managed to connect to the HTTPS Webdav folder from my Nokia N8. It complained about the certificate (as you’d expect with a self-signed) but mapped the drive no problem.

Источник

Webdav system error 1244

Вопрос

hope you can help me out with the following problem.

I Have a Synology with Wedav features, this works fin when connecting with a Windows 8.1 machine, but when I want to connect with the same setting form a Windows 2012 machine I get the errors: 1244 and 67

net Use M: https://test.example.co m/webdav /user:john PASSWORD /Persistent:NO

I get error: System error 1244

Ответы

Hi Thanks for your reply!

I can connect with a Mac, Windows 7, windows 8.1 and Windows 10 without any problems. Only when I do the same with Windows 2012 i’m getting into troubles.

I checked the registry options and it is now like this:

BasicAuthLevel Reg_Dword value: 1

UseBasicAuth Reg_Dword value: 1

AuthForwardServerList Reg_Multi_SZ http://serv er.ex ample.com

What do you mean with the last option?

It is really annoying. 🙁

Hope that you can help

EDIT: Now it works you have to set this:

BasicAuthLevel Reg_Dword value: 2

Все ответы

This can be caused by one of the following conditions:
•The server that you are connecting to does not have any authentication methods enabled.
•The WebDAV client is running into the problems that are described in KB941050(https://support.microsoft.com/en-us/kb/941050) or KB943280(https://support.microsoft.com/en-us/kb/943280).
•The logon type for content on a UNC share is incorrect; this setting is configured in the Physical Path Credentials Logon Type option in the Advanced Settings for a website or application, and is defined by the logonMethod attribute for the virtualDirectory settings for a website or virtual directory. For example: if the directory for your website’s content is on a network share, you may need to change your settings from Clear Text to Network depending on your network configuration.
Roger

Hi Thanks for your reply!

I can connect with a Mac, Windows 7, windows 8.1 and Windows 10 without any problems. Only when I do the same with Windows 2012 i’m getting into troubles.

I checked the registry options and it is now like this:

Источник

Webdav ошибка 1244 только на windows, а под linux работает, как исправить?

На сервере под ubuntu крутится apache с настроенным webdav.
Я могу на этот сервер подключиться по webdav c домашенго ноутбука под Linux, но с другого домашнего компьютера под windows 7 x64 я не могу подключиться, пишет:
Системная ошибка 1244.
Запрошенная операция не была выполнена, так как пользователь не зарегистрирован.
Подключаюсь так:
net use w: https://1.2.3.4:443/webdav /USER:webdav PasSwoRd
—-
На компьютере:
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesWebClientParameters, параметр BasicAuthLevel=1
Менять на 2 смысла нет т.к. подключение идет и так по SSL.
—
При этом на компьютере под windows 7 в браузере я могу спокойно зайти на сайт ввести логин и пароль и меня пустят и я буду видеть содержимое webdav папки.
Где ошибка?

—
пароль вводился и генерировался следующей коммандой
htpasswd -c -m /etc/apache2/webdav.password webdav
—-
Настройки apache:

В логах самого apache вижу начало авторизации и всё, дальше не идет:

• Вопрос задан более двух лет назад
• 1210 просмотров

Столкнулся с такой же проблемой. С момента, когда задан был вопрос прошло много времени, но может кому-то понадобится решение данной проблемы.

Источник

Webdav system error 1244

Общие обсуждения

Пытаюсь подключить сетевой диск webdav средствами проводника Windows 10 Pro.
Webdav развернут на Windows Server 2019. Это не сервер, а просто файловое хранилище. Домена нет, пользователи локальные, права розданы, по локальной сети все ок работает.
Webdav виртуальный каталог. Адрес в интернете https://*.*.*.*/shares. Сертификат ssl самоподписанный. Базовая аутентификация. Доступ всем пользователям.

С Мака сетевой диск подключается, с приложений в смартфоне подключается. В Windows через плагин Total commander подключается, через Internet Explorer (и другие браузеры) – ругается на сертификат, но подключается. Через проводник – никак. Запрашивает имя пользователя и пароль, указываю корректные, но подключение не происходит: Вход в сеть не произведен. Через командную строку: Системная ошибка 1244. Запрошенная операция не была выполнена, так как пользователь не зарегистрирован.

На клиентской машине стоит Windows 10 Pro. Сертификат добавлен в доверенные, служба webclient запущена, параметры реестра аутентификации и доверенных адресов BasicAuthLevel и AuthForwardServerList пробовал изменять, брандмауэр отключал, параметры безопасности IE снижал – ничего не помогает.

Учитывая, что любые сторонние программы и приложения могут без проблем подключаться и работать, я предполагаю, что проблема в клиенте Windows, а не сервере. Задача вроде довольно простая, но никак не могу найти решение.

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

Источник

Облачные хранилища данных становятся всё более востребованными, как среди частных пользователей, так и среди компаний. При этом некоторые интернет сервисы хранения файлов предоставляют возможность доступа к своему облаку по протоколу WebDAV (Web Distributed Authoring and Versioning).

Преимущества доступа по webdav по сравнению с веб доступом:

• работа с файлами в автоматическом режиме (скачивание/закачивание bat файлами и скриптами JS/VBS/PS), то есть, в первую очередь, это означает возможность автоматического сброса резервных копий на интернет хранилище
• подключение облака как сетевого диска (обычного network drive) с присваиванием буквы логического диска (E:, F: и т.д.), другими словами, возможность работы с облачными файлами из обычных программ (офисные пакеты, графические редакторы и т.п.)
• возможность заливать большие файлы (обычно веб интерфейс позволяет закачивать в хранилище файлы до 2 ГБ). Здесь надо отметить, что бесплатные аккаунты часто ограничены в размере файлов по сравнению с платными, например, на Box бесплатно можно хранить файлы размером не более 250 МБ (на Business аккаунтах размер файла может составлять до 5 ГБ, на Enterprise вроде до 15 ГБ); правда, с большими файлами есть и другие проблемы, но об этом ниже

Статья расскажет о возможностях использования WebDAV в различных программах, особенностях подключения вручную и из командной строки/bat файлов, распространенных проблемах и их решениях.

WebDAV в FAR Manager

Работать с файловым хранилищем по WebDAV можно и без подключения сетевого диска, если использовать плагин NetBox в Far Manager, при этом файлы будут доступны в самом Far Manager, но недоступны в командной строке и в других программах, например, в проводнике Windows.

Эта функция Windows позволяет получить доступ к файлам по WebDAV не только в файловых менеджерах (Far Manager и т.д.), но также и в командной строке и в проводнике Windows.

В Windows 7 есть встроенный веб клиент, который подключает облако WebDAV как обычный сетевой диск с присваиванием буквы. При подключении следует ввести адрес, который зависит от хранилища.

Строка подключения WebDAV для Яндекс.Диска:

https://webdav.yandex.ru

Подробные инструкции с картинками: Доступ к Яндекс.Диск через WebDAV

Строка подключения WebDAV для Box:

https://dav.box.com/dav

Подробные инструкции с картинками: Does Box support WebDAV?

Строка подключения WebDAV для OneDrive потребует cid – это идентификатор учетной записи, его можно посмотреть в адресной строке браузера, если открыть веб-интерфейс OneDrive:

https://d.docs.live.net/cid

Облако Mail.ru тоже предлагает доступ по WebDAV, хотя и только на платных тарифах.

Строка подключения WebDAV для Mail.ru:

https://webdav.cloud.mail.ru/

Подключение WebDAV из командной строки Windows

Также можно использовать возможности командной строки – команда NET USE успешно подключает WebDAV хранилища, например, эта команда подключает папку Яндекс.Диск в виде логического диска Y:

 net use Y: https://webdav.yandex.ru password /user:email_address /persistent:yes

Эта команда для подключения папки Box в виде логического диска X:

net use X: https://dav.box.com/dav password /user:email_address /persistent:yes

Чтобы подключить OneDrive к букве O: (значение cid берётся из адресной строки браузера в веб-итерфейсе OneDrive:

net use O: https://d.docs.live.net/cid password /user:email_address /persistent:yes

Чтобы подключить OneDrive к назначаемой автоматически букве диска:

net use * https://d.docs.live.net/cid password /user:email_address /persistent:yes

Хотя можно выбрать автоматический выбор буквы диска (указанием звёздочки), я предпочитаю использовать фиксированные буквы — это упрощает работу с командными файлами.

Примечание: параметр /persistent:yes необязательный, он задаёт автоматическое восстановление подключения при перезагрузке компьютера, подробнее об этом см. ниже.

После подключения можно пользоваться стандартными командами для работы с файлами, например:

copy backup.zip y:backup

Проблемы с большими файлами

Операции (скачивания, закачивание) над небольшими файлами проходят отлично. Однако при большем размере файла (50 МБ и более) возникают проблемы. Например, появляется сообщение Delayed Write Failed (Ошибка отложенной записи), а размер закачанного файла оказывается 0 байт.

Для решения этих проблем можно попробовать изменить параметры клиента, как это описано ниже, подробнее см. в статье You cannot download more than 50 MB or upload large Files when the upload takes longer than 30 minutes using Web Client in Windows 7

Но в действительности получилось закачать файл 300 МБ только командой xcopy с отключением буферизации:

xcopy *.zip y:backup /Y /Z /V /J

Копирование закончилось успешно, при том что не получилось ни проводником Windows, ни copy /y /z /v.

Лимит на размер файла

Исходное значение 50 000 000 байт. Задается в байтах параметром реестра:

DWORD FileSizeLimitInBytes

в разделе:

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesWebClientParameters

Например, можно задать 500 000 000.

Таймаут

Исходное значение 1800 секунд или 30 минут, поэтому операции более 30 минут прерываются. Значение таймаута задается в секундах параметром реестра:

DWORD FsCtlRequestTimeoutInSec

в разделе:

HKEY_LOCAL_MACHINESystemCurrentControlSetServicesMRxDAVParameters

В статье рекомендуется значение 3600, т.е. 3600 секунд или один час.

Производительность wevdav хранилищ

Это очень интересный вопрос для резервного копирования, потому что нам надо понимать, сколько времени будет занимать копирование файла резервной копии на сервер по webdav, ведь размер такого файла может быть и 100МБайт, и 1 ГБайт и больше.

Следующий тест показывает время выгрузки файла 188 МБ на Яндекс Диск по webdav. Подключение к интернету 100 Мбит/с, поэтому на выгрузку существенно не влияет. Для регистрации времени начала и окончания копирования используется программа nhts.

C:UsersusernameDocuments>dir *.zip
11.09.2015  15:55       197 858 220 backup-20150911.zip

C:UsersusernameDocuments>nhts HH:mm:ss 'Запуск' & xcopy backup-2015091
1.zip y:backup /Y /Z /V /J & nhts HH:mm:ss 'Завершено'
15:58:05 Запуск
C:backup-20150911.zip
Скопировано файлов: 1.
15:58:43 Завершено

В итоге, файл 188 МБ был скопирован за 38 секунд, то есть скорость выгрузки составила 4,9 МБ/с или 40Мбит/с – хороший результат для резервного копирования. Соответственно, файл 1 ГБ будет загружен на сервер примерно за 3,5 минуты.

Теперь такой же тест для Box (он подключен к X:):

C:UsersusernameDocuments>nhts HH:mm:ss 'Запуск' & xcopy backup-2015091
1.zip x:backup /Y /Z /V /J & nhts HH:mm:ss 'Завершено'
16:09:57 Запуск
C:backup-20150911.zip
Скопировано файлов: 1.
16:11:49 Завершено

Box работает помедленнее – время копирования того же файла составило 112 секунд, и, соответственно, скорость копирования составила 1,7 МБ/с или 13,4 Мбит/с. При такой скорости время копирования 1ГБ файла составит больше 10 минут. Сам Box пишет, что для business и enterprise аккаунтов есть какая-то оптимизация для повышения скорости копирования на сервер, см. How can I optimize my upload speeds?

Понятно, что скорость копирования может меняться в зависимости от загрузки каналов связи или серверов, но видно, что Яндес Диск быстрее, и с учетом ограничения на размер файла в 250 МБ в Box предпочтительнее для резервного копирования использовать бесплатный Яндекс Диск, чем бесплатный аккаунт Box.

Возможные проблемы и их решение

При появлении проблемы подключения важно определить, какую именно ошибку сообщает программа – чтобы делать правильные действия для её устранения.

Ошибка 67 — не найдено сетевое имя

Ошибка 67 означает, что не удалось найти сервер по указанному в команде сетевому имени. В английской версии Windows эта ошибка описывается как «The network name cannot be found».

В первую очередь необходимо проверить, правильно ли в команде набран протокол и адрес webdav сервера, например, для Яндекс.Диска должно быть:

https://webdav.yandex.ru

Во-вторых, проверить разрешение сетевого имени – сервер должен быть доступен:

C:WindowsSystem32>ping webdav.yandex.ru

Pinging webdav.YANDEX.ru [87.250.251.53] with 32 bytes of data:
Reply from 87.250.251.53: bytes=32 time=46ms TTL=51
Reply from 87.250.251.53: bytes=32 time=35ms TTL=51
Reply from 87.250.251.53: bytes=32 time=62ms TTL=51
Reply from 87.250.251.53: bytes=32 time=38ms TTL=51

Ping statistics for 87.250.251.53:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 35ms, Maximum = 62ms, Average = 45ms

Если сервер неизвестен или не отвечает, то явно что-то не так с интернет подключением.

Если сетевое имя сервера указано корректно, сервер успешно пингуется, но подключение с правильными параметрами всегда завершается ошибкой 67, то причиной проблемы является блокировка подключения со стороны локальной сети. Например, у меня на работе происходит именно так, потому что доступ к интернет хранилищам по WebDav заблокирован администраторами намеренно, наверное, чтобы предотвратить слив информации на сторону. Чтобы убедиться, что причина именно в этом, необходимо попробовать подключение с точно такими же параметрами, но из другой сети, лучше из домашней, потому что операторы обычно не блокируют WebDAV коммуникации. Если проверка подтвердила, что локальные админы блокируют подключение, то решить проблему можно только через них.

Ошибка 1244 — пользователь не зарегистрирован

Полный текст ошибки: «Запрошенная операция не была выполнена, так как пользователь не зарегистрирован».
Эта ошибка означает, что сервер не получил правильные логин и пароль пользователя. Причины могут быть разные, как неправильный ввод имени или пароля, так и ввод их в неправильном месте команды.

Поэтому при этой ошибке я проверяю, что пароль введён правильно и находится между адресом сервера и параметром /user.

Также сложность может возникнуть, если пароль содержит спецсимволы, имеющие особое значение в командных cmd/bat файлах, потому что эта часть строки может быть интерпретирована неправильно. Чтобы это проверить, можно попробовать временно указать звёздочку вместо пароля, тогда программа запросит пароль после запуска. Если подключение при вводе пароля по запросу сработает, то надо проверить пароль на наличие недопустимых символов. Например, у меня один из паролей содержал символ амперсанда ‘&’, и это приводило к ошибке 1244. Обойти ошибку удалось, заключив пароль в кавычки. Но если в пароле есть символ кавычек, то это обойти, скорее всего, не удастся – лучше изменить пароль, исключив из него кавычки.

Действия с хранилищем в командном файле

Как проверить, что хранилище подключено

Проверка того, что подключение установлено, и сервер доступен, может потребоваться в командных файлах. Её можно выполнить командой IF EXIST.

Например, cmd/bat файл для подключения WebDAV проверяет, если диск уже подключен, то сразу выходит:

if exist Y:* echo Already connected. & exit /b 0

Или cmd/bat файл резервного копирования проверяет перед выгрузкой, что сетевой диск доступен:

if not exist Y:* echo Not connected. & exit /b 1

Копирование файлов по WebDAV

Из-за буферизации на стороне клиента в стандартной COPY или в проводнике возможна потеря данных, поэтому рекомендуется использовать XCOPY с отключением буферизации и с контролем размера.

xcopy *.zip y:backup /Y /Z /V /J

Автоматическое подключение сетевого диска

Возможность для автоматического подключения сетевого диска при загрузке компьютера на самом деле уже есть и включается параметром /persistent:yes (см. выше).

Недостаток этого решения состоит в том, что при загрузке компьютера делается только одна попытка подключения диска. Если на этот момент не было сетевого подключения или временно сервер был недоступен, то диск так и останется не подключенным.

Та же проблема возникает, если в автозагрузку вставить только команду подключения:

 net use Y: https://webdav.yandex.ru password /user:email_address /persistent:yes

Подключение сетевого диска с проверкой и повтором

Чтобы сделать более надёжное решение, использую cmd/bat файл с проверкой результата и повтором попытки:

@echo off
if exist y:* echo Already connected. & exit /b 0
:connect
net use y: https://webdav.yandex.ru password /user:nhutils@yandex.ru
if errorlevel 1 ping 127.0.0.1 -n 60 > nul & goto connect
В случае ошибки NET USE попытка подключения повторяется через 1 минуту. Задержка делается с помощью ping, подробнее см. Как сделать задержку в командном файле.
Этот командный файл можно запускать вручную или через автозагрузку.
Чтобы не мешало чёрное окно bat файла, можно спрятать его путём запуска через wsh скрипт, см. Скрыть консольное окно.
Файлы для скачивания
Командные файлы подключения по WebDAV



  


                       
  




Все скрипты и командные файлы
См. также
WebDAV (Web Distributed Authoring and Versioning)

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

Как сделать задержку в командном файле
Несколько способов, как запрограммировать задержку по времени  в bat файле CMD/BAT:  варианты с фиксированным временем ожидания ping -n, sleep.exe из Windows XP Resource Kit и скрипт WSH/JScript, а также вариант с ожиданием нажатия клавиши timeout /t.