CAS: Запуск exe из интрасети

Question

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

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

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

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

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

Answer 1

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

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

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

Answer 2

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