Dlaczego moja aplikacja .NET ulega awarii po uruchomieniu z dysku sieciowego?

Question

Moja aplikacja .NET ulega awarii po uruchomieniu z dysku sieciowego, nawet jeśli ten sam plik wykonywalny działa idealnie dobrze z lokalnego dysku twardego?

Próbowałem sprawdzanie „pełne zaufanie” tak:

try 
{ 
    // Demand full trust permissions 
    PermissionSet fullTrust = new PermissionSet(PermissionState.Unrestricted); 
    fullTrust.Demand(); 

    // Perform normal application logic 

} 
catch(SecurityException) 
{ 
    // Report that permissions were not full trust 
    MessageBox.Show("This application requires full-trust security permissions to execute."); 
} 

Jednak to nie pomaga, przez co rozumiem aplikacja uruchamia się i blok catch nie zostanie wprowadzony. Jednak kompilacja debugowania pokazuje, że zgłoszony wyjątek jest wyjątkiem SecurityException spowodowanym przez InheritanceDemand. Jakieś pomysły?

Answer 1

Rzeczywiście ma to związek z tym, że aplikacje w lokalizacji sieciowej są mniej zaufane niż na lokalnym dysku twardym (z powodu domyślnej strategii platformy .NET).

Jeśli się nie mylę, Microsoft ostatecznie poprawił tę irytację w .NET 3.5 SP1 (po tym, jak wielu deweloperów narzeka).

I google'd go: .NET Framework 3.5 SP1 Allows managed code to be launched from a network share!

Answer 2

Czy próbowałeś korzystać z CasPol to Fully Trust a Share?

Answer 3

Jeśli jest to .NET 2.0 lub nowszy, ClickOnce został stworzony, aby naprawdę pomóc w tym wdrożeniu. Wdrażam je tylko do udziałów sieciowych.

Answer 4

To jest zabezpieczenie wbudowane przez microsoft do frameworka .net. Jest to sposób zatrzymywania szkodliwego oprogramowania, który może być uruchamiany lokalnie z pełnymi uprawnieniami, więc nie można tego zmienić programowo w kodzie.

Co należy zrobić, to zwiększyć zaufanie określonych zestawów. Robisz to w konfiguracji systemu .NET Framework (Panel sterowania-> Narzędzia administracyjne) i musisz to zrobić na każdym komputerze.

jak w przypadku innych środków bezpieczeństwa, jest to ból-in-the-ass, ale pomoże świat się mniej zarażony etc ...

Answer 5

Być może już to zrobione, ale można użyć CASPOL. exe, aby umożliwić FullTrust dla określonego udziału sieciowego.

Na przykład

cd c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727 
CasPol.exe -m -ag 1.2 -url file:///N:/your/network/path/* FullTrust 

Więcej informacji here.

Answer 6

Wszystko co musiałem zrobić, to zaznaczyć pliki tylko do odczytu (ewentualnie niepowiązane) i podać wszystkie uprawnienia z wyjątkiem Pełna kontrola dla uwierzytelnionych użytkowników. Napotykałem ten problem, zanim to zrobiłem, kiedy miałem konfigurację udziału sieciowego tylko dla użytkowników domeny.

Odkryłem to obejście, ponieważ ani udziały administratora (\ server \ C $), ani udziały mojego komputera nie miały tego problemu.

Edit: App jest kierowanie .NET 3.5 SP1 nie tutaj (wersja 3.5.7283)