Вопрос или проблема
В моей серверной ферме Windows 2019 я пытаюсь протестировать подключение локального ресурса, поэтому я попробовал
mklink /D “C:\NetworkShares\RemoteCDrive” “\servername\sharename”
и я могу получить доступ к папке без каких-либо проблем
но не могу, если подключаю её как накопитель
net use z: “\servername\sharename”
Произошла системная ошибка 53.
Сетевой путь не найден.
даже если я пытаюсь получить доступ к ресурсу через проводник файлов, я сталкиваюсь с той же проблемой…
я тестирую в режиме администратора на самом контроллере домена.
существует ли политика, которая блокирует такие подключения?
спасибо за любые советы
Обновление: спасибо за быстрый ответ:
я пробовал с FQDN и IP и без кавычек (net use z: \servername\sharename), результат тот же
нет ошибок / записей в журнале событий. существует ли способ увеличить уровень ведения журнала?
Ответ или решение
При возникновении ошибки «Системная ошибка 53» при использовании команды net use на Windows Server 2019, следует принимать во внимание несколько возможных причин и решений. Давайте рассмотрим эту проблему более подробно.
Проблема
Вы пытаетесь подключить сетевой ресурс (шеренгу) с помощью команды:
net use z: "\\servername\sharename"Однако возникает ошибка:
Системная ошибка 53: Сетевой путь не найден.Это происходит, несмотря на то, что вы успешно создали символическую ссылку с помощью mklink и получили доступ к папке через этот путь.
Возможные причины
-
Неправильный путь: Убедитесь, что указанный путь к сетевому ресурсу верен. Проверьте, существует ли папка
sharenameи действительно ли она доступна на сервереservername. -
Сетевые проблемы: Проверьте, доступен ли сервер с именем
servernameиз вашей сети. Это можно сделать с помощью командыping servernameилиping <IP-адрес>. Также убедитесь, что сервер включен и отвечает на запросы. -
DNS проблемы: Если вы используете доменное имя, узнайте, работает ли разрешение DNS правильно. Попробуйте подключиться с помощью полного доменного имени (FQDN) или IP-адреса. Если вы уже пробовали это, убедитесь, что DNS-серверы настроены корректно и что имя сервера может разрешаться.
-
Проблемы с правами доступа: Хотя вы работаете от имени администратора, проверьте, есть ли у вас необходимые права на доступ к сетевому ресурсу. Иногда на уровне сервера могут существовать дополнительные ограничения.
-
Брандмауэр: Проверьте настройки брандмауэра на обоих компьютерах (как клиентском, так и сервере). Убедитесь, что порты для общего доступа файлов и принтеров (обычно TCP 445) открыты.
-
Групповые политики: Если вы находитесь в домене, проверьте, применяются ли какие-либо групповые политики, которые могут ограничивать доступ к сетевым ресурсам или использованию общих папок.
Увеличение уровня журналирования
Чтобы увидеть дополнительные сообщения об ошибках, вы можете включить журналирование сетевых подключений:
- Откройте редактор групповых политик (gpedit.msc).
- Перейдите в раздел
Компьютерная конфигурация -> Административные шаблоны -> Система -> Журналирование. - Включите параметры для журналирования сетевых подключений.
Также вы можете проверить Event Viewer на наличие возможных ошибок в разделе «Журналы Windows» > «Система».
Проверка с использованием файла проводника
Попробуйте открыть общую папку через Проводник:
- Откройте Проводник Windows.
- В адресной строке введите
\\servername\sharenameи посмотрите, сможете ли вы получить доступ к ресурсу.
Если вы по-прежнему сталкиваетесь с проблемами, это может помочь в диагностике.
Заключение
Следуя вышеизложенным шагам, вы сможете диагностировать и исправить проблему, связанную с ошибкой подключения к сетевой шеринге. Убедитесь, что вы проверили все возможные причины и рассмотрели соответствующие решения. Если вышеперечисленные методы не помогают, возможно, потребуется более глубокая диагностика со стороны сетевого администратора.