Рассмотрим несколько способов возможного решения ошибки, когда не удается получить доступ к сетевому диску.
Первый вариант. Достаточно банальной причиной, может быть сетевая неисправность. На компьютере, с которого осуществляется попытка подключения, следует проверить, имеется ли связь с сетевым хранилищем. Для этого на «Рабочем столе» операционной системы Windows нужно вызвать окно «Выполнить» сочетанием клавиш Win+R и ввести команду ping с указанием IP-адреса накопителя (например ping 192.168.1.1 -t).
Если ответа нет, нужно посмотреть сетевые настройки как на ПК так и NAS, т.к., возможно, они сконфигурированы для другой сети.
Возможно, что сетевое хранилище находится вовсе не в сети. Если ответ есть значит двигаемся далее.
Второй вариант. Не менее банальной причиной может быть то, что при попытке подключения к сетевому диску появляется окно с запросом ввода логина и пароля.
В таком случае в настройках NAS или smb-сервера нужно посмотреть, открыт ли доступ без авторизации.
Windows не видит компьютеры в локальной сети. Что делать. Подключаем сетевой диск. Включение smb1
При необходимости ограниченного доступа следует проверить соответствующие настройки учетных записей для доступа к накопителю либо одному из его каталогов.
Третий вариант. Можно попробовать при подключении указать не имя сетевого накопителя, а его IP-адрес. В Windows 10, перейдя в «Этот компьютер», в адресной строке следует набрать два обратных слеша (\) и айпишник хранилища, после чего останется нажать Enter.
Возможно, это поможет.
Четвертый вариант. В операционной системе Windows, вызвав вновь окно «Выполнить», нужно ввести «regedit» и в появившемся редакторе реестра следует перейти по указанному пути: HKLMSOFTWAREMicrosoftWindowsCurrentVersionPoliciesSystem . Добравшись до папки System, нужно создать ключ.
Если система 32-битная, то выбираем значение DWORD, если 64-битная, то QWORD. При этом название в обоих случаях данное: LocalAccountTokenFilterPolicy. Кликнув дважды по созданному ключу, устанавливаем значение – единица, т.е. включено.
Сделав изменения, остается перезагрузить компьютер и проверить, удастся ли подключиться к диску.
Пятый вариант. Если ничего не помогло из выше представленных способов, можно попробовать еще одни вариант. Хочу заметить, что данная причина очень часто встречается в Windows 10 из-за отключенного протокола SMB 1.0. Для этого нужно перейти в Пуск-Параметры-Приложения, и, кликнув по Программам и компонентам, в открывшемся окне нужно выбрать «Включение и выключение компонентов Windows».
Здесь следует посмотреть, является ли включенным пункт «Клиент SMB 1.0», если нет, то следует поставить галочку напротив него и нажать ОК.
Чтобы изменения вступили в силу, необходимо перезагрузить компьютер.
Подробнее — в данном видео:
Фото- и видеоматериалы взяты с канала ServLesson на YouTube.
Источник: dzen.ru
Не удается запустить .exe с сетевого диска
Я пытаюсь запустить исполняемый файл с сетевого диска в Windows 7 Professional (64-разрядная версия), чтобы установить программу, но при каждой попытке она не запускается и появляется следующее сообщение:
The specified path does not exist. Check the path, and then try again.
Я определенно подключен к сетевому диску, так как вижу все каталоги и файлы и даже могу открывать неисполняемые типы файлов. Кроме того, я вполне уверен, что это не проблема с брандмауэром и разрешениями.
изменён Kevin Panko 6k
9 ответов 9
Кажется маловероятным, что OP когда-либо вернется, поэтому я рассмотрю два конкретных случая, которые могли бы вызвать это: Когда вам необходимо ввести учетные данные для доступа к сетевому ресурсу или если вы работаете на подключенном диске, повышение уровня процесса может завершиться неудачей из-за UAC. Это связано с тем, что с помощью UAC вы фактически вошли в систему с двумя сеансами: один с административным доступом, а другой без.
Эти сеансы в основном являются отдельными, они не разделяют подключенные диски или токены входа в сеть. Ваш сеанс без прав администратора имеет свои подключенные диски и все токены входа в сеть. После подтверждения диалогового окна UAC Windows пытается загрузить программу в сеансе администратора. У него нет ни токенов сетевого входа, ни подключенных дисков.
Таким образом, произойдет сбой либо «файл не найден», либо «доступ запрещен». Microsoft описывает это поведение более подробно в этой статье на TechNet. К счастью, существует обходной путь, включающий «Связанные соединения» (описанный в статье, упомянутой выше). Следующий файл .reg сделает это:
Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionPoliciesSystem] «EnableLinkedConnections»=dword:00000001
ответ дан Daniel B 34k
Если на сервере запущена Samba, вам может потребоваться добавить эту опцию в раздел [global] smb.conf :
acl allow execute always = True
Источник: Выполнить .exe на общей папке samba — unix.stackexchange Это скажет Windows, что все файлы могут быть выполнены, и превосходит команду chmod a+x * для всех файлов в общей папке, что также работает.
изменён Community 1
ответ дан Malvineous 2k
Существует множество причин, по которым вы можете увидеть это: Я хотел бы начать с отключения UAC и проверить, решает ли это проблему. Тогда вы знаете, что это проблема с разрешениями, и вам нужно будет «только» решить эту проблему. Я не помню, можно ли подключить сетевые диски Windows без возможности запуска файлов. Кроме того, было бы полезно проверить тот же файл на другом компьютере (виртуальный с другой ОС Windows, например) Для более глубоких шагов: Цитата из поддержки Microsoft:
- У вас нет прав доступа к файлу или местоположению файла.
- Файл находится в месте, которое в данный момент недоступно, например в сети или на внешнем диске, который в данный момент не подключен к ПК.
- Файл был перемещен или удален.
- Файл или ярлык повреждены.
- Файл может быть заблокирован Windows.
- Ваше антивирусное программное обеспечение может блокировать файл.
изменён Kevin Panko 6k
ответ дан Dennis Nolte 217
Вы можете проверить у разработчика, является ли исполняемый файл, который вы запускаете, просто оболочкой для одного или нескольких вторичных исполняемых файлов, которые также имеют особые требования к пути.
Возможно, вам потребуется сопоставить определенную букву диска (например, вы запускаете из G: но упакованный исполняемый файл ожидает H:), либо для аутентификации на другом компьютере, либо просто для отсутствующего компонента.
Инструменты, которые вы можете использовать:
- Dependency Walker Этот инструмент скажет вам, если ваш исполняемый файл не может найти какой-либо компонент.
- Strings.exe. Запустите его против вашего исполняемого файла. Этот инструмент даст вам символы ascii, которые читаются человеком. Вам решать, актуальны ли они.
- Разговор с разработчиком или системным интегратором может иметь большое значение для решения проблемы пропущенного пути.
ответ дан RobW 336
Когда я столкнулся с этим, это произошло потому, что для общего ресурса не были правильно установлены разрешения. Попробуйте разрешить «Пользователям домена» и «Доменным компьютерам» доступ к общему ресурсу.
ответ дан VanOrman 128
Мне удалось решить эту проблему, удалив объект компьютера из домена, воссоздав его и снова подключив к компьютеру. Теперь он запускает исполняемый файл напрямую с общего ресурса без проблем.
Разделяемые и NTFS-разрешения. NTFS имеет наследование. Вот почему exe работал из подпапки, а не из родительской папки. Разрешения общего ресурса для этого компьютера были повреждены. Присоединение и повторное подключение компьютера к сети решило проблему с общим ресурсом.
Источник: poweruser.guru
de1s_how-to’s
Хламник, записная книжка и незабывайка в одном html-е.
9 июл. 2013 г.
Проблема запуска исполняемых файлов с сетевых дисков в Windows
Винды иногда поражают не только своими тараканами, то и способами их устранения. Пример: при запуске приложения с сетевого диска (смонтированного в системе) получаем отлуп вида
Windows cannot access the specified device, path, or file. You may not have the appropriate permissions to access the item.
Будь я в linux, все было бы предельно ясно — раздел смонтирован с опцией noexec, запуск исполняемых файлов запрещен. Перемонтируешь — и порядок.
А тут интереснее: вилы оказались в повышенных настройках безопасности IE (Enhanced Security). Для решения проблемы следует добавить адрес сервера, предоставляющего общую папку (в виде ссылки file://servername/) в зону Local Intranet (Свойства обозревателя — Безопасность). Изменения применяются тут же.
Источник: www.delayer.org