CAS: запуск exe из интранета - PullRequest
0 голосов
/ 24 октября 2008

До того, как меня беспристрастно осудят и проголосуют, моя компания пока не разрешит установку .NET3.5 на компьютеры не-dev (другие в настоящее время работают на 3.0).

У меня есть управляемый exe на общем сетевом ресурсе, который должен быть оттуда запущен. Это обычная проблема с пре-.NET3.5SP1, но я не могу понять, как ее решить. Я прочитал этот вопрос , а также эту статью в дополнение к статьям MSDN CAS (что похоже на попытку прочитать и понять лицензионное соглашение). Я не могу решить эту проблему.

Я пытался подписать его; наряду с другими предложениями, найденными в статьях. Единственный способ заставить его запускаться из сети - это сделать приложение одним щелчком мыши и опубликовать его; что недопустимо, поскольку в опубликованном каталоге он создает несколько разных файлов (что сбивает с толку наших пользователей, не имеющих технических знаний), и создает записи в разделе «Установка и удаление программ» на панели управления.

Я просто разработчик, поэтому у меня нет прав на установку / изменение политик компьютера и тому подобное. Может ли кто-нибудь дать мне пошаговые инструкции (или указать на удобный для чтения сайт) о том, что нужно сделать, чтобы эта вещь работала из сети? Возможно ли это даже без установки политики безопасности компьютера / домена / программного обеспечения (к которому у меня нет доступа)?

Редактировать
Хорошо ... Я ожидал, что меня проголосуют; однако было бы очень хорошо, если бы люди объяснили, почему они проголосовали против. Это серьезный вопрос, с которым у многих людей возникают проблемы; и почти никто, кажется, не знает, как исправить.

Ответы [ 2 ]

2 голосов
/ 24 октября 2008

До 3.5 и без доступа к самой машине или политике машины / домена, я думаю, вам не повезло.

Подход «грубой силы» заключается в том, чтобы перейти в Панель управления> Администрирование> Мастера MS .NET Framework X.X> Настройте .NET Security на каждом компьютере и установите уровень безопасности для зоны локальной интрасети на FullTrust. Риск безопасности при таком подходе заключается в том, что теперь вы доверяете всему .NET-коду, доступному в вашей интрасети, что может не соответствовать требованиям вашей организации.

Более хирургический подход - дать вашим сборкам .NET строгое имя, подписав их закрытым ключом вашей команды разработчиков (который может быть сгенерирован .NET). Затем выполните однократную установку политики на компьютерах ваших пользователей, которая доверяет всем сборкам, подписанным ключом вашей команды. Теперь все сборки .NET вашей команды будут полностью доверенными, независимо от того, где они физически расположены.

0 голосов
/ 24 октября 2008

Вы можете создать неуправляемый загрузчик, который локально копирует ваш код .net и запускает его. Или вы можете нажать один раз и создать ярлык в другом каталоге, чтобы скрыть другие файлы.

...