У меня есть ситуация, когда существует общий общий сетевой путь, скажем, «\ 10.xxx \ CommonShare ». Только администратор получил разрешение на этот путь.Запуск .net exe из сетевого ресурса выполняется в частичном доверии, когда доступ к root-shared не предоставляется пользователю
В настоящее время внутри commonshare мы создаем папки для конкретных пользователей, где этот конкретный пользователь будет иметь полный доступ. Как пользователь XYZ будет иметь полный доступ на \ 10.xxx \ CommonShare \ XYZ
Теперь пользователь XYZ журналы-в в своем собственном поле и оттуда он запускает исполняемый файл, который доступен в общей папке \ 10.xxx \ CommonShare \ XYZ \ testApp.exe
настроили его, чтобы быть доступной форме доля сети в конфигурации, как следующее:
\ 10.xxx \ CommonShare \ XYZ \ testApp.exe.config
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<startup>
<supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0,Profile=Client"/>
</startup>
<runtime>
<!--<NetFx40_LegacySecurityPolicy enabled="true"></NetFx40_LegacySecurityPolicy>-->
<loadFromRemoteSources enabled="true"/>
</runtime>
</configuration>
Хотя exe работает, но он не работает при вызове System.Net.IwebProxy.
Но когда доступ для чтения к корневому пути общего доступа добавлен для пользователя, все это работает нормально. Но, к сожалению, это не то, что клиент готов сделать.
Если кто-то сталкивался с подобной проблемой, пожалуйста, поделитесь. Как из общего сетевого ресурса .NET-приложение (target framework 4.0 Client Profile) может запускаться с полным доверием в данном сценарии. Я пробовал использовать CASPOL, но и эта проблема остается.
Спасибо.