Ошибка при вводе в домен не найден сетевой путь

Попробовал еще с другим роутером — та же фигня. Другой сервер (настраивал другой человек) и рабочие станции через него подцепляются, а к этому — нет.
cmd -> nslookup <ваш домен> с рабочей станции:

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

• General discussion

• Добрый день, подскажите пожалуйста как решить данную проблему?

  Порядка по 10 топ материалом выводимую по запросу в Гугл на данную тему  не помогла, машина под управлением Windows 10-pro.

  Какие рекомендации посоветуйте.? 

Hey hey,

I’ve been a systems admin for a couple years now and have decided that I want to set up a domain of my own!
Just want to a have a 2-3 computers on it in the house and maybe even set up a VPN in the future just to play around with.

After spending ~10 hours / 3.5 PCs worth of components I gave up and installed Windows Server 2003 R2 as a virtual machine on my already running Windows 7 Ultimate box.
I’ve now probably spent another 10 hours googling, reading, youtubeing and attempting to configure the server to get …. Anything to connect to the domain!!

At the moment I only have 2 PCs here — my Windows 7 Ultimate machine which is running the virtual server and another PC also running Windows 7 Ultimate.

I configured a DNS server and a Domain Controller through the Server 2003 wizard and I really can’t get anything to connect to the domain…
As far as DNS, don’t really know a lot about it but I can browse from the other PCs on the network and the server with DNS being set as the servers IP with no alternate…

The domain is called ‘virtualdomain.kenno.com but when I try changing from a workgroup to a domain on the both client PCs with the name «VIRTUALSERVER» I get prompted for credentials, I enter credentials which are either correct with Domain Admin privlidges
or even random non existant credentials and get the message:

The follwoing error occurred attempting to join the domain «virtualdomain»:
The network path was not found.

Any other server names including virtualdomain.kenno.com (don’t know if that’s good or not…) tells me:

An Active Directory Domain Controller (AC DC) for the domain «blahblahblah» could not be contacted.
Ensure that the domain name is typed correctly.
If the name is correct, click Details for troubledshooting information.

If I try and ping virtualdomain.kenno.com it’s only pinging www.kenno.com on the actual internet

The annoying thing is that when I first set this up, I’m pretty sure the error mesage from the correct domain name was relating to the account I was typing in not having sufficient privlidges… Then I mucked around with pretty much everything for a few hours
…. Then I added the Domain Admins group to the credentials I was using …. And haven’t been able to get the same error message since…

The virtualservers ipconfig /all shows:

Windows IP Configuration

   Host Name . . . . . . . . . . . . : dell
   Primary Dns Suffix  . . . . . . . : virtualdomain.kenno.com
   Node Type . . . . . . . . . . . . : Unknown
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No
   DNS Suffix Search List. . . . . . : virtualdomain.kenno.com
                                       kenno.com

Ethernet adapter Local Area Connection:

   Connection-specific DNS Suffix  . : kenno.com
   Description . . . . . . . . . . . : VMware Accelerated AMD PCNet Adapter
   Physical Address. . . . . . . . . : 00-0C-29-C0-C8-54
   DHCP Enabled. . . . . . . . . . . : No
   IP Address. . . . . . . . . . . . : 192.168.1.6
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . : 192.168.1.1
   DNS Servers . . . . . . . . . . . : 192.168.1.6

The separate client shows:

Windows IP Configuration

   Host Name . . . . . . . . . . . . : LAPPY-PC
   Primary Dns Suffix  . . . . . . . : kenno.com
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No

Wireless LAN adapter Wireless Network Connection:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Intel(R) PRO/Wireless 3945ABG Network Con
nection
   Physical Address. . . . . . . . . : 00-19-D2-9D-20-83
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::792b:6d5d:b775:6290%13(Preferred)
   IPv4 Address. . . . . . . . . . . : 192.168.1.7(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . : 192.168.1.1
   DHCPv6 IAID . . . . . . . . . . . : 218110418
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-17-2D-47-11-00-1B-24-1C-43-23

   DNS Servers . . . . . . . . . . . : 192.168.1.6
   NetBIOS over Tcpip. . . . . . . . : Enabled

The one hosting the server shows:

Windows IP Configuration

   Host Name . . . . . . . . . . . . : newpc
   Primary Dns Suffix  . . . . . . . : kenno.com
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No

Ethernet adapter Local Area Connection:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Realtek RTL8168B/8111B Family PCI-E Gigab
it Ethernet NIC (NDIS 6.20)
   Physical Address. . . . . . . . . : 00-1D-7D-D6-D5-05
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::b49c:2484:e873:a402%11(Preferred)
   IPv4 Address. . . . . . . . . . . : 192.168.1.69(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . : 192.168.1.1
   DHCPv6 IAID . . . . . . . . . . . : 234888573
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-17-2D-21-2E-00-1D-7D-D6-D5-05

   DNS Servers . . . . . . . . . . . : 192.168.1.6
   NetBIOS over Tcpip. . . . . . . . : Enabled

Like I said, I can browse!
Both clients can ping the server
nslookup from the server and both clients give:
Default Server: dns3.take2
Address: 192.168.1.6

dnsmgmt shows 3 files in the ‘take2’ subdirectory of the Forward Lookup Zones:

(same as parent folder) , SOA , [1] dell.virtualdomain.kenno.com. ,hostmaster.virtualdomain.kenno.com
(same as parent folder) , NS , dell.virtualdomain.kenno.com.
dns3 , Host (A) , 192.168.1.6

dnsmgmt shows 2 files in the ‘192.168.1.x ‘ subdirectory of the Forward Lookup Zones:

(same as parent folder) , SOA , [1] dell.virtualdomain.kenno.com. ,hostmaster.virtualdomain.kenno.com
(same as parent folder) , NS , dell.virtualdomain.kenno.com.

Both clients and the server could browse last night but today DNS Events dispays several Warnings / Information (when the VM was running the whole time) that:

«The DNS server encountered error 32 attempting to load zone take2 (my previous DNS attempt before deleting and configuring dns3)from Active Directory. The DNS server will attempt to load this zone» ….

and:

The zone take2 is configured to accept updates but the A record for the primary server in the zeones SOA record is not available on this DNS server» ….

When I got home tonight, I couldn’t browse on both clients or the Server, I restarted the server and it worked fine!
Since then .. I’ve deleted all DNS and reconfigued it all anyway (the config above shows how it is now).

I really don’t know what to try next and would really appreciate some help if anyone out there knows what’s going on
I think I’ve covered everything I’ve tried and tried to give yo uas much detail as needed but let me know if you need anything else!

Cheers

Hey hey,

I’ve been a systems admin for a couple years now and have decided that I want to set up a domain of my own!
Just want to a have a 2-3 computers on it in the house and maybe even set up a VPN in the future just to play around with.

After spending ~10 hours / 3.5 PCs worth of components I gave up and installed Windows Server 2003 R2 as a virtual machine on my already running Windows 7 Ultimate box.
I’ve now probably spent another 10 hours googling, reading, youtubeing and attempting to configure the server to get …. Anything to connect to the domain!!

At the moment I only have 2 PCs here — my Windows 7 Ultimate machine which is running the virtual server and another PC also running Windows 7 Ultimate.

I configured a DNS server and a Domain Controller through the Server 2003 wizard and I really can’t get anything to connect to the domain…
As far as DNS, don’t really know a lot about it but I can browse from the other PCs on the network and the server with DNS being set as the servers IP with no alternate…

The domain is called ‘virtualdomain.kenno.com but when I try changing from a workgroup to a domain on the both client PCs with the name «VIRTUALSERVER» I get prompted for credentials, I enter credentials which are either correct with Domain Admin privlidges
or even random non existant credentials and get the message:

The follwoing error occurred attempting to join the domain «virtualdomain»:
The network path was not found.

Any other server names including virtualdomain.kenno.com (don’t know if that’s good or not…) tells me:

An Active Directory Domain Controller (AC DC) for the domain «blahblahblah» could not be contacted.
Ensure that the domain name is typed correctly.
If the name is correct, click Details for troubledshooting information.

If I try and ping virtualdomain.kenno.com it’s only pinging www.kenno.com on the actual internet

The annoying thing is that when I first set this up, I’m pretty sure the error mesage from the correct domain name was relating to the account I was typing in not having sufficient privlidges… Then I mucked around with pretty much everything for a few hours
…. Then I added the Domain Admins group to the credentials I was using …. And haven’t been able to get the same error message since…

The virtualservers ipconfig /all shows:

Windows IP Configuration

   Host Name . . . . . . . . . . . . : dell
   Primary Dns Suffix  . . . . . . . : virtualdomain.kenno.com
   Node Type . . . . . . . . . . . . : Unknown
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No
   DNS Suffix Search List. . . . . . : virtualdomain.kenno.com
                                       kenno.com

Ethernet adapter Local Area Connection:

   Connection-specific DNS Suffix  . : kenno.com
   Description . . . . . . . . . . . : VMware Accelerated AMD PCNet Adapter
   Physical Address. . . . . . . . . : 00-0C-29-C0-C8-54
   DHCP Enabled. . . . . . . . . . . : No
   IP Address. . . . . . . . . . . . : 192.168.1.6
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . : 192.168.1.1
   DNS Servers . . . . . . . . . . . : 192.168.1.6

The separate client shows:

Windows IP Configuration

   Host Name . . . . . . . . . . . . : LAPPY-PC
   Primary Dns Suffix  . . . . . . . : kenno.com
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No

Wireless LAN adapter Wireless Network Connection:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Intel(R) PRO/Wireless 3945ABG Network Con
nection
   Physical Address. . . . . . . . . : 00-19-D2-9D-20-83
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::792b:6d5d:b775:6290%13(Preferred)
   IPv4 Address. . . . . . . . . . . : 192.168.1.7(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . : 192.168.1.1
   DHCPv6 IAID . . . . . . . . . . . : 218110418
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-17-2D-47-11-00-1B-24-1C-43-23

   DNS Servers . . . . . . . . . . . : 192.168.1.6
   NetBIOS over Tcpip. . . . . . . . : Enabled

The one hosting the server shows:

Windows IP Configuration

   Host Name . . . . . . . . . . . . : newpc
   Primary Dns Suffix  . . . . . . . : kenno.com
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No

Ethernet adapter Local Area Connection:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Realtek RTL8168B/8111B Family PCI-E Gigab
it Ethernet NIC (NDIS 6.20)
   Physical Address. . . . . . . . . : 00-1D-7D-D6-D5-05
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::b49c:2484:e873:a402%11(Preferred)
   IPv4 Address. . . . . . . . . . . : 192.168.1.69(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . : 192.168.1.1
   DHCPv6 IAID . . . . . . . . . . . : 234888573
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-17-2D-21-2E-00-1D-7D-D6-D5-05

   DNS Servers . . . . . . . . . . . : 192.168.1.6
   NetBIOS over Tcpip. . . . . . . . : Enabled

Like I said, I can browse!
Both clients can ping the server
nslookup from the server and both clients give:
Default Server: dns3.take2
Address: 192.168.1.6

dnsmgmt shows 3 files in the ‘take2’ subdirectory of the Forward Lookup Zones:

(same as parent folder) , SOA , [1] dell.virtualdomain.kenno.com. ,hostmaster.virtualdomain.kenno.com
(same as parent folder) , NS , dell.virtualdomain.kenno.com.
dns3 , Host (A) , 192.168.1.6

dnsmgmt shows 2 files in the ‘192.168.1.x ‘ subdirectory of the Forward Lookup Zones:

(same as parent folder) , SOA , [1] dell.virtualdomain.kenno.com. ,hostmaster.virtualdomain.kenno.com
(same as parent folder) , NS , dell.virtualdomain.kenno.com.

Both clients and the server could browse last night but today DNS Events dispays several Warnings / Information (when the VM was running the whole time) that:

«The DNS server encountered error 32 attempting to load zone take2 (my previous DNS attempt before deleting and configuring dns3)from Active Directory. The DNS server will attempt to load this zone» ….

and:

The zone take2 is configured to accept updates but the A record for the primary server in the zeones SOA record is not available on this DNS server» ….

When I got home tonight, I couldn’t browse on both clients or the Server, I restarted the server and it worked fine!
Since then .. I’ve deleted all DNS and reconfigued it all anyway (the config above shows how it is now).

I really don’t know what to try next and would really appreciate some help if anyone out there knows what’s going on
I think I’ve covered everything I’ve tried and tried to give yo uas much detail as needed but let me know if you need anything else!

Cheers

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

В основном настройка проходит без каких-либо сбоев, и лишь в некоторых случаях при попытке доступа к одному из устройств можно встретить ошибку 0x80070035 с текстом «не найден сетевой путь». Данная проблема наиболее распространена в Windows 10 и 7.

Давайте разберем данный сбой более подробно и попробуем самостоятельно его исправить.

Причины появления

Как и с любой другой ошибкой, код 0x80070035 может появляться абсолютно по разным причинам. Чаще всего это:

• Не установленные драйвера на сетевую карту.
• Не настроенный общий доступ.
• Отключенный протокол
• Включенный протокол
• Неверно настроенная сетевая безопасность.
• Выключенная поддержка SMB v1/CIFS.
• Неверно настроенный реестр.
• Не запущены необходимые службы.
• Переполненный кэш DNS или измененные настройки сетевого протокола.
• Включенный брандмауэр (файрвол).

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

Проверяем наличие драйверов

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

Для этого:

1. Запускаем диспетчер устройств и входим во вкладку «Сетевые адаптеры».
2. Щелкаем правой мышкой по имеющемуся компоненту, обычно он имеет в своем названии «Realtek» и заходим в «Свойства».
3. Обращаем внимание на графу «Состояние устройства», в ней должно быть указано, что устройство работает нормально. Если это так, то переходим к следующему шагу. В противном случае следует установить актуальную версию драйвера.

Иногда помогает обновление драйверов, даже если они работают в штатном режиме.

Если драйвера на сетевой адаптер не были установлены изначально, то адаптер будет отображен во вкладке «Другие устройства» и может иметь название «Неизвестное», «Ethernet контроллер» или аналогичное. Тогда нужно установить свежие драйвера, скачав их с официального сайта производителя системной платы.

Настраиваем общий доступ

Нередко ошибка 0x80070035 — не найден сетевой путь появляется по причине неправильно настроенного общего доступа в Windows 10. Поэтому целесообразно все это дело проверить.

Для этого:

1. Щелкните правой мышкой по нужному объекту и перейдите в его свойства.
2. Переместитесь во вкладку «Доступ» и нажмите по кнопке «Расширенной настройки».
3. Установите галочку напротив опции «Открыть общий …» и нажмите «ОК».
4. Теперь запускаем поиск, нажав на значок лупы и вводим «Панель управления».
5. Открываем раздел «Сеть и интернет». При этом у вас должно быть включено состояние просмотра «Категория» в верхней части экрана.
6. Переходим в «Центр управления сетями».
7. Заходим в раздел изменения параметров общего доступа.
8. Выставляем разрешения для всех существующих пунктов, кроме опции с парольной защитой, его нужно отключить.
9. После этого доступ по сети будет открыт, осталось сохранить изменения и перезагрузить ПК.

Теперь проверьте результат, ошибка 0x80070035 должна быть устранена.

В некоторых случаях помогает объединение компьютеров в одну общую группу с профилем «Домашний» или «Частный». В Windows 7 изменить профиль можно через «Центр управления сетями», щелкнув по параметру сети.

Затем возвращаемся в главное меню и заходим в «Выбор домашней группы и параметров …».

Создаем группу и выставляем разрешения.

В Windows 10 профиль меняется немного иначе:

1. Воспользовавшись поиском открываем «Состояние сети».
2. Затем находим пункт «Изменить свойства».
3. После чего меняем профиль на «Частный».
4. Затем необходимо заново открыть «Центр управления сетями» и перейти в раздел «Домашней группы», создать ее и произвести все необходимые настройки, выставив все разрешения.

Внимание! Начиная с обновления 1803, домашняя группа была полностью удалена из системы. В качестве альтернативного варианта разработчики предлагают использовать панель «Поделиться» в верхней части проводника.

Активация протокола IPV4

В некоторых операционных системах, протокол IPV4 отключен по умолчанию, что может вызывать сбой с кодом 0x80070035.

Поэтому для начала предлагаю проверить, отключен ли IPV4 на самом деле, если да, то включим его:

1. Переходим в «Центр управления сетями».
2. Щелкаем по тексту изменения параметра адаптера.
3. Заходим в свойства активного подключения.
4. Теперь нужно переместиться во вкладку «Сеть» и убедиться, что IPV4 активен (должен быть отмечен галочкой). Если это так, то просто закрываем данное окно и переходим к следующему шагу. В противном случае двигаемся далее.
5. Нажимаем «Установить».
6. В окне выбора выбираем «Протокол» и жмем «Добавить».
7. Затем выбираем «Надежный многоадресный …» или «Reliable Multicast …» и щелкаем «ОК».
8. Перезагружаем ПК и проверяем результат.

Все должно работать.

Отключаем протокол IPV6

По идее, IPV6 не должен вызывать никаких проблем, как это было в Windows 7. Но видимо Windows 10 (особенно это касается обновления 1809) по-прежнему юна и не доработана, что некоторым пользователям помогает избавиться от ошибки «не найден сетевой путь» только полное отключение IPV6.

Как это сделать

1. По аналогии с предыдущим разделом, нужно войти в центр управления сетями и перейти в свойства активного подключения.
2. Снять галочку с пункта «IPV6» и нажать «ОК».
3. Перезагрузить систему.

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

Настраиваем политику безопасности

Еще один вариант устранения сбоя с кодом 0x80070035 «не найден сетевой путь» – внести изменения в политику безопасности.

Что мы и сделаем:

1. Нажимаем «WIN+R» и вводим фразу secpol.msc для открытия локальной политики.
2. Выбираем раздел «Локальные политики» и перемещаемся в «Параметры безопасности».
3. В основном окне находим пункт «Сетевая безопасность: Уровень проверки подлинности LAN …», щелкаем по нему мышкой и заходим в свойства.
4. Во вкладке «Параметр …» выбираем «Отправлять LM и NTLM – использовать сеансовую …», затем нажмите «ОК».

Проблема должна быть решена.

Включаем SMB 1

Существуют три версии протокола SMB. Первая версия по умолчанию была отключена разработчиками Windows 10 в целях повышения безопасности, что скорее всего и вызвало ошибку в обнаружении сетевого пути с кодом 0x80070035. Сам компонент является устаревшим и вместо него функционируют версии SMB 2 и 3. Однако этого бывает недостаточно для правильной работы системы.

Поэтому для решения данной проблемы предлагаю включить SMB 1.

Как это сделать:

1. Открываем «Программы и компоненты» через «Панель управления» или используя поисковую строку в нижней части экрана.
2. Перемещаемся в подраздел включения компонентов.
3. В списке компонентов находим SMB 1 и активируем его, установив галочку. Щелкаем «ОК».
4. Перезагружаем систему и проверяем, все ли работает.

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

Правка реестра

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

Для этого:

1. Открываем консоль команд с помощью клавиш «WIN+R», затем в строку вводим regedit и жмем «ОК».
2. В левой части окна переходим по пути HKLMSYSTEMCurrentControlSet ServicesLanmanWorkstation ParametersAllowInsecureGuestAuth, дважды щелкаем по нему, смотрим на значение, если стоит «0», то меняем на «1» и жмем «ОК».
3. Закрываем окно редактора и перезапускаем ПК.

Теперь все должно работать.

Запуск служб

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

Запустим же их:

1. Открываем строку поиска, нажав на значок лупы на панели задач, вводим в нее «Службы» и переходим в соответствующий раздел.
2. Теперь необходимо перейти в свойства каждой службы, из перечисленных ниже, нажав правой кнопкой мышки и изменить тип запуска на «Автоматический». Службы, которые нам нужны:

Закрываем все окна и проверяем результат.

Очищаем кэш и сбрасываем настройки

Иногда избавиться от ошибки 0x80070035 получается с помощью сброса кэша DNS и сетевых настроек.

Порядок действий будет следующим:

1. Запускаем командную строку и поочередно вводим в нее следующие команды: 1) ipconfig /flushdns, 2) ipconfig /release, 3) netsh winsock reset, 4) netsh int ip reset. Каждая команда должна сопровождаться нажатием «Enter».
2. После того, как все будет выполнено, закрываем консоль и перезапускаем систему.

Если и это не помогло устранить проблему, то переходим к следующему пункту.

Отключаем брандмауэр

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

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

Инструкция:

1. Запускаем строку поиска, вводим в нее «Брандмауэр» и заходим в соответствующий раздел.
2. Щелкаем по пункту отключения брандмауэра.
3. Активируем имеющиеся пункты отключения и нажимаем «ОК».

Антивирус же обычно отключается правым нажатием по иконке с выбором пункта приостановления защиты. Но опять же, смотря какое защитное ПО у вас установлено, например, DR.WEB получается отключить только через меню «Компоненты защиты», передвинув ползунки влево.

Другие способы

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

• Убедитесь, что общий доступ настроен верно. Перейдите в свойства папки, диска или прочего компонента, который необходимо расшарить. Затем откройте вкладку «Доступ» и щелкните по кнопке «Общий доступ». Удостоверьтесь, что для пользователя с именем «Все» выставлены необходимые привилегии. Если подобного пользователя и вовсе не существует, то добавьте его.

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

Более подробно в этом видео