Système.De sécurité.SecurityException: Demande de capital autorisation a échoué

Quelqu'un peut-il aider à me diriger dans la bonne direction de comment je pourrais être en mesure de corriger cette erreur?

System.Web.Services.Protocols.SoapException: Server was unable to process request. 
     ---> System.Security.SecurityException: Request for principal permission failed.
at System.Security.Permissions.PrincipalPermission.ThrowSecurityException()
at System.Security.Permissions.PrincipalPermission.Demand()
at System.Security.PermissionSet.DemandNonCAS()
at LiveDocx.MailMerge.SetLocalTemplate(String template, String format)

J'ai installé ce logiciel que ma société a fait l'acquisition de LiveDocx. Donc, je n'ai pas de possibilité de modifier le code, ou même de lire le code. J'ai installé tout ce qui selon leur documentation et le site est confirmée à travailler. Je ne peux que modifier les paramètres dans IIS, les autorisations de dossier et le Web.config. Notre serveur, leur logiciel.

Maintenant, je vais avoir des problème avec rester connecté dans le webservice. Avant que vous pensez que c'est le client de savon, j'ai confirmé qu'il travaille en appelant les serveurs du fournisseur.

Local, je peux appeler avec succès le service web lors de la connexion et il fonctionne très bien. Cependant, quand je fais un appel ultérieur, j'ai le Request for principal permission failed.

À la demande de leur support technique, j'ai ajouté <trust level="Full" /> sur le web.config, mais cela ne fonctionne pas. Maintenant, ils ont cessé de répondre à nos e-mails.

Je ne suis pas un ASP.NET développeur, donc mes connaissances sont limitées sur les paramètres du serveur. Quelqu'un peut me pointer dans la bonne direction, pourquoi cette erreur se produit et quelques endroits pour chercher à résoudre ce problème?

OriginalL'auteur brady.vitrano | 2012-01-11

asp.net c#iis livedocx web-config

3

J'ai enfin trouvé une solution. Cette erreur sur les autorisations est un peu trompeur. Après beaucoup d'essais et d'erreurs, j'ai finalement accepté le Pool d'Application des autorisations de l'utilisateur n'a rien à voir avec ce problème. Ce qui m'amènent à enquêter sur la web.config paramètres et c'est là que j'ai trouvé le problème.

Le problème était que le fourni web.config fichier est manquant <authentication> tag et les paramètres requis. Cette balise (à partir de ma compréhension) est ce qui permet de cookies. J'espère que cela aide les autres avec cette erreur, même si pas liées à LiveDocx. Semble Request for principal permission failed. peut être causée, pour diverses raisons, ce qui en fait un frustrant d'erreur.

Cet article a été très utile Comment faire: Utiliser l'Appartenance à ASP.NET 2.0

OriginalL'auteur brady.vitrano
2

Je soupçonne l'identité de l'utilisateur qui exécute la requête, qui est probablement le ASP.Net Pool d'Applications de l'utilisateur pour le site web de votre application IIS est en cours d'exécution.

La façon la plus simple de tester cela est de créer un nouveau pool d'applications IIS application (à moins qu'il n'y a pas d'autres applications dans votre application actuelle de la piscine), choisir une identité différente pour l'application de la piscine (vous pourriez commencer avec un réseau de service, mais elle peut exiger un utilisateur local), puis affecter votre application pour que la piscine.

Cela devrait vous dire si c'est un problème d'autorisations avec l'application de l'identité du pool.

Ouais, c'est pas l'application de la piscine, j'ai essayé de l'utilisateur et a donné tous les droits pour chaque utilisateur.

OriginalL'auteur competent_tech
2

J'ai couru dans la ce parce que j'ai eu une demande en vertu d'un site web configuré pour utiliser le mauvais nom de cookie.

Le web.config sur mon site web racine ressemblait à ça
```
<authentication mode="Forms">
  <forms name="AuthCookie" path="/"></forms>
</authentication>
```
et de la demande en vertu de l', il avait un site web.la config dans qui ressemblait à ce
```
<authentication mode="Forms">
  <forms name="WRONGCOOKIENAME" path="/"></forms>
</authentication>
```
La demande de formulaire web avec un constructeur qui ressemblait à ça
```
[PrincipalPermissionAttribute(SecurityAction.Demand, Role = "Foo", Authenticated = true)]
```
Il fallait donc l'authentification, mais il n'avait pas l'avoir parce que le nom du cookie a été mauvais. La fixation du nom de cookie résolu l'erreur.

OriginalL'auteur mhenry1384
2

J'ai eu un problème similaire et j'ai été en utilisant un des formulaires de demande et de continuer à obtenir ce problème. J'ai été également à l'aide de Principal de l'autorisation et de la Sécurité de l'Action de la Demande.

J'ai essayé de tout le web.config paramètres liés à et le dernier problème était avec le pool d'applications.

Si vous avez de l'application migrée à partir de WinXP, Win7 et d'autres plus version vous pouvez le voir il y a un Pipeline Géré qui est par défaut pointant vers le site web du mode Intégré. J'ai changé de ce classique de la mode qui a résolu le problème. J'espère que cela permettrait d'aider les membres qui tentent de déplacer l'application à partir de WinXp, Win7

OriginalL'auteur Sofin S

Vous devez vous connecter pour publier un commentaire.