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

При обращении к общему ресурсу по сети через консоль командной строки, этот процесс может быть прерван системной ошибкой 67 «Не найдено сетевое имя». Проблема часто возникает при повреждении драйвера.

Обновление драйвера

В большинстве случаев сбой возникает из-за поврежденного или устаревшего драйвера сетевого адаптера. Для его обновления до последней версии, выполните следующие шаги.

Перейдите в «Диспетчер устройств» командой devmgmt.msc из диалогового окна Win + R.

Разверните вкладку Сетевые адаптеры. Щелкните правой кнопкой мыши на сетевой карте и выберите Свойства.

На вкладке Драйвер кликните на кнопку «Обновить» и выберите автоматический поиск.

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

После перезагрузите компьютер и выполните то действие, которое вызывало системную ошибку 67 в консоли Powershell или командной строки.

Отключение политики

Еще одной распространенной причиной, которая вызывает системную ошибку 67 и ряд других проблем с доступом по сети – это включенная политика «UNC пути с усиленной защиты». Чтобы ее отключить, следуйте инструкции.

Откройте Редактор локальных групповых политик командой gpedit.msc из окна Win +R.

На левой панели перейдите к разделу:

Computer Configuration — Administrative Templates -Network — Network Provider

В правой части папки дважды щелкните на политику Hardened UNC paths (UNC пути с усиленной защиты).

В параметрах установите флажок на значении «Отключено», и примените изменения.

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

  • 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

  • When I attempt to connect to a Webdav server from a Windows 8.1 box it fails with
    System Error 67 has occurred.
    The network name cannot be found.

    I am using the net.exe USE command with the following syntax:
    net.exe use Z: https://dav.DomainYaya.com/  <PASSWORD> /user:USERNAME

    This exact syntax works for Windows 7.
    I have more than one Windows 8.1 box where this fails.

    There are various suggestions found all over the internet for various other situations. They do not apply or do not work.
    For example, you will find an issue involving sending Basic authentication over http where there are suggestions about changing HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesWebClientParameters

    That does not work. There is also discussion about the Webclient service. (it is running). One can find discussion of the redirector. (The SYS file is present and is installed with Windows 8+ anyway.)

    Using HTTP only fails similarly but with error 53 (but I only did that as a test.) The issue is the HTTPS version.

    I have BTW tried this with two different webdav servers.

    Any help is appreciated.

    Joe

Answers

  • Hi Joe,

    Based on our research, the error 67 have the following several possable causes:

    •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.

    For more information, please refer to the article as below:
    Using the WebDAV Redirector
    http://www.iis.net/learn/publish/using-webdav/using-the-webdav-redirector  

    According to the test, I am able to reproduce this issue in my lab. By default, the Webclient service is not running on windows 8.1 client. But for windows 7 client this service is running by default.

    So please try to start the WebClient service on windows 8.1 client to check if it helps.

    If you have any question, please don’t hesitate to let us know.

    Karen Hu
    TechNet Community Support

    • Proposed as answer by

      Tuesday, January 27, 2015 2:47 AM

    • Marked as answer by
      FangZhou Chen
      Wednesday, January 28, 2015 1:47 AM
  • Remove From My Forums

  • Question

  • When I attempt to connect to a Webdav server from a Windows 8.1 box it fails with
    System Error 67 has occurred.
    The network name cannot be found.

    I am using the net.exe USE command with the following syntax:
    net.exe use Z: https://dav.DomainYaya.com/  <PASSWORD> /user:USERNAME

    This exact syntax works for Windows 7.
    I have more than one Windows 8.1 box where this fails.

    There are various suggestions found all over the internet for various other situations. They do not apply or do not work.
    For example, you will find an issue involving sending Basic authentication over http where there are suggestions about changing HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesWebClientParameters

    That does not work. There is also discussion about the Webclient service. (it is running). One can find discussion of the redirector. (The SYS file is present and is installed with Windows 8+ anyway.)

    Using HTTP only fails similarly but with error 53 (but I only did that as a test.) The issue is the HTTPS version.

    I have BTW tried this with two different webdav servers.

    Any help is appreciated.

    Joe

Answers

  • Hi Joe,

    Based on our research, the error 67 have the following several possable causes:

    •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.

    For more information, please refer to the article as below:
    Using the WebDAV Redirector
    http://www.iis.net/learn/publish/using-webdav/using-the-webdav-redirector  

    According to the test, I am able to reproduce this issue in my lab. By default, the Webclient service is not running on windows 8.1 client. But for windows 7 client this service is running by default.

    So please try to start the WebClient service on windows 8.1 client to check if it helps.

    If you have any question, please don’t hesitate to let us know.

    Karen Hu
    TechNet Community Support

    • Proposed as answer by

      Tuesday, January 27, 2015 2:47 AM

    • Marked as answer by
      FangZhou Chen
      Wednesday, January 28, 2015 1:47 AM

Содержание

  1. Как исправить системную ошибку 67 «Не найдено сетевое имя»?
  2. Обновление драйвера
  3. Отключение политики
  4. Вы получаете сообщение об ошибке «Возникла системная ошибка 67″. Имя сети не удается найти» Сообщение об ошибке
  5. Симптомы
  6. Причина
  7. Решение
  8. Способ 1
  9. Способ 2
  10. Обходной путь
  11. Как исправить ошибку «Имя локального устройства уже используется»
  12. Причины возникновения ошибки
  13. Переназначение диска с помощью командной строки
  14. Удаление раздела реестра
  15. Назначение буквы диска
  16. Включение общего доступа к файлам и принтерам в Брандмауэре
  17. Проверка свободного места на сервере
  18. Win7 и WebDAV

При обращении к общему ресурсу по сети через консоль командной строки, этот процесс может быть прерван системной ошибкой 67 «Не найдено сетевое имя». Проблема часто возникает при повреждении драйвера.

Обновление драйвера

В большинстве случаев сбой возникает из-за поврежденного или устаревшего драйвера сетевого адаптера. Для его обновления до последней версии, выполните следующие шаги.

Перейдите в «Диспетчер устройств» командой devmgmt.msc из диалогового окна Win + R.

Разверните вкладку Сетевые адаптеры. Щелкните правой кнопкой мыши на сетевой карте и выберите Свойства.

На вкладке Драйвер кликните на кнопку «Обновить» и выберите автоматический поиск.

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

После перезагрузите компьютер и выполните то действие, которое вызывало системную ошибку 67 в консоли Powershell или командной строки.

Отключение политики

Еще одной распространенной причиной, которая вызывает системную ошибку 67 и ряд других проблем с доступом по сети – это включенная политика «UNC пути с усиленной защиты». Чтобы ее отключить, следуйте инструкции.

Откройте Редактор локальных групповых политик командой gpedit.msc из окна Win +R.

На левой панели перейдите к разделу:

Computer Configuration — Administrative Templates -Network — Network Provider

В правой части папки дважды щелкните на политику Hardened UNC paths (UNC пути с усиленной защиты) .

В параметрах установите флажок на значении «Отключено», и примените изменения.

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

Вы получаете сообщение об ошибке «Возникла системная ошибка 67″. Имя сети не удается найти» Сообщение об ошибке

Эта статья поможет исправить сообщение об ошибке «Произошла системная ошибка 67. Имя сети не удается найти».

Исходная версия продукта: Windows Server 2012 R2
Исходный номер КБ: 843156

Симптомы

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

Возникла системная ошибка 67. Имя сети не удается найти

Причина

Эта проблема возникает, если верно одно из следующих условий:

  • Компоненты сети на контроллере домена настроены неправильно.
  • Вы не обновили сетевые драйверы на контроллере домена или драйверы не работают с Microsoft Windows Server 2003.

Решение

Чтобы устранить эту проблему, используйте один из следующих методов.

Способ 1

Обновите драйвер сетевого адаптера на контроллере домена.

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

Способ 2

Если транслятор сетевых адресов (NAT) установлен, но настроен неправильно, отключите драйвер NAT по протоколу IP и перезапустите компьютер. Вы можете выполнять следующие действия:

  1. Нажмите кнопку«Начните», щелкните правой кнопкой мыши «Мой компьютер» и выберите «Свойства».
  2. На вкладке «Оборудование» щелкните «Диспетчер устройств».
  3. В меню «Вид» щелкните «Показать скрытые устройства».
  4. Разйдите «Не подключаемый модуль» и «Драйверы воспроизведения», щелкните правой кнопкой мыши IP-транслятор сетевых адресов и выберите «Отключить».
  5. Нажмите кнопку «Да» два раза, чтобы перезапустить компьютер.

Обходной путь

Чтобы обойти эту проблему, перезапустите службу распределенной файловой системы на контроллере домена.

Как исправить ошибку «Имя локального устройства уже используется»

Ошибка «имя локального устройства уже используется» связана с сопоставлением сетевого диска. Это довольно распространенное явление среди пользователей, которые ежедневно работают по сети.

Проблема возникает при получении доступа к файлам в общей папке или попытке сопоставить определенные диски на сервере.

Причины возникновения ошибки

Определение точной причины является весомым шагом при устранении неполадки. Это поможет сэкономить время и выбрать правильный способ ее решения.

  1. Процесс сопоставления сетевых дисков иногда может создавать проблемы, подобные этой, когда дело доходит до назначения букв диска.
  2. Для некоторых дисков могут быть неправильно назначены буквы, либо они вообще отсутствуют, что приводит к появлению ошибки.
  3. Общий доступ к файлам и принтерам отключен. Если этот параметр отключен в любом файрволе, в сети возникают ошибки и сбои.
  4. Нет места на сервере. Нужно хотя бы пару гигабайт свободного места на корневом диске файлового сервера, чтобы устранить проблему.

Переназначение диска с помощью командной строки

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

Откройте строку системного поиска и впишите cmd . Кликните правой кнопкой мыши на первом результате и выберите «Запуск от имени администратора».

В консоль командной строки скопируйте и вставьте указанную команду и кликните на Enter для ее запуска.

net use * /delete

После успешного завершения операции выполните следующую команду:

net use Z: servershare /user:username password

Замените в команде своими имя пользователя (username) и пароль (password). После выполнения проверьте наличие ошибки.

Удаление раздела реестра

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

Выведите на экран диалоговое окно «Выполнить» нажатием на клавиши Windows + R, впишите команду regedit для входа в системный реестр.

В левой части окна перейдите к следующему разделу по пути:

Кликните на этот раздел и найдите параметр с именем MountPoints2 . Кликните на нем правой кнопкой мыши и выберите «Удалить». Подтвердите все диалоговые окна, которые будут появляться при удалении.

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

Назначение буквы диска

Иногда при возникновении ошибки в разделе «Управление дисками» может отображаться диск без назначенной буквы. Кроме того, если диску в этом разделе назначена другая буква, чем в сетевом сопоставлении, то нужно ее изменить.

Прежде всего, нужно проверить, что файлы с этих дисков, которые хотите отредактировать, не используются или не открыты каким-либо другим способом. Также проверьте, что ничего не копируется / переноситься с этих устройств.

После этого либо используйте комбинацию клавиш Windows + X, либо кликните правой кнопкой мыши в меню Пуск и выберите пункт Управления дисками.

Кликните правой кнопкой мыши на том и выберите «Изменить букву».

Рекомендуем не выбирать буквы A или B, поскольку они были зарезервированы для дисководов в устаревших операционных системах, что может вызвать конфликты в программной среде. Нажмите «Применить» и подтвердите все диалоговые окна, которые появляются при закрытии инструмента. Проверьте, устранения ли ошибка доступа к общему сетевому устройству.

Включение общего доступа к файлам и принтерам в Брандмауэре

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

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

  1. Выведите на экран окно «Выполнить» (Windows + R), впишите команду «control panel» для входа в Панель управления.
  2. Переключите просмотр на крупные значки в верхнем правом углу и перейдите в Брандмауэр Защитника Windows.
  3. В левом боковом меню выберите «Разрешение взаимодействия с приложением или компонентов в брандмауэре Защитника Windows». Отобразится список установленных приложений. Для разрешения редактирования кликните на кнопку «Изменить параметры».
  4. Найдите параметр общего доступа к файлам и принтерам, установите флажок рядом с ним и примените изменения. Нажмите ОК и перезагрузите компьютер.

Проверка свободного места на сервере

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

Нет точного объема, который нужно освободить, но оставьте по крайней мере от 2 гигабайт.

Win7 и WebDAV

Все новые темы

Автор
zhuk09
Активный участник

Зарегистрирован: 22.06.2009
Пользователь #: 79,673
Сообщения: 1353


Голоса: 5

Добавлено: Пт 02 Дек, 2016 13:44 Заголовок сообщения: Win7 и WebDAV
Вернуться к началу

Зарегистрируйтесь и реклама исчезнет!

ADMINDM
guru

Зарегистрирован: 04.11.2007
Пользователь #: 63,218
Сообщения: 6903


Голоса: 218

Добавлено: Пт 02 Дек, 2016 13:51 Заголовок сообщения:
_________________
Если помог мой ответ — щёлкните по ссылке :
http://sysadmins.ru/reputation.php?a=add&u=63218&p=13191050&c=ac4064c1
«Знание некоторых принципов легко возмещает незнание некоторых фактов»
Вернуться к началу

zhuk09
Активный участник

Зарегистрирован: 22.06.2009
Пользователь #: 79,673
Сообщения: 1353


Голоса: 5

Добавлено: Пт 02 Дек, 2016 14:18 Заголовок сообщения:
Вернуться к началу

ADMINDM
guru

Зарегистрирован: 04.11.2007
Пользователь #: 63,218
Сообщения: 6903


Голоса: 218

Добавлено: Пт 02 Дек, 2016 14:25 Заголовок сообщения:
_________________
Если помог мой ответ — щёлкните по ссылке :
http://sysadmins.ru/reputation.php?a=add&u=63218&p=13191050&c=ac4064c1
«Знание некоторых принципов легко возмещает незнание некоторых фактов»
Вернуться к началу

zhuk09
Активный участник

Зарегистрирован: 22.06.2009
Пользователь #: 79,673
Сообщения: 1353


Голоса: 5

Добавлено: Пт 02 Дек, 2016 14:48 Заголовок сообщения:
Вернуться к началу

ADMINDM
guru

Зарегистрирован: 04.11.2007
Пользователь #: 63,218
Сообщения: 6903


Голоса: 218

Добавлено: Пт 02 Дек, 2016 14:59 Заголовок сообщения:
_________________
Если помог мой ответ — щёлкните по ссылке :
http://sysadmins.ru/reputation.php?a=add&u=63218&p=13191050&c=ac4064c1
«Знание некоторых принципов легко возмещает незнание некоторых фактов»
Вернуться к началу

zhuk09
Активный участник

Зарегистрирован: 22.06.2009
Пользователь #: 79,673
Сообщения: 1353


Голоса: 5

Добавлено: Пт 02 Дек, 2016 15:13 Заголовок сообщения:
Вернуться к началу

ADMINDM
guru

Зарегистрирован: 04.11.2007
Пользователь #: 63,218
Сообщения: 6903


Голоса: 218

Добавлено: Пт 02 Дек, 2016 15:20 Заголовок сообщения:
_________________
Если помог мой ответ — щёлкните по ссылке :
http://sysadmins.ru/reputation.php?a=add&u=63218&p=13191050&c=ac4064c1
«Знание некоторых принципов легко возмещает незнание некоторых фактов»
Вернуться к началу

zhuk09
Активный участник

Зарегистрирован: 22.06.2009
Пользователь #: 79,673
Сообщения: 1353


Голоса: 5

Добавлено: Пт 02 Дек, 2016 15:34 Заголовок сообщения:
Вернуться к началу

zhuk09
Активный участник

Зарегистрирован: 22.06.2009
Пользователь #: 79,673
Сообщения: 1353

Adblock
detector

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

Наиболее известная причина этой ошибки — неправильный синтаксис. Вы также можете столкнуться с этой ошибкой по следующим причинам:

  • Неправильная конфигурация сетевых компонентов на контроллере домена.
  • Устаревшие или неправильные драйверы сетевого адаптера на контроллере домена.
  • Установленные драйверы сетевого адаптера не работают с текущей версией Microsoft Windows Server.

Как исправить: Указанная сеть больше не доступна?

Пользователи Windows могут легко исправить. Указанное сетевое имя больше не доступно на компьютере с Windows 10/11 следующим образом: откройте панель управления и выберите «Программы и компоненты», затем нажмите «Включение или отключение компонентов Windows». Во всплывающем окне просто отметьте функцию поддержки общего доступа к файлам SMB 1.0 / CIFS и нажмите OK, а затем перезагрузите компьютер.

Если вы столкнулись с этим Произошла системная ошибка 67. Не удается найти имя сети. проблему, вы можете попробовать приведенные ниже решения в произвольном порядке и посмотреть, поможет ли это решить проблему.

  1. Используйте правильный синтаксис (если применимо)
  2. Обновите драйверы сетевого адаптера
  3. Перезапустите службу распределенной файловой системы.
  4. Отключить драйвер транслятора сетевых IP-адресов (IP NAT)

Давайте посмотрим на описание процесса, связанного с каждым из перечисленных решений.

1]Используйте правильный синтаксис (если применимо)

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

2]Обновите драйверы сетевого адаптера.

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

3]Перезапустите службу распределенной файловой системы.

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

4]Отключить драйвер транслятора сетевых IP-адресов (IP NAT).

Если преобразователь сетевых адресов (NAT) установлен, но неправильно настроен, эта ошибка наиболее вероятна. Чтобы решить эту проблему, отключите драйвер NAT для Интернет-протокола (IP) в диспетчере устройств, а затем перезагрузите компьютер.

Сделайте следующее:

  • Откройте диспетчер устройств.
  • В меню «Вид» щелкните «Показать скрытые устройства».
  • Разверните раздел «Драйверы, не поддерживающие Plug and Play».
  • Щелкните правой кнопкой мыши «Транслятор IP-адресов».
  • Щелкните Отключить.
  • Щелкните Да.
  • Щелкните Да еще раз, чтобы перезагрузить компьютер.

Надеюсь это поможет!

Почему сетевой путь не найден?

Если вы столкнулись с необычным поведением системы, например с ошибкой «сетевой путь не найден», возможно, системные часы установлены на разное время. Чтобы решить эту проблему, убедитесь, что все устройства Windows в локальной сети по возможности синхронизированы с использованием протокола сетевого времени, чтобы избежать этой проблемы. Также отключите локальные брандмауэры.

Как отключить интернет-соединение?

Чтобы удалить или отключить подключение к Интернету на вашем компьютере, вы можете выполнить приведенную ниже команду, чтобы удалить активные подключения на локальном компьютере.

Чистое использование * / удалить

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

Связанное сообщение: Ошибка 0x80070037: указанный сетевой ресурс или устройство больше не доступны.

.

Источник
  • Remove From My Forums

  • Question

  • When I attempt to connect to a Webdav server from a Windows 8.1 box it fails with
    System Error 67 has occurred.
    The network name cannot be found.

    I am using the net.exe USE command with the following syntax:
    net.exe use Z: https://dav.DomainYaya.com/  <PASSWORD> /user:USERNAME

    This exact syntax works for Windows 7.
    I have more than one Windows 8.1 box where this fails.

    There are various suggestions found all over the internet for various other situations. They do not apply or do not work.
    For example, you will find an issue involving sending Basic authentication over http where there are suggestions about changing HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesWebClientParameters

    That does not work. There is also discussion about the Webclient service. (it is running). One can find discussion of the redirector. (The SYS file is present and is installed with Windows 8+ anyway.)

    Using HTTP only fails similarly but with error 53 (but I only did that as a test.) The issue is the HTTPS version.

    I have BTW tried this with two different webdav servers.

    Any help is appreciated.

    Joe

Answers

  • Hi Joe,

    Based on our research, the error 67 have the following several possable causes:

    •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.

    For more information, please refer to the article as below:
    Using the WebDAV Redirector
    http://www.iis.net/learn/publish/using-webdav/using-the-webdav-redirector  

    According to the test, I am able to reproduce this issue in my lab. By default, the Webclient service is not running on windows 8.1 client. But for windows 7 client this service is running by default.

    So please try to start the WebClient service on windows 8.1 client to check if it helps.

    If you have any question, please don’t hesitate to let us know.

    Karen Hu
    TechNet Community Support

    • Proposed as answer by

      Tuesday, January 27, 2015 2:47 AM

    • Marked as answer by
      FangZhou Chen
      Wednesday, January 28, 2015 1:47 AM

Источник
  • Remove From My Forums

  • Question

  • When I attempt to connect to a Webdav server from a Windows 8.1 box it fails with
    System Error 67 has occurred.
    The network name cannot be found.

    I am using the net.exe USE command with the following syntax:
    net.exe use Z: https://dav.DomainYaya.com/  <PASSWORD> /user:USERNAME

    This exact syntax works for Windows 7.
    I have more than one Windows 8.1 box where this fails.

    There are various suggestions found all over the internet for various other situations. They do not apply or do not work.
    For example, you will find an issue involving sending Basic authentication over http where there are suggestions about changing HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesWebClientParameters

    That does not work. There is also discussion about the Webclient service. (it is running). One can find discussion of the redirector. (The SYS file is present and is installed with Windows 8+ anyway.)

    Using HTTP only fails similarly but with error 53 (but I only did that as a test.) The issue is the HTTPS version.

    I have BTW tried this with two different webdav servers.

    Any help is appreciated.

    Joe

Answers

  • Hi Joe,

    Based on our research, the error 67 have the following several possable causes:

    •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.

    For more information, please refer to the article as below:
    Using the WebDAV Redirector
    http://www.iis.net/learn/publish/using-webdav/using-the-webdav-redirector  

    According to the test, I am able to reproduce this issue in my lab. By default, the Webclient service is not running on windows 8.1 client. But for windows 7 client this service is running by default.

    So please try to start the WebClient service on windows 8.1 client to check if it helps.

    If you have any question, please don’t hesitate to let us know.

    Karen Hu
    TechNet Community Support

    • Proposed as answer by

      Tuesday, January 27, 2015 2:47 AM

    • Marked as answer by
      FangZhou Chen
      Wednesday, January 28, 2015 1:47 AM

Источник

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,5747 gold badges34 silver badges52 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.6k9 gold badges82 silver badges117 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 badges69 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,7961 gold badge18 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

Источник

Nextcloud community

Loading

Источник

  • Webasto показывает ошибку f04
  • Webasto ошибка циркуляционного насоса
  • Webasto ошибка т12 сбросить
  • Webasto ошибка срыв пламени
  • Webasto ошибка обрыв пламени