En C#.NET 4.0 - Que l'Assemblée ne permet pas de les appelants de confiance partielle

Lors de l'exécution à partir d'un partage réseau, mon application génère l'exception suivante:

Que l'assemblée ne permet pas de les appelants de confiance partielle.

Ma demande les références de deux fichiers DLL:

  • BitFactory.Logging.dll
  • FileHelpers.dll

Je ne suis pas sûr que l'on c'est d'avoir des problèmes avec.

  • AllowPartiallyTrustedCallersAttribute: Lire, mais je n'ai pas la source, soit de la DLL fichiers, donc je ne suis pas en mesure d'ajouter l'attribut de ces fichiers DLL.

  • CASPOL.EXE: ajout de mon partage réseau à l'aide de quelques variations, comme caspol -machine -addgroup 1. -url \\netserver\netshare\* LocalIntranet rien ne semble l'affecter.

J'ai utilisé CASPOL hack avant, avec .NET 3.5, cependant, il semble ne pas fonctionner avec .net 4.0 maintenant. Quelqu'un peut-il suggeest sur comment je peux contourner cette "Confiance partielle de l'Appelant" vérifier?

Grâce.

  • Les deux assemblées dans le GAC ou dans le répertoire de votre application?
  • Me semble que la politique est remplacée. Fuslogvw.exe pouvez vous montrer.
InformationsquelleAutor Nasir | 2010-11-23
  1. 11

    .NET 4.0 a changé les règles par défaut de politique de sécurité. Vous aurez besoin de créer ou de modifier les App.config fichier pour cette application.

    Sécurité d'accès du Code (tel que configuré par CASPOL) est ignoré par défaut .NET 4.0. Si vous voulez l'activer, vous devez ajouter les lignes suivantes à votre app.config fichier:

    <configuration>
   <runtime>
      <!-- enables legacy CAS policy for this process -->
      <NetFx40_LegacySecurityPolicy enabled="true" />
   </runtime>
</configuration>

    Vous pouvez configurer .NET 4.0 pour traiter de code à partir du réseau à l'aide de LoadFrom entièrement confiance à la suite de l'élément de configuration:

    <configuration>
   <runtime>
      <!-- Treat assemblies from network locations as fully trusted. -->
      <!-- Caution: Do not point this loaded gun at your foot. -->
      <loadFromRemoteSources enabled="true" />
   </runtime>
</configuration>
    • Je ne suis pas en utilisant "LoadFrom" explicitement, seulement ajouté des références à la Dll en question. aucune des options ci-dessus semblent avoir aucun effet.
    • Est votre exécutable de nom fort?
    • non, il ne l'était pas. Tout est bon, après, j'ai signé l'exécutable à l'aide de *.snk fichier de clé.
    • Hantin Salut, j'ai essayé la méthode que vous les gars posté ci-dessus, il n'a pas fonctionné pour moi. J'ai généré une clé à l'aide de sn.exe. Puis configurer le Signe de l'assemblée pour chaque projet, avec cette clé. À la fin, il se plaint encore que le tiers des assemblées (c'est à dire FileHelpers.dll) n'ont pas de nom fort. Ai-je raté des étapes de quelque part? Merci beaucoup!
    • Signé de l'assemblée ne peut prendre une dépendance sur un non-signé tiers de l'assemblée-c'est une erreur de compilation avec aucun moyen de contourner cela.
    • Hantin Grâce. Je vois maintenant que le problème est le tiers de bibliothèques ont été compilés avec <= .NET 3.5 & unsigned, alors que mon projet est compilé avec .NET 4.0. Est-il un moyen de sortir de ce tout? Si vous préférez, ma question est ici: stackoverflow.com/questions/9743267/... Merci.
    • caspol. Semble comme une capsule à avoir des maux de tête

    InformationsquelleAutor Jeffrey Hantin