WCF donne chirographaire ou mal sécurisé de l'erreur d'

Bien que votre problème a été résolu avec l'une des solutions ci-dessus, pour les autres, voici une autre option.

Vous pouvez également obtenir cette exception lorsque des informations d'identification sont transmises à une extrémité de base (SOAP 1.1), qui utilise le nom d'utilisateur message d'informations d'identification que vous êtes. Par exemple, si vous appelez le service à partir du code et de faire quelque chose comme ceci:

var service = new TestService();

service.ClientCredentials.UserName.UserName = "InvalidUser";
service.ClientCredentials.UserName.Password = "InvalidPass";

C'est différent d'un WSHTTP d'extrémité (SOAP 1.2) qui déclenche une AccessDeniedException lorsque les informations d'identification non valides sont passés à travers. Personnellement, je trouve le message contenu dans les présentes un peu trompeur (il a certainement m'a coûté quelques minutes la première fois que j'ai rencontré pour cette raison), mais la cause sous-jacente était clair une fois que j'ai consulté la WCF Diagnostic des Journaux de Trace.

Même ce problème, je suis face à mon client application WinForms application C# 4.0

Quand j'ai lu la solution ici, j'ai vérifié la Date & le Temps de l'ordinateur client, mais c'était tout a l'heure actuelle a été montrer, mais encore j'ai été confronté à ces problèmes.

Après un peu de travail-autour, j'ai trouvé le mauvais temps, la zone est sélectionnée, je suis en Inde, et l'heure de la zone est du Canada, le serveur hôte est situé au Koweït.

J'ai trouvé que le système convertit l'heure en temps universel.

Quand j'ai changé le fuseau horaire à l'Inde de fuseau horaire, le problème a été semelle.

Essayez de changer votre mode de sécurité de "transport".

Vous avez un décalage entre l'étiquette de sécurité et le transport de la balise.

Dans mon cas, j'ai été en utilisant des certificats pour l'authentification avec certificateValidationMode réglé sur "PeerTrust" et j'avais oublié d'installer le certificat client dans windows store (LocalMachine\TrustedPeople) pour faire accepter par le serveur.

Surtout cette exception se produit lorsqu'il y a quelques erreurs dans le serveur, le plus commun est une mauvaise configuration de l'authentification de base de données, ou d'authentification. Dans mon cas, il y a différentes synchronisation de l'horloge
assurez-vous que le client et le serveur ont les mêmes paramètres

Cliquez sur l'Heure en Bas à Droite côté -> "date de Modification des paramètres de temps..." -> "Temps Internet" tab -> Modifier les Paramètres... -> cocher la case "Synchroniser avec un serveur de temps internet" option, si elle est décochée ->
à partir du serveur menu déroulant, sélectionnez "times.windows.com" -> mise à Jour -> OK

Dans mon cas, j'ai été faire cette erreur sur la même machine, dans mon test de l'application client-serveur. Mais ce problème a été résolu par "Service de mise à Jour de Référence".

• Tushar G. Walavalkar

Dans mon cas, il y a deux problèmes qui permettra de lever cette exception.

Noter que, de mon environnement utilise la connexion Unique (ou STS si vous préférez) pour authentifier un utilisateur par le biais de ASP.NET MVC site. MVC site, à son tour, fait un appel de service à mon point de terminaison de service en passant porteur du jeton qui il a demandé de STS serveur avec Bootstrap jeton précédemment. L'erreur que j'ai eu était quand j'ai fait un appel de service à partir de MVC site.

1. Le service WCF n'était pas configurée comme une partie de confiance dans mon SSO (ou STS si vous préférez).

2. De configuration du Service n'était pas configurée correctement. En particulier sur audienceUris nœud du système.identityModel. Il doit correspondre exactement au point de terminaison du service de l'url.

   <system.identityModel>
       <identityConfiguration>
           <audienceUris>
               <add value="https://localhost/IdpExample.YService/YService.svc" />
           </audienceUris>
           ....
       </identityConfiguration>
   </system.identityModel>

J'ai été faire cette erreur en raison de la BasicHttpBinding pas l'envoi d'un compatible messageVersion pour le service, j'ai été appeler. Ma solution a été d'utiliser une liaison personnalisée comme ci-dessous

 <bindings>
  <customBinding>
    <binding name="Soap11UserNameOverTransport" openTimeout="00:01:00" receiveTimeout="00:1:00" >
      <security authenticationMode="UserNameOverTransport">
      </security>          
      <textMessageEncoding messageVersion="Soap11WSAddressing10" writeEncoding="utf-8" />
      <httpsTransport></httpsTransport>
    </binding>
  </customBinding>      
</bindings>

HTML:

<wsHttpBinding>
        <binding name="ISG_Binding_Configuration" bypassProxyOnLocal="true" useDefaultWebProxy="false" hostNameComparisonMode="WeakWildcard" sendTimeout="00:30:00" receiveTimeout="00:30:00" maxReceivedMessageSize="2147483647" maxBufferPoolSize="2147483647">
          <readerQuotas maxArrayLength="2147483647" maxStringContentLength="2147483647" />
          <security mode="None">
            <message establishSecurityContext="false" clientCredentialType="UserName"/>
          </security>
        </binding>
      </wsHttpBinding>

Dans mon cas, c'est un paramètre sur le pool d'applications IIS.

Sélectionnez le pool d'applications --> Paramètres Avancés --> Set 'Activer les Applications 32 Bits" pour Vrai.

Puis recyclage de l'application de la piscine.