У меня есть ситуация, когда есть общий общий сетевой путь, скажем "\ 10.x.x.x \ CommonShare". Только администратор имеет разрешение на этот путь.
Теперь внутри commonshare мы создаем пользовательские папки, к которым этот конкретный пользователь будет иметь полный доступ. Как пользователь XYZ будет иметь полный доступ к \ 10.x.x.x \ CommonShare \ XYZ
Теперь пользователь XYZ входит в систему в своем собственном ящике и оттуда запускает исполняемый файл, который доступен в общей папке \ 10.x.x.x \ CommonShare \ XYZ \ testApp.exe.
Настроили его так, чтобы он был доступен из сетевой папки в конфигурации, как показано ниже:
\ 10.x.x.x \ 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>
Хотя исполняемый файл запускается, но он не работает при вызове System.Net.IwebProxy.
Но когда пользователю добавляется доступ только для чтения к корневому общему пути, все это работает нормально. Но, к сожалению, клиент не хочет этого делать.
Если кто-то сталкивался с подобной проблемой, поделитесь. Как из общего сетевого ресурса .net exe (профиль клиента целевой платформы 4.0) может быть запущен с полным доверием в данном сценарии. Я пробовал использовать CASPOL, но проблема остается.
Спасибо.