Windows webdav error 67

Issue: I'm having issues getting WebDav to work in the command line on Windows XP, both Service Pack 2 and Service Pack 3. C:>net use z: https://mywebsite.com/software/ System error 67 has occ...

Issue: I’m having issues getting WebDav to work in the command line on Windows XP, both Service Pack 2 and Service Pack 3.

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

The network name cannot be found.

I have tested this with two webdav server. Both Ubuntu Apache and I Windows Server 2003 IIS. Both get the same result.

Things That Haven’t Worked:

  1. I’ve installed the following Microsoft KB on my XP machines with no avail.
  2. I’ve also found the following reg key: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesWebClientParameters UseBasicAuth REG_DWORD 1

  3. I try the following when trying to use a few work around I’ve dug up on the web, all producing the same result.

    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. I’ve also tried all the above combinations adding a user into it /user:user and /user:user@domain.

  5. I’ve also tried using http:// rather than https://.

  6. I’ve tried "\server.com@ssl:443folder"

  7. I’ve gone over networking related issues as @WesleyDavid had pointed out.

Things that do work:

  • I can connect to the webdav folder via the URL and with mapping in Network Place, with XP.
    But the command line doesn’t work (I need a drive letter).
  • Windows 7 works perfectly with the same command.

My Delemma:

I need this to work with a drive letter. What else can I try to get this working?

asked Sep 5, 2011 at 2:25

Nixphoe's user avatar

NixphoeNixphoe

4,5647 gold badges34 silver badges51 bronze badges

9

Using WedDAV enabled on OS X Lion Server, the syntax in XP is:

NET USE * http://server url/webdav/username password /user:username

This works, but can not figure out how to choose from multiple shares for the same user (it always defaults to the user account directory)…

answered Dec 8, 2011 at 16:24

PersonOfInterest's user avatar

I had the same problems for a HTTP WebDav connection (did not try with HTTPS yet but it should work too).
Please try the following, it worked for me:

To enable Basic authentication on the client computer, follow these steps:

  1. Click Start, and then click Run.
  2. In the Open box, type regedit, and then click OK.
  3. Locate and then click the following registry subkey:
    HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesWebClientParameters
  4. On the Edit menu, point to New, and then click DWORD Value.
  5. Type UseBasicAuth, and then press Enter.
  6. On the Edit menu, click Modify.
  7. In the Value data box, type 1, and then click OK.
    Note Basic authentication is enabled if the UseBasicAuth registry entry is set to a non-zero value. Basic authentication is disabled if the UseBasicAuth registry entry is not present or if the UseBasicAuth registry entry is set to 0 (zero).
  8. Exit Registry Editor, and then restart the computer.

Note that the key is called BasicAuthLevel in Vista and newer

Then connect

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

Source
http://support.microsoft.com/kb/841215/en-us

answered Oct 22, 2012 at 13:13

dwn's user avatar

3

Zero Guess:
I just edited this in here. Get rid of the trailing slash in net use z: https://mywebsite.com/software/ so that it reads net use z: https://mywebsite.com/software

First guess:

I don’t like the look of /user:user@domain. I’ve seen sketchy things happen with that in some Windows CLI tools (even though, yes, it should work fine). Did you try the format /u:domainuser?

Second Guess:

  1. Go into hardware management and select to View >> «Show Hidden Devices»
  2. Open the «Non Plug and Play Drivers» Node
  3. Disable IP Network Address Translator

That has been known to cause error 67, which is the heart of the problem. A communications error.

Third Guess

Winsock corruption! It happens. Look into netsh winsock reset and netsh winsock reset catalog

You can read more at this KB article.

Fourth Guess:

Sometimes error 67 can be caused by a hardware level issue on both the client and server side, usually involving the drivers. Two possibilities:

  1. Reset the TCP/IP stack on the client using netsh int ip reset. I know, I know — it’s cargo cult administration. Just try it. =)
  2. Update to the latest network drivers for the exact card model number on all machines involved. Even the servers. In my mind somewhere, I seem to recall error 67 being thrown on clients and the server network card being updated to solve the issue.

Fifth guess

We’re getting down to thin pickins down here. Try this in Safe Mode with Networking. WebDAV connections should be able to be made. I’m wondering if some interfering extraneous network driver is interfering, although that should have been taken care of my updating the drivers in Guess #1.

answered Sep 7, 2011 at 22:44

Wesley's user avatar

WesleyWesley

32.4k9 gold badges80 silver badges116 bronze badges

2

You can’t map a network drive to an https connection pre Windows Vista, at least not with the Net command. This has to do with an issue with the WebDav mini redirecter. Please check the following: http://www.autohotkey.com/forum/topic44471.html

answered Nov 21, 2011 at 17:46

Eliot's user avatar

EliotEliot

111 bronze badge

Please try

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

The other thing that I see is:

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

answered Sep 8, 2011 at 20:14

gWaldo's user avatar

gWaldogWaldo

11.9k8 gold badges41 silver badges68 bronze badges

2

Mmm. How about:

net use z: https://mywebsite.com:443/software/

Also, when you attempt to do ‘net use z: http://mywebsite.com/software/’ (point 5 of what hasnt worked) is port 80 active on your target server? Clearly this is an XP problem — can we isolate it to XP and HTTPS or is it XP and Webdav? Do your event logs show anything?

Also: Might the net use command be using the windows internet security settings for mapping the drive? You may need to place https://mywebsite.com in your trusted sites. Look in IE -> tools -> security, or your control panel.

answered Sep 13, 2011 at 17:17

RobW's user avatar

RobWRobW

2,7661 gold badge17 silver badges22 bronze badges

1

Webdav ON IIS: net use * http://WEBSITE/DavWWWRoot PASSWORD /user:USER@DOMAIN

if you use IIS the Root folder have this name DavWWWRoot , some client resolve automaticaly ( windows 10 and windows 7 ) but in other case you must specify (windows xp).
This work form me

answered Nov 30, 2017 at 17:22

user2765668's user avatar

  • Remove From My Forums
  • Вопрос

  • Коллеги здравствуйте.

    Знакомлюсь в webdav,

    Установил на новую вирт машину 2012r2 а далее СТРОГО по инструкции (ссылка) выполняю настройку роли iis и
    фичи webdav.

    Но на моменте проверки и подключения сетевого диска командой net use * http://localhost/

    благородно посылаюсь — 

    Интернет рекомендует следующее — 

    The following list of error conditions is designed to help troubleshoot situations that you might see when working with WebDAV.

    1. When attempting to map a drive to a WebDAV site, you receive the following error:

      System
      error 67 has occurred.

      The network name cannot be found.

      This can be caused by one of the following conditions:

      • IIS is not installed or is not running on the server that you are attempting to connect to.
      • You have not installed the WebDAV Redirector on your client system.
      • The WebClient service is not running on your client system.
      • You have not enabled WebDAV on your web site.
      • You are using Basic Authentication and connecting to your web site using HTTP instead of HTTPS.
      • You are connecting to a web site on your local network that is using Fully-Qualified Domain Names (FQDNs) for name resolution, your web site uses Windows Authentication, and you have not added the web site’s FQDN to the proxy server bypass list on your client.

    Только я в толк не возьму почему у меня не работает?

Ответы

  • Здесь 
    пишут, что нужно установить компонент Desktop Experienc и проверить запущен ли сервис Web Client.

    С другого компьютера подключиться удается?

    • Помечено в качестве ответа

      27 февраля 2015 г. 6:54

Issue: I’m having issues getting WebDav to work in the command line on Windows XP, both Service Pack 2 and Service Pack 3.

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

The network name cannot be found.

I have tested this with two webdav server. Both Ubuntu Apache and I Windows Server 2003 IIS. Both get the same result.

Things That Haven’t Worked:

  1. I’ve installed the following Microsoft KB on my XP machines with no avail.
  2. I’ve also found the following reg key: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesWebClientParameters UseBasicAuth REG_DWORD 1

  3. I try the following when trying to use a few work around I’ve dug up on the web, all producing the same result.

    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. I’ve also tried all the above combinations adding a user into it /user:user and /user:user@domain.

  5. I’ve also tried using http:// rather than https://.

  6. I’ve tried "\server.com@ssl:443folder"

  7. I’ve gone over networking related issues as @WesleyDavid had pointed out.

Things that do work:

  • I can connect to the webdav folder via the URL and with mapping in Network Place, with XP.
    But the command line doesn’t work (I need a drive letter).
  • Windows 7 works perfectly with the same command.

My Delemma:

I need this to work with a drive letter. What else can I try to get this working?

asked Sep 5, 2011 at 2:25

Nixphoe's user avatar

NixphoeNixphoe

4,5647 gold badges34 silver badges51 bronze badges

9

Using WedDAV enabled on OS X Lion Server, the syntax in XP is:

NET USE * http://server url/webdav/username password /user:username

This works, but can not figure out how to choose from multiple shares for the same user (it always defaults to the user account directory)…

answered Dec 8, 2011 at 16:24

PersonOfInterest's user avatar

I had the same problems for a HTTP WebDav connection (did not try with HTTPS yet but it should work too).
Please try the following, it worked for me:

To enable Basic authentication on the client computer, follow these steps:

  1. Click Start, and then click Run.
  2. In the Open box, type regedit, and then click OK.
  3. Locate and then click the following registry subkey:
    HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesWebClientParameters
  4. On the Edit menu, point to New, and then click DWORD Value.
  5. Type UseBasicAuth, and then press Enter.
  6. On the Edit menu, click Modify.
  7. In the Value data box, type 1, and then click OK.
    Note Basic authentication is enabled if the UseBasicAuth registry entry is set to a non-zero value. Basic authentication is disabled if the UseBasicAuth registry entry is not present or if the UseBasicAuth registry entry is set to 0 (zero).
  8. Exit Registry Editor, and then restart the computer.

Note that the key is called BasicAuthLevel in Vista and newer

Then connect

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

Source
http://support.microsoft.com/kb/841215/en-us

answered Oct 22, 2012 at 13:13

dwn's user avatar

3

Zero Guess:
I just edited this in here. Get rid of the trailing slash in net use z: https://mywebsite.com/software/ so that it reads net use z: https://mywebsite.com/software

First guess:

I don’t like the look of /user:user@domain. I’ve seen sketchy things happen with that in some Windows CLI tools (even though, yes, it should work fine). Did you try the format /u:domainuser?

Second Guess:

  1. Go into hardware management and select to View >> «Show Hidden Devices»
  2. Open the «Non Plug and Play Drivers» Node
  3. Disable IP Network Address Translator

That has been known to cause error 67, which is the heart of the problem. A communications error.

Third Guess

Winsock corruption! It happens. Look into netsh winsock reset and netsh winsock reset catalog

You can read more at this KB article.

Fourth Guess:

Sometimes error 67 can be caused by a hardware level issue on both the client and server side, usually involving the drivers. Two possibilities:

  1. Reset the TCP/IP stack on the client using netsh int ip reset. I know, I know — it’s cargo cult administration. Just try it. =)
  2. Update to the latest network drivers for the exact card model number on all machines involved. Even the servers. In my mind somewhere, I seem to recall error 67 being thrown on clients and the server network card being updated to solve the issue.

Fifth guess

We’re getting down to thin pickins down here. Try this in Safe Mode with Networking. WebDAV connections should be able to be made. I’m wondering if some interfering extraneous network driver is interfering, although that should have been taken care of my updating the drivers in Guess #1.

answered Sep 7, 2011 at 22:44

Wesley's user avatar

WesleyWesley

32.4k9 gold badges80 silver badges116 bronze badges

2

You can’t map a network drive to an https connection pre Windows Vista, at least not with the Net command. This has to do with an issue with the WebDav mini redirecter. Please check the following: http://www.autohotkey.com/forum/topic44471.html

answered Nov 21, 2011 at 17:46

Eliot's user avatar

EliotEliot

111 bronze badge

Please try

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

The other thing that I see is:

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

answered Sep 8, 2011 at 20:14

gWaldo's user avatar

gWaldogWaldo

11.9k8 gold badges41 silver badges68 bronze badges

2

Mmm. How about:

net use z: https://mywebsite.com:443/software/

Also, when you attempt to do ‘net use z: http://mywebsite.com/software/’ (point 5 of what hasnt worked) is port 80 active on your target server? Clearly this is an XP problem — can we isolate it to XP and HTTPS or is it XP and Webdav? Do your event logs show anything?

Also: Might the net use command be using the windows internet security settings for mapping the drive? You may need to place https://mywebsite.com in your trusted sites. Look in IE -> tools -> security, or your control panel.

answered Sep 13, 2011 at 17:17

RobW's user avatar

RobWRobW

2,7661 gold badge17 silver badges22 bronze badges

1

Webdav ON IIS: net use * http://WEBSITE/DavWWWRoot PASSWORD /user:USER@DOMAIN

if you use IIS the Root folder have this name DavWWWRoot , some client resolve automaticaly ( windows 10 and windows 7 ) but in other case you must specify (windows xp).
This work form me

answered Nov 30, 2017 at 17:22

user2765668's user avatar

  • Remove From My Forums
  • Question

  • User-821689857 posted

    Hi: I followed the installation directions for webDAV on IIS7, but the final step:

    net use * http://localhost/

    returns

    System error 67 has occurred.

    The network name cannot be found.

    I googled error 67 and found some docs related to disabling IP Nat, but they referred to server2003 and I couldn’t locate anything for server2008. I’m installing on 2008-RC0, which has both the webserver and domain controller roles installed.

Answers

  • User1073881637 posted

    Hi e1ny,

    I’m running into the same problem and don’t know a solution.  The article
    http://go.microsoft.com/fwlink/?LinkId=105146 shows the error 67 and possible solutions.  I’ve not been able to workaround this issue, I’m running RC1 Enterprise edition.  I can use
    Windows XP and add a «New Network Place» and use wedDAV.  Which up until now, I’ve never messed with WebDAV.  It’s pretty cool! 

    After I disabled WebDAV, I was no longer able to connect using my Windows XP machine.  I can’t connect locally, but remotely works fine, so it’s either a bug or a missed step in the instructions.  I’ve looked over the instructions a few times, tried
    a few other things like granting anonymous access at the global level, doing an iisreset.

    You have not installed the WebDAV Redirector on your system.  I’m assuming this statement is when you «install the WebDAV» module.  I had no issues installing or enabling, this shows the power of extending IIS 7.0.  I’ll be curious
    if others can run the net use command successfully.

    Steve

    • Marked as answer by

      Tuesday, September 28, 2021 12:00 AM

  • User1073881637 posted

    One additional test.  I was able to connect to my W2k8 rc1 box using Vista Ultimate RTM with no issues.  The ‘mapped’ drive looks like DavWWWRoot(\IPAddress){Z:}.  I didn’t map using
    the net use command, but another feature of mapping drives in Vista.  Hmm…

    • Marked as answer by
      Anonymous
      Tuesday, September 28, 2021 12:00 AM

В этой заметке мы поговорим о замечательной надстройке над службой Internet Information Services (IIS) под названием WebDAV. WebDAV это протокол для доступа к общим файлам и папкам через интернет, чем то похожий на FTP. Передача файлов по протоколу WebDAV может быть осуществлена через различные межсетевые экраны и брандмауэры, передаваемую информацию можно шифровать, да и работа с файлами и папками реализована намного удобнее, полностью напоминая работу службы общего доступа к фалам и папкам в Windows.

Вместе с выходом Windows Server 2008 Microsoft презентовала обновленную версию модуля WebDAV для IIS 7. Данный модуль существенно расширил возможности, удобство и безопасность использования WebDAV для доступа к файлам в Интернет, кроме того теперь он стал поддерживать многопользовательскую работу и блокировку файлов.

В этой статье мы поговорим о том, как установить WebDAV на ОС Windows 7 и Windows Server 2008 R2, как его настроить и каким образом можно получить доступ к файлам и папкам, к которым открыт общий сетевой доступ по WebDAV .

Еще раз напомню, что WebDAV это расширение службы IIS, поэтому, если у вас еще не установлен IIS, сделайте это (как вы, наверное, помните и в Windows 7 и в Windows Server 2008 R2, IIS идет по умолчанию, но в целях безопасности этот компонент нужно включать отдельно). Установка WebDAV в Windows 7 и в Windows 2008 R2 немного отличается.

Установка WebDAV на IIS 7.5 в Windows Server 2008 R2

  1. Откройте меню Start-> Administrative Tools-> Server Manager.
  2. В окне управления сервером выберите Roles и отметьте Web Server (IIS).
  3. В окне Web Server (IIS), найдите секцию Role Services и добавьте новую роль Add Role Services.
  4. В списке служб разверните элемент Common HTTP Features, выберите опцию WebDAV Publishing и нажмите Next.Установка WebDAV на IIS 7.5 в Windows Server 2008 R2
  5. Затем нажмите Install.
  6. После установки расширения WebDAV, закройте окно установки кнопкой Close.

Установка WebDAV на IIS 7.5 в Windows 7

  1. Перейдите в панель управления.
  2. В панели управления откройте элемент Programs and Features, и перейдите в режим установки функций Windows (Turn Windows Features on or off).
  3. Разверните узел Internet Information Services, затем World Wide Web Services, и Common HTTP Features.Установка WebDAV на IIS 7.5 в Windows 7
  4. Отметьте WebDAV Publishing и нажмите OK.

Настраиваем публикацию WebDAV в менеджере IIS

На этом этапе мы включим WebDAV для сайта IIS и дадим права на редактирование содержимого локальному администратору.

  1. В менеджере IIS Manager, разверните дерево сайтов и выберите Default Web Site.
  2. Как показано на рисунке, щелкните по элементу WebDAV Authoring Rules.WebDAV Authoring Rules
  3. На странице WebDAV Authoring Rules щелкните в правой колонке(Actions) по сслыке Enable WebDAVВключить WebDAV в Windows 7
  4. После включения WebDAV, создадим правила доступа к содержимому, нажав кнопку Add Authoring Rule.WebDAV Authoring Rule
  5. В окне Add Authoring Rule укажем:
    • All content – значит, что правило будет применяться для контента всех типов.
    • Выберите «Specified users»и введте имя пользователя «administrator»
    • Права доступа: Read, Source и Write.
    • После настройки, жмите OK.WebDAV права доступа в iis 7
  6. В панели управления IIS выберите опцию Authentication.Аутентификация в WebDAV
  7. В окне аутентификации активируйте аутентификацию Windows (Windows Authentication), если IIS будет работать только в качестве сервера WebDAV, анонимную аутентификацию можно отключить.WebDAV аутентифкация Windows Authentication
  8. Вернитесь на уровень сайта Default Web Site и выберите Authorization Rules (либо .Net Authorization Rules)WebDAV .Net Authorization Rules
  9. Создайте Allow правило (либо убедитесь, что оно уже существует), в котором администратору было бы разрешено получать доступ к серверу (в моем случае, такое правило уже было, и всем пользователям — All Users, в том числе администратору был разрешен доступ к IIS).

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

net use * http://localhost/

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

Совет. Если при попытке подключить каталог по WebDav появляется ошибка «System error 67 has occurred. The network name cannot be found.«, в Windows 8 /Windows Server 2012 попробуйте установить компонент Desktop Experience и убедится, что служба Web Client запущена.

Если же нужно расшарить определенную папку на диске, необходимо создать виртуальный каталог IIS. Для этого щелкните правой кнопкой мыши по сайту и выберите ‘Add New Virtual Directory’:Открыть доступ к каталогу в WebDAV

Укажите алиас (имя виртуального каталога IIS) и путь к папке, к которой необходимо открыть доступ и нажмите OK.

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

net use * _https://winitpro.ru/projects

Сетевой диск, подключенный по WebDAV выглядит так:Подключить сетевой диск по WebDAV в Windows

Как вы видите WebDAV — это отличное средство для удаленного доступа к файлам и папкам в Windows поверх протокола HTTP, которое можно использовать, даже через межсетевой экран. Кроме того, так как WebDAV базируется на службе IIS, это означает, что в такой архитектуре мы можем использовать различные технологии обеспечения безопасности и средства управления IIS, в том числе HTTPS для шифрования передаваемых данных (при использовании обычного HTTP вся информация передается в открытом виде, кроме пароля, который при использовании Windows Authentication шифруется).

Опишем еще несколько аспектов использования WebDAV

  • Если вы используете Basic authentication вместе с HTTP, это означит, что ваш пароль будет пересылаться в открытом виде, поэтому лучше использовать протокол HTTPS или все-таки включить аутентификацию Windows.
  • Не забудьте, что IIS работает из под учетной записи, у которой нет доступа к большинству каталогов и файлам, поэтому придется назначить NTFS права этой учетной записи вручную.
  • Для того, чтобы подключить диск по WebDAV с клиента Windows XP, необходимо убедится, что запущена служба WebClientWebClient - клиент доступа по WebDAV в Windows XP
  • Чтобы подключить каталог WebDAV по HTTPS, воспользуйтесь командой:
    net use x: "_https:// winitpro.ru/projects " /User:UserName Password

Basic Info

  • I’m running Cryptomator on: Windows 10 Pro Anniversary, Version 1607 Build 14393.351
  • I’m using Cryptomator in version: 1.2.0

Description

A vault that that could be mounted successfully in the past suddently stopped working. The vault had been created with an older version of Cryptomator and was upgraded by version 1.2.0 — successfully. So it could be mounted after the upgrade. But then some day it could not be mounted anymore. No firewalls or anti-virus software was installed in the meantime, barely anything changed.

Log File

The log shows:

2016-10-29 21:09:06,110 INFO  [Cryptomator:40] Starting Cryptomator 1.2.0 on Windows 10 10.0 (amd64)
2016-10-29 21:09:06,110 INFO  [SingleInstanceManager:299] no running instance found
2016-10-29 21:09:06,275 INFO  [MainApplication:45] JavaFX application started
2016-10-29 21:09:06,351 INFO  [Localization:42] Loaded localization from bundle:/localization/en.txt
2016-10-29 21:09:06,491 INFO  [SettingsProvider:86] Settings loaded from C:Users[removed]AppDataRoamingCryptomatorsettings.json
2016-10-29 21:09:07,222 DEBUG [SingleInstanceManager:325] InstanceManager bound to port 61185
2016-10-29 21:09:08,710 INFO  [JniModule:49] loaded WinFunctions.dll
2016-10-29 21:09:08,775 INFO  [WindowsProtectedKeychainAccess:150] Creating new keychain at path C:Users[removed]AppDataRoamingCryptomatorkeychain.json
2016-10-29 21:09:09,795 INFO  [SettingsProvider:113] Settings saved to C:Users[removed]AppDataRoamingCryptomatorsettings.json
2016-10-29 21:09:11,626 INFO  [log:186] Logging initialized @5889ms
2016-10-29 21:09:11,663 INFO  [Server:345] jetty-9.3.3.v20150827
2016-10-29 21:09:11,682 INFO  [ContextHandler:775] Started o.e.j.s.ServletContextHandler@50700db{/,null,AVAILABLE}
2016-10-29 21:09:11,689 INFO  [ServerConnector:270] Started ServerConnector@825c8bc{HTTP/1.1,[http/1.1]}{0.0.0.0:42427}
2016-10-29 21:09:11,690 INFO  [Server:397] Started @5955ms
2016-10-29 21:09:11,691 INFO  [WebDavServer:85] Cryptomator is running on port 42427
2016-10-29 21:09:11,906 INFO  [WebDavServer:121] Servlet available under http://localhost:42427/[path removed]
2016-10-29 21:09:11,908 INFO  [AbstractWebdavServlet:169] authenticate-header = Basic realm="Jackrabbit Webdav Server"
2016-10-29 21:09:11,909 INFO  [AbstractWebdavServlet:174] csrf-protection = null
2016-10-29 21:09:11,909 INFO  [AbstractWebdavServlet:181] createAbsoluteURI = true
2016-10-29 21:09:11,910 INFO  [ContextHandler:775] Started o.e.j.s.ServletContextHandler@77a09c4a{[path removed],null,AVAILABLE}
2016-10-29 21:09:11,914 INFO  [WebDavMounterProvider:40] Using WindowsWebDavMounter
2016-10-29 21:09:11,939 DEBUG [WindowsWebDavMounter:129] Invoking command: reg add "HKCUSoftwareMicrosoftWindowsCurrentVersionInternet Settings" /v ProxyOverride /d "localhost;<local>;0--1.ipv6-literal.net:42426;0--1.ipv6-literal.net;localhost:42427" /f
2016-10-29 21:09:12,003 DEBUG [CommandResult:87] Command execution finished. Exit code: 2
Error: System error 67 has occurred.

The network name cannot be found.


2016-10-29 21:09:12,004 ERROR [UnlockController:326] Decryption failed for technical reasons.
org.cryptomator.frontend.FrontendCreationFailedException: org.cryptomator.frontend.CommandFailedException: Command execution failed. Exit code: 2 
# Output:

# Error: 
System error 67 has occurred.

The network name cannot be found.


    at org.cryptomator.ui.model.Vault.activateFrontend(Vault.java:147) ~[Cryptomator-1.2.0.jar:1.2.0]
    at org.cryptomator.ui.controllers.UnlockController.unlock(UnlockController.java:295) ~[Cryptomator-1.2.0.jar:1.2.0]
    at org.cryptomator.ui.controllers.UnlockController.lambda$didClickUnlockButton$0(UnlockController.java:290) ~[Cryptomator-1.2.0.jar:1.2.0]
    at org.cryptomator.ui.util.AsyncTaskService.lambda$asyncTaskOf$0(AsyncTaskService.java:32) ~[Cryptomator-1.2.0.jar:1.2.0]
    at org.cryptomator.ui.util.AsyncTaskService$AsyncTaskImpl.lambda$null$6(AsyncTaskService.java:89) ~[Cryptomator-1.2.0.jar:1.2.0]
    at org.cryptomator.ui.util.AsyncTaskService.logExceptions(AsyncTaskService.java:118) ~[Cryptomator-1.2.0.jar:1.2.0]
    at org.cryptomator.ui.util.AsyncTaskService.access$100(AsyncTaskService.java:19) ~[Cryptomator-1.2.0.jar:1.2.0]
    at org.cryptomator.ui.util.AsyncTaskService$AsyncTaskImpl.lambda$run$7(AsyncTaskService.java:87) ~[Cryptomator-1.2.0.jar:1.2.0]
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [?:1.8.0_102]
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [?:1.8.0_102]
    at java.lang.Thread.run(Thread.java:745) [?:1.8.0_102]
Caused by: org.cryptomator.frontend.CommandFailedException: Command execution failed. Exit code: 2 
# Output:

# Error: 
System error 67 has occurred.

The network name cannot be found.


    at org.cryptomator.frontend.webdav.mount.command.CommandResult.assertOk(CommandResult.java:98) ~[frontend-webdav-1.2.0.jar:?]
    at org.cryptomator.frontend.webdav.mount.command.CommandRunner.execute(CommandRunner.java:73) ~[frontend-webdav-1.2.0.jar:?]
    at org.cryptomator.frontend.webdav.mount.command.Script.execute(Script.java:42) ~[frontend-webdav-1.2.0.jar:?]
    at org.cryptomator.frontend.webdav.mount.WindowsWebDavMounter.mount(WindowsWebDavMounter.java:103) ~[frontend-webdav-1.2.0.jar:?]
    at org.cryptomator.frontend.webdav.mount.WindowsWebDavMounter.mount(WindowsWebDavMounter.java:83) ~[frontend-webdav-1.2.0.jar:?]
    at org.cryptomator.frontend.webdav.WebDavFrontend.mount(WebDavFrontend.java:49) ~[frontend-webdav-1.2.0.jar:?]
    at org.cryptomator.ui.model.Vault.activateFrontend(Vault.java:144) ~[Cryptomator-1.2.0.jar:1.2.0]
    ... 10 more

Looks like the server cannot be reached. I found a similar ticket (#120) that could be traced to ZoneAlarm, but I’m not running this or a similar product. Maybe some Windows update broke something?

I need advice on how to trace this down properly. Is there a way to keep the Cryptomator server running to manually connect somehow? How would the commands look that I need to execute? Anything else I can try?

Номер ошибки: Ошибка 67
Название ошибки: ERROR_BAD_NET_NAME
Описание ошибки: Не найдено сетевое имя.
Шестнадцатеричный код: 0x43
Разработчик: Microsoft Corporation
Программное обеспечение: Windows Operating System
Относится к: Windows XP, Vista, 7, 8, 10

Совместима с Windows 2000, XP, Vista, 7, 8 и 10

Признаки ошибки 67

  • Появляется ошибка “ERROR_BAD_NET_NAME” и окно активной программы вылетает.
  • Ваш компьютер часто прекращает работу после отображения ошибки 67 при запуске определенной программы.
  • Отображается сообщение “Не найдено сетевое имя.”.
  • Windows медленно работает и медленно реагирует на ввод с мыши или клавиатуры.
  • Компьютер периодически «зависает» на несколько секунд.

Такие сообщения об ошибках 67 могут появляться в процессе установки программы, когда запущена программа, связанная с Microsoft Corporation (например, Windows Operating System), при запуске или завершении работы Windows, или даже при установке операционной системы Windows. Отслеживание момента появления ошибки ERROR_BAD_NET_NAME является важной информацией при устранении проблемы.

Причины ошибки 67

  • Поврежденная загрузка или неполная установка программного обеспечения Windows Operating System.
  • Поврежденные ключи реестра Windows, связанные с Windows Operating System.
  • Вирус или вредоносное ПО, которые повредили файл Windows или связанные с Windows Operating System программные файлы.
  • Другая программа злонамеренно или по ошибке удалила файлы, связанные с Windows Operating System.
  • ERROR_BAD_NET_NAME.

Коды системных ошибок Windows такие как «ERROR_BAD_NET_NAME» могут быть вызваны целым рядом факторов, поэтому устранить каждую из возможных причин, чтобы предотвратить повторение ошибки в будущем.

Коды системных ошибок Windows в базе знаний

star rating here

Как исправить ошибку 67 (ERROR_BAD_NET_NAME)

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

Пожалуйста, учтите: Нажмите на изображение [ ] , чтобы развернуть инструкции по устранению проблем по каждому из шагов ниже. Вы также можете использовать изображение [ ], чтобы скрывать инструкции по мере их выполнения.

Шаг 1: Восстановить записи реестра, связанные с ошибкой 67

Редактирование реестра Windows вручную с целью удаления содержащих ошибки ключей ERROR_BAD_NET_NAME не рекомендуется, если вы не являетесь специалистом по обслуживанию ПК. Ошибки, допущенные при редактировании реестра, могут привести к неработоспособности вашего ПК и нанести непоправимый ущерб вашей операционной системе. На самом деле, даже одна запятая, поставленная не в том месте, может воспрепятствовать загрузке компьютера!

В связи с подобным риском мы настоятельно рекомендуем использовать надежные инструменты очистки реестра, такие как Reimage (разработанный Microsoft Gold Certified Partner), чтобы просканировать и исправить любые проблемы, связанные с Ошибка 67. Используя очистку реестра, вы сможете автоматизировать процесс поиска поврежденных записей реестра, ссылок на отсутствующие файлы (например, вызывающих ошибку ERROR_BAD_NET_NAME) и нерабочих ссылок внутри реестра. Перед каждым сканированием автоматически создается резервная копия, позволяющая отменить любые изменения одним кликом и защищающая вас от возможного повреждения компьютера. Самое приятное, что устранение ошибок реестра может резко повысить скорость и производительность системы.

Предупреждение: Если вы не являетесь опытным пользователем ПК, мы НЕ рекомендуем редактирование реестра Windows вручную. Некорректное использование Редактора реестра может привести к серьезным проблемам и потребовать переустановки Windows. Мы не гарантируем, что неполадки, являющиеся результатом неправильного использования Редактора реестра, могут быть устранены. Вы пользуетесь Редактором реестра на свой страх и риск.

Перед тем, как вручную восстанавливать реестр Windows, необходимо создать резервную копию, экспортировав часть реестра, связанную с ERROR_BAD_NET_NAME (например, Windows Operating System):

  1. Нажмите на кнопку Начать.
  2. Введите «command» в строке поиска. ПОКА НЕ НАЖИМАЙТЕENTER!
  3. Удерживая клавиши CTRL-Shift на клавиатуре, нажмите ENTER.
  4. Будет выведено диалоговое окно для доступа.
  5. Нажмите Да.
  6. Черный ящик открывается мигающим курсором.
  7. Введите «regedit» и нажмите ENTER.
  8. В Редакторе реестра выберите ключ, связанный с Ошибка 67 (например, Windows Operating System), для которого требуется создать резервную копию.
  9. В меню Файл выберите Экспорт.
  10. В списке Сохранить в выберите папку, в которую вы хотите сохранить резервную копию ключа Windows Operating System.
  11. В поле Имя файла введите название файла резервной копии, например «Windows Operating System резервная копия».
  12. Убедитесь, что в поле Диапазон экспорта выбрано значение Выбранная ветвь.
  13. Нажмите Сохранить.
  14. Файл будет сохранен с расширением .reg.
  15. Теперь у вас есть резервная копия записи реестра, связанной с ERROR_BAD_NET_NAME.

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

Мы не несем никакой ответственности за результаты действий, совершенных по инструкции, приведенной ниже — вы выполняете эти задачи на свой ​​страх и риск.

Шаг 2: Проведите полное сканирование вашего компьютера на вредоносное ПО

Есть вероятность, что ошибка ERROR_BAD_NET_NAME может быть связана с заражением вашего компьютера вредоносным ПО. Эти вредоносные злоумышленники могут повредить или даже удалить файлы, связанные с Коды системных ошибок Windows. Кроме того, существует возможность, что ошибка 67 связана с компонентом самой вредоносной программы.

Совет: Если у вас еще не установлены средства для защиты от вредоносного ПО, мы настоятельно рекомендуем использовать Emsisoft Anti-Malware (скачать). В отличие от других защитных программ, данная программа предлагает гарантию удаления вредоносного ПО.

Шаг 3: Очистить систему от мусора (временных файлов и папок) с помощью очистки диска (cleanmgr)

Со временем ваш компьютер накапливает ненужные файлы в связи с обычным интернет-серфингом и повседневным использованием компьютера. Если такие ненужные файлы иногда не удалять, они могут привести к снижению быстродействия Windows Operating System или к ошибке ERROR_BAD_NET_NAME, возможно вследствие конфликтов файлов или перегрузки жесткого диска. Удаление таких временных файлов при помощи утилиты Очистка диска может не только устранить ошибку 67, но и существенно повысить быстродействие вашего компьютера.

Совет: Хотя утилита Очистки диска является прекрасным встроенным инструментом, она удаляет не все временные файлы с вашего компьютера. Другие часто используемые программы, такие как Microsoft Office, Firefox, Chrome, Live Messenger, а также сотни других программ не поддаются очистке при помощи программы Очистка диска (включая некоторые программы Microsoft Corporation).

Из-за недостатков утилиты Windows Очистка диска (cleanmgr) мы настоятельно рекомендуем использовать специализированное программное обеспечение очистки жесткого диска / защиты конфиденциальности, например WinSweeper [Загрузить] (разработано Microsoft Gold Partner), для очистки всего компьютера. Запуск WinSweeper [Загрузить] раз в день (при помощи автоматического сканирования) гарантирует, что ваш компьютер всегда будет чист, будет работает быстро и без ошибок ERROR_BAD_NET_NAME, связанных с временными файлами.

Как запустить Очистку диска (cleanmgr) (Windows XP, Vista, 7, 8 и 10):

  1. Нажмите на кнопку Начать.
  2. Введите «command» в строке поиска. ПОКА НЕ НАЖИМАЙТЕENTER!
  3. Удерживая клавиши CTRL-Shift на клавиатуре, нажмите ENTER.
  4. Будет выведено диалоговое окно для доступа.
  5. Нажмите Да.
  6. Черный ящик открывается мигающим курсором.
  7. Введите «cleanmgr» и нажмите ENTER.
  8. Программа Очистка диска приступит к подсчету занятого места на диске, которое вы можете освободить.
  9. Будет открыто диалоговое окно Очистка диска, содержащее флажки, которые вы можете выбрать. В большинстве случаев категория «Временные файлы» занимает большую часть дискового пространства.
  10. Установите флажки напротив категорий, которые вы хотите использовать для очистки диска, и нажмите OK.

Шаг 4: Обновите драйверы устройств на вашем компьютере

Ошибки ERROR_BAD_NET_NAME могут быть связаны с повреждением или устареванием драйверов устройств. Драйверы с легкостью могут работать сегодня и перестать работать завтра по целому ряду причин. Хорошая новость состоит в том, что чаще всего вы можете обновить драйверы устройства, чтобы устранить проблему с Ошибка 67.

В связи с временными затратами и общей сложностью обновления драйверов мы настоятельно рекомендуем использовать утилиту обновления драйверов, например DriverDoc (разработана Microsoft Gold Partner), для автоматизации этого процесса.

Пожалуйста, учтите: Ваш файл ERROR_BAD_NET_NAME может и не быть связан с проблемами в драйверах устройств, но всегда полезно убедиться, что на вашем компьютере установлены новейшие версии драйверов оборудования, чтобы максимизировать производительность вашего ПК.

Шаг 5: Используйте Восстановление системы Windows, чтобы «Отменить» последние изменения в системе

Восстановление системы Windows позволяет вашему компьютеру «отправиться в прошлое», чтобы исправить проблемы Ошибка 67. Восстановление системы может вернуть системные файлы и программы на вашем компьютере к тому времени, когда все работало нормально. Это потенциально может помочь вам избежать головной боли от устранения ошибок, связанных с ERROR_BAD_NET_NAME.

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

Чтобы использовать Восстановление системы (Windows XP, Vista, 7, 8 и 10):

  1. Нажмите на кнопку Начать.
  2. В строке поиска введите «Восстановление системы» и нажмите ENTER.
  3. В окне результатов нажмите Восстановление системы.
  4. Введите пароль администратора (при появлении запроса).
  5. Следуйте инструкциям Мастера для выбора точки восстановления.
  6. Восстановить ваш компьютер.

Шаг 6: Удалите и установите заново программу Windows Operating System, связанную с ERROR_BAD_NET_NAME

Инструкции для Windows 7 и Windows Vista:

  1. Откройте «Программы и компоненты», нажав на кнопку Пуск.
  2. Нажмите Панель управления в меню справа.
  3. Нажмите Программы.
  4. Нажмите Программы и компоненты.
  5. Найдите Windows Operating System в столбце Имя.
  6. Нажмите на запись Windows Operating System.
  7. Нажмите на кнопку Удалить в верхней ленте меню.
  8. Следуйте инструкциям на экране для завершения удаления Windows Operating System.

Инструкции для Windows XP:

  1. Откройте «Программы и компоненты», нажав на кнопку Пуск.
  2. Нажмите Панель управления.
  3. Нажмите Установка и удаление программ.
  4. Найдите Windows Operating System в списке Установленные программы.
  5. Нажмите на запись Windows Operating System.
  6. Нажмите на кнопку Удалить справа.
  7. Следуйте инструкциям на экране для завершения удаления Windows Operating System.

Инструкции для Windows 8:

  1. Установите указатель мыши в левой нижней части экрана для показа изображения меню Пуск.
  2. Щелкните правой кнопкой мыши для вызова Контекстного меню Пуск.
  3. Нажмите Программы и компоненты.
  4. Найдите Windows Operating System в столбце Имя.
  5. Нажмите на запись Windows Operating System.
  6. Нажмите Удалить/изменить в верхней ленте меню.
  7. Следуйте инструкциям на экране для завершения удаления Windows Operating System.

После того, как вы успешно удалили программу, связанную с ERROR_BAD_NET_NAME (например, Windows Operating System), заново установите данную программу, следуя инструкции Microsoft Corporation.

Совет: Если вы абсолютно уверены, что ошибка 67 связана с определенной программой Microsoft Corporation, удаление и повторная установка программы, связанной с ERROR_BAD_NET_NAME с большой вероятностью решит вашу проблему.

Шаг 7: Запустите проверку системных файлов Windows («sfc /scannow»)

Проверка системных файлов представляет собой удобный инструмент, включаемый в состав Windows, который позволяет просканировать и восстановить поврежденные системные файлы Windows (включая те, которые имеют отношение к ERROR_BAD_NET_NAME).

Чтобы запустить проверку системных файлов (Windows XP, Vista, 7, 8 и 10):

  1. Нажмите на кнопку Начать.
  2. Введите «command» в строке поиска. ПОКА НЕ НАЖИМАЙТЕENTER!
  3. Удерживая клавиши CTRL-Shift на клавиатуре, нажмите ENTER.
  4. Будет выведено диалоговое окно для доступа.
  5. Нажмите Да.
  6. Черный ящик открывается мигающим курсором.
  7. Введите «sfc /scannow» и нажмите ENTER.
  8. Проверка системных файлов начнет сканирование на наличие проблем Ошибка 67 и других системных файлов (проявите терпение — проверка может занять длительное время).
  9. Следуйте командам на экране.

Шаг 8: Установите все доступные обновления Windows

Microsoft постоянно обновляет и улучшает системные файлы Windows, связанные с ERROR_BAD_NET_NAME. Иногда для решения проблемы Коды системных ошибок Windows нужно просто напросто обновить Windows при помощи последнего пакета обновлений или другого патча, которые Microsoft выпускает на постоянной основе.

Чтобы проверить наличие обновлений Windows (Windows XP, Vista, 7, 8 и 10):

  1. Нажмите на кнопку Начать.
  2. Введите «update» в строке поиска и нажмите ENTER.
  3. Будет открыто диалоговое окно Обновление Windows.
  4. Если имеются доступные обновления, нажмите на кнопку Установить обновления.

Шаг 9: Произведите чистую установку Windows

Предупреждение: Мы должны подчеркнуть, что переустановка Windows займет очень много времени и является слишком сложной задачей, чтобы решить проблемы Ошибка 67. Во избежание потери данных вы должны быть уверены, что вы создали резервные копии всех важных документов, изображений, программ установки программного обеспечения и других персональных данных перед началом процесса. Если вы сейчас е создаете резервные копии данных, вам стоит немедленно заняться этим (скачать рекомендованное решение для резервного копирования), чтобы защитить себя от безвозвратной потери данных.

Пожалуйста, учтите: Если проблема 67 не устранена после чистой установки Windows, это означает, что проблема Коды системных ошибок Windows ОБЯЗАТЕЛЬНО связана с аппаратным обеспечением. В таком случае, вам, вероятно, придется заменить соответствующее оборудование, вызывающее ошибку 67.

Информация об операционной системе

Сообщения об ошибках ERROR_BAD_NET_NAME могут появляться в любых из нижеперечисленных операционных систем Microsoft Windows:

  • Windows 10
  • Windows 8
  • Windows 7
  • Windows Vista
  • Windows XP
  • Windows ME
  • Windows 2000

Проблема с Ошибка 67 (ERROR_BAD_NET_NAME) все еще не устранена?

Обращайтесь к нам в любое время в социальных сетях для получения дополнительной помощи:

Об авторе: Джей Гитер (Jay Geater) является президентом и генеральным директором корпорации Solvusoft — глобальной компании, занимающейся программным обеспечением и уделяющей основное внимание новаторским сервисным программам. Он всю жизнь страстно увлекался компьютерами и любит все, связанное с компьютерами, программным обеспечением и новыми технологиями.

Проблема: У меня возникают проблемы с тем, что WebDav работает в командной строке Windows XP, как с пакетом обновления 2 (SP2), так и с пакетом обновления 3 (SP3).

Я тестировал это с помощью двух серверов webdav. И Ubuntu Apache, и IIS Server 2003 IIS. Оба получат тот же результат.

Вещи, которые не работали:

    Я установил следующий Microsoft KB на своих машинах XP безрезультатно .

Я также нашел следующий ключ реестра: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesWebClientParameters UseBasicAuth REG_DWORD 1

Я пытаюсь сделать следующее, пытаясь использовать несколько работ, которые я выкопал в Интернете, и все они дают одинаковый результат.

Я также пробовал все вышеперечисленные комбинации, добавляя в него пользователя /user:user и /user:[email protected] .

Я также пытался использовать http:// , а не https:// .

Я рассмотрел связанные с сетью проблемы, как отметил @WesleyDavid.

Все, что работает:

  • I может подключаться к папке webdav через URL-адрес и сопоставлять в Network Place с XP. Но командная строка не работает (мне нужна буква диска).
  • Windows 7 отлично работает с той же командой.

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

8 ответов

Использование 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 z: https://mywebsite.com/software/ , чтобы она читала net use z: https://mywebsite.com/software

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

Мне не нравится внешний вид /user:[email protected] . Я видел, как в некоторых инструментах CLI Windows реализованы отрывочные вещи (хотя, да, он должен работать нормально). Вы пробовали формат /u:domainuser ?

Второй вопрос:

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

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

Третий Угадай

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

Более подробную информацию можно найти в этой статье в формате KB .

Четвертый Угадай:

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

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

Пятое предположение

Мы спускаемся к тонким рецептам здесь. Попробуйте это в безопасном режиме с помощью сети. Должны быть созданы соединения WebDAV. Мне интересно, вмешивается ли какой-то интерферирующий посторонний сетевой драйвер, хотя это должно было позаботиться о моем обновлении драйверов в Guess # 1.

Облачные хранилища данных становятся всё более востребованными, как среди частных пользователей, так и среди компаний. При этом некоторые интернет сервисы хранения файлов предоставляют возможность доступа к своему облаку по протоколу 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.

Подключение сетевого диска WebDAV

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

Операции (скачивания, закачивание) над небольшими файлами проходят отлично. Однако при большем размере файла (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 с отключением буферизации:

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

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

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

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

Таймаут

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

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

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

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

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

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

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

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 сервера, например, для Яндекс.Диска должно быть:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В случае ошибки NET USE попытка подключения повторяется через 1 минуту. Задержка делается с помощью ping, подробнее см. Как сделать задержку в командном файле.

Этот командный файл можно запускать вручную или через автозагрузку.

Чтобы не мешало чёрное окно bat файла, можно спрятать его путём запуска через wsh скрипт, см. Скрыть консольное окно.

Понравилась статья? Поделить с друзьями:
  • Windows vista только локальная сеть как исправить
  • Windows vienna crazy error
  • Windows update service error 1053
  • Windows system32 winload exe 0xc0000225 как исправить
  • Windows update for sha 2 code signing support is not installed see kb3033929 как исправить