Подробный гайд по ошибке «Сетевой путь не найден»
Ошибка «Сетевой путь не найден» (код 0x80070035 или Системная ошибка 53) — одна из самых распространенных проблем при попытке доступа к общим папкам или сетевым дискам в Windows. Вопреки названию, она редко означает, что папка действительно удалена; чаще всего проблема кроется в настройках сети, службах или политиках безопасности.
Шаг 1. Базовая диагностика: проверка связи
Прежде чем менять настройки, убедитесь, что компьютеры «видят» друг друга на базовом уровне.
1. Проверка по IP-адресу:
Откройте командную строку (cmd) и выполните команду ping <IP-адрес_компьютера> (например, ping 192.168.1.10).
Если пинг проходит успешно:
Это означает, что физическое соединение есть, и проблема, скорее всего, связана с разрешением имен (DNS/NetBIOS) или настройками SMB. Попробуйте получить доступ к ресурсу напрямую по IP-адресу, введя в проводнике \\<IP-адрес> (например, \\192.168.1.10).
Если пинг не проходит:
Проблема на сетевом уровне. Проверьте, подключены ли оба устройства к одной сети (роутеру), и работают ли сетевые адаптеры.
2. Проверка по имени хоста: Выполните ping <имя_компьютера>.
- Если по IP пинг есть, а по имени нет: Это указывает на проблему с разрешением имен (DNS или NetBIOS).
Шаг 2. Устранение распространенных причин
Если базовая связь есть, переходите к следующим шагам. Рекомендуется выполнять их по порядку и проверять результат после каждого изменения.
1. Включите сетевое обнаружение и общий доступ
Часто ошибка возникает из-за того, что Windows считает текущую сеть «общественной» и блокирует обнаружение:
- Перейдите в Панель управления → Сеть и Интернет → Центр управления сетями и общим доступом.
- Нажмите «Изменить дополнительные параметры общего доступа».
- Для текущего профиля сети (обычно «Частная») включите «Сетевое обнаружение» и «Общий доступ к файлам и принтерам».
- Важно: Убедитесь, что ваш сетевой профиль определен как «Частная сеть», а не «Общественная». Это можно сделать в Параметрах Windows → Сеть и Интернет → Свойства подключения.
2. Проверьте и перезапустите ключевые службы
За работу сети и общего доступа отвечают несколько служб. Убедитесь, что они запущены:
- Нажмите
Win + R, введитеservices.mscи нажмите Enter. - Найдите в списке и проверьте следующие службы (для каждой: тип запуска — «Автоматически», состояние — «Выполняется»). Если служба остановлена, запустите её.
- Обозреватель компьютеров (Computer Browser)
- Служба рабочей станции (Workstation)
- Вспомогательная служба IP (TCP/IP NetBIOS Helper)
- Служба публикации имен компьютеров PNRP (Peer Name Resolution Protocol)
- Сетевые подключения (Network Connections)
- Function Discovery Provider Host и Function Discovery Resource Publication (особенно актуально для Windows 10/11)
3. Проверьте настройки брандмауэра и антивируса
Брандмауэр может блокировать порты, необходимые для SMB-протокола (обычно TCP 445):
- Временно отключите брандмауэр Windows или сторонний антивирус для проверки. Если доступ появится, проблема в них.
- Чтобы не отключать защиту полностью, добавьте в исключения брандмауэра правила для «Сетевого обнаружения» и «Общего доступа к файлам и принтерам» (Панель управления → Брандмауэр Защитника Windows → «Разрешение взаимодействия с приложением или компонентом»).
Совет:
Как показывает практика, причиной могут быть и «тонкие» настройки сторонних антивирусов, поэтому стоит проверить их документацию или временно отключить.
4. Настройте NetBIOS через TCP/IP
Это поможет решить проблемы с разрешением имен в локальной сети: * Перейдите в Панель управления → Сеть и Интернет → Центр управления сетями и общим доступом → Изменение параметров адаптера. * Кликните правой кнопкой по активному подключению → Свойства. * Выберите «Протокол Интернета версии 4 (TCP/IPv4)» → Свойства → Дополнительно. * Перейдите на вкладку WINS и выберите «Включить NetBIOS через TCP/IP».
5. Проверьте политики безопасности (NTLM и гостевой доступ)
Современные версии Windows по умолчанию блокируют старые, менее безопасные методы аутентификации, что может мешать доступу к NAS или старым серверам.
* Ограничение NTLM:
Если вы подключаетесь к Synology NAS или другому серверу, проверьте локальную политику безопасности. Нажмите Win + R, введите gpedit.msc → Конфигурация компьютера → Настройки Windows → Настройки безопасности → Локальные политики → Параметры безопасности. Найдите политику «Сетевая безопасность: ограничение NTLM: исходящий трафик NTLM на удаленные серверы» и убедитесь, что она не установлена в значение «Запретить все».
* Гостевой доступ:
Если сетевое хранилище использует гостевой доступ без пароля, Windows может его блокировать. В редакторе реестра (regedit) перейдите в HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\LanmanWorkstation и создайте параметр AllowInsecureGuestAuth (DWORD) со значением 1.
6. Дополнительные проверки
- Очистка учетных данных: В «Панели управления» найдите «Диспетчер учетных данных» и удалите все сохраненные записи, связанные с проблемным сервером или компьютером, затем попробуйте подключиться снова, введя логин и пароль.
- Синхронизация времени: Убедитесь, что дата и время на обоих компьютерах совпадают. Расхождение может нарушить аутентификацию.
- Проверка пути: Элементарно, но стоит перепроверить правильность написания сетевого пути (
\\сервер\папка) и наличие прав на доступ к этой папке у вашего пользователя.
Ошибка в среде восстановления (WinRE)
Если ошибка появляется при попытке восстановить систему из сетевого расположения, это означает, что сетевой стек в среде восстановления не инициализирован:
- В командной строке среды восстановления выполните команду
startnet. - Затем проверьте наличие IP-адреса командой
ipconfig /all. Если адреса нет, возможно, потребуется установить драйвер сетевого адаптера или настроить статический IP вручную.
Мы делимся этой технической информацией, чтобы помочь вам в решении задач — используйте её с пониманием. Статья носит рекомендательный характер, поэтому, пожалуйста, применяйте описанные методы осмотрительно.