Откуда исполняемые файлы должны быть выполнены? Сетевой ресурс или клиент?
Это кажется, что у Вас нет разрешения получить доступ к этим файлам, поэтому когда Вы пытаетесь изменить полномочия, Вы получаете ту ошибку.
Если Вы будете административным пользователем уровня, то необходимо будет взять владение файлов. Чтобы сделать так входят во вкладку полномочий, как Вы действительно к тому времени нажимал усовершенствованную кнопку. На странице, которая открывается, нажмите вкладку владельца. В здесь выбирают учетную запись, Вы хотите владеть учетной записью (скорее всего, Ваша учетная запись) и нажать ОК. Нажмите ОК снова для выхода из меню полномочий. Необходимо затем смочь получить доступ к файлу или изменить любые полномочия, которых Вы желаете.
Вы не заявляете, что ОС Вы используете, обратите внимание, что некоторые Домашние версии Windows ОС не имеют вкладки полномочий, чтобы позволить Вам делать это.
Мог иметь сценарий входа в систему, который проверяет программу (что-то как md5 это) и если это отличается затем, это загружает приложение с центрального сервера и помещает его в рабочий стол пользователя.
Люди использовали этот подход в течение 20 лет. Это было, как вещи были сделаны в ранние дни Сетевого обеспечения. С современной сетью 50 клиентов - ничто. Я предполагаю, что Вы работаете, по крайней мере, 100baseT.
Если бы Ваша сеть ненадежна, я рекомендовал бы фиксировать ее, вместо того, чтобы делать некоторое обходное решение, чтобы заставить .exe доступ к файлу работать. Это предполагает, конечно, что .exe обоснованно измерен.
Лично, я предпочел бы видеть, что он работает от клиентской машины. Загрузка приложения не является действительно чем-то, что это необходимо по сети, если это не важно.
+1 к идее начальной загрузки или сценария входа в систему, который проверяет на обновленную версию. Я использовал это в прошлом к большому эффекту. Кэшируйтесь локально.
Это кажется, что это - EXE, который создается в доме?
Если так, и Вы используете Visual Studio 2005 или лучше, могло бы стоить изучить Варианты развертывания ClickOnce.
ClickOnce является технологией развертывания, которая позволяет Вам создать самообновляющие приложения на базе Windows, которые могут быть установлены и выполнены с минимальным взаимодействием с пользователем. Развертывание ClickOnce преодолевает три главных проблемы в развертывании:
Трудности при обновлении приложений. С развертыванием Установщика Microsoft Windows, каждый раз, когда приложение обновляется, пользователь должен переустановить целое приложение; с развертыванием ClickOnce можно обеспечить обновления автоматически. Только те части приложения, которые изменились, загружаются, и затем полное, обновленное приложение переустанавливается от нового бок о бок папка.
Влияние на компьютер пользователя. С развертыванием Windows Installer приложения часто полагаются на совместно используемые компоненты с потенциалом для конфликтов управления версиями; с развертыванием ClickOnce каждое приложение является автономным и не может вмешаться в другие приложения.
Права доступа. Развертывание Windows Installer требует административных полномочий и позволяет только установку с ограниченным числом пользователей; развертывание ClickOnce позволяет неадминистративным пользователям установить и дает только те разрешения Безопасности доступа к коду, необходимые для приложения.
Управляемое развертывание приложения для окончания рабочих станций всегда предпочитается. Если бы необходимо было потерять тот диск или если бы некоторый пользователь должен был удалить exe, то приложение закончилось бы для всех пользователей, и я предполагаю с тех пор 50 +, пользователи выполняют его ежедневно, это - производственная необходимость.
Кроме того, когда Вы идете для обновления его, если Вы хотите вести новую версию, необходимо будет развернуть его или так или иначе перенаправить определенное число пользователей в новый файл на доле. При доверии конечным пользователям, чтобы сделать правильная вещь не что-то, на что можно рассчитывать.
Развертывание единственного exe довольно просто, но я смущался бы делать это через сценарий входа в систему. Сценарий запуска или использование инструмента как SCCM или SMS или Altiris лучше.