Сетевые программы не запускаются

1. Нужно убедиться что установлены драйверы для вашей видеокарты:
правой кнопкой мыши на «Мой компьютер» — «Управление» — «Диспетчер устройств» проверяйте отсутствие восклицательных и других знаков на против вашей видеокарты.

Драйверы на большинство видеокарт AMD и nVidia.

2. Устанавливаем последний DirectX в систему.
Даже если диагностика покажет что у вас последняя версия, лучше запустите программу установки, гарантированно избавитесь от ошибок.
После — обязательно перегружайте ПК.

Изучите вопрос «DirectX — как включить аппаратное ускорение? в нем присутствует описание проверки установленных драйверов и включения аппаратного ускорения DirectX.

Источник: softobase.com

Что делать, если в Windows 10 1803 не запускаются исполняемые файлы приложений из сетевых папок

В апрельском обновление Windows 10 1803 разработчики представили целый набор улучшений, в том числе в области безопасности, но как оказалось, некоторые новые настройки у ряда пользователей вызывают определенные проблемы. Так, многие уже успели отметить, что в Windows 10 1803 не запускаются расположенные в сетевых папках исполняемые файлы. Те же сетевые приложения, которые запускаются без видимых ошибок, работают не совсем корректно, в частности, не обеспечивают нормальное сетевое соединение с другими серверами.

Что делать, если не запускается или не уcтанавливается программа на Windows

В Windows 10 1709 такой проблемы не наблюдалось, сетевое ПО работало нормально. Довольно скоро решение было найдено, оно вполне рабочее, хотя и не совсем правильное. Сетевые программы будут запускаться и нормально работать, если в свойствах их исполняемых файлов включить режим совместимости с Windows 8 .

Чтобы найти правильное решение, нужно знать причину такого поведения Windows 10 1803 . Оказывается, что во всех случаях сетевым каталогом служили устройства с поддержкой протокола SMB v1 , например, на клиентской машине с Windows 10 у вас включен компонент SMB 1.0/CIFS Client .

Причина проста — в Windows 10 1803 система безопасности блокирует работу запущенных из сетевых каталогов приложений, если при этом используется только протокол SMB 1.0 . Чтобы программы корректно работали, выполняющие роль сетевых папок устройства должны использовать протоколы SMB 2.0 или SMB 3.0 . Вы можете проверить, включен ли один из этих протоколов на вашем компьютере или нет, выполнив в запущенной от имени администратора консоли PowerShell такую команду:

Get-SmbServerConfiguration | Select EnableSMB2Protocol

Что делать если программа не открывается | Запускаем программы которые не открываются

Если значением EnableSMB2Protocol будет false , значит протокол SMB второй версии отключен.

Включаем его командой Set-SmbServerConfiguration -EnableSMB2Protocol $true .

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

Источник: www.white-windows.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:), либо для аутентификации на другом компьютере, либо просто для отсутствующего компонента.

Инструменты, которые вы можете использовать:

1. Dependency Walker Этот инструмент скажет вам, если ваш исполняемый файл не может найти какой-либо компонент.
2. Strings.exe. Запустите его против вашего исполняемого файла. Этот инструмент даст вам символы ascii, которые читаются человеком. Вам решать, актуальны ли они.
3. Разговор с разработчиком или системным интегратором может иметь большое значение для решения проблемы пропущенного пути.

ответ дан RobW 336

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

ответ дан VanOrman 128

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

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

Источник: poweruser.guru