Vous rencontrerez probablement un code d’erreur de gestion de la relation client Event ID 1309. Il n’y a pas beaucoup de mesures que vous pouvez prendre pour résoudre ce problème et nous y reviendrons dans un instant.

Procurez-vous l'outil de réparation de PC Reimage. Corrigez instantanément les erreurs de votre ordinateur et améliorez les performances.

<élément>

Si vous essayez de vous connecter à un déploiement CRM IFD 2013 ou 2015, vous recevrez une erreur d’atelier : 1309 qui ressemble à ceci :

Code promotionnel de l’événement : 3005
Message de l’événement : une erreur non gérée s’est produite.
Heure de l’événement : 07/01/2016 00:08:14
Deuxième événement (UTC) : 06/01/2016 13:08:14
ID de l’événement : 0daeff15a8f24e939623db80c40522d5
Série d’événements : 3 < br>Complications événementielles : 2
Marketeurs d’objets événementiels : 0

Informations sur l’application :
Domaine de l’application : /LM/W3SVC/2/ROOT-1-130965592186041416
Niveau de confiance : Complet
Chemin de l’application virtuelle : par
Chemin de l’application : C:Program Files Microsoft Dynamics CRMCRMWeb
Nom : Ordinateur VSERVER07

event identification 1309 crm

Aide et conseils sur le processus :
ID de processus : 2300
Nom du processus : w3wp.exe
Nom du compte : NT AUTHORITYNETWORK SERVICE

Informations sur l’exception :
Type d’exception : SecurityTokenException
Message d’exception : ID4175 : Le fournisseur du jeton de sécurité n’a pas été réellement reconnu par IssuerNameRegistry. Pour réaliser des jetons de sécurité de cette société, allouez un IssuerNameRegistry pour obtenir un nom valide pour cet émetteur. Saml11. Chaîne
dans Microsoft.IdentityModel.Web.WSFederationAuthenticationModule.SignInWithResponseMessage(demande HttpRequest)
sur Microsoft.IdentityModel.Web.WSFederationAuthenticationModule.OnAuthenticateRequest(Sender Object EventArgs, args)
via Microsoft.Crm .Authentication.Claims . CrmFederatedAuthenticationModule.OnAuthenticateRequest(object sender, fonctionnalité entArgs)
System at.Web.HttpApplication.SyncEventExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& endsynchronously )

Informations sur la demande :
URL : consulter https://auth.iwebscrm.com:444/default.aspx
chemin de la demande : /default.aspx
gestion de la personne particulière : hôte 58.175.75.97
> Utilisateur :
authentifié : faux
Type d’authentification :
Nom du compte de thread : AUTHORITYNETWORK nt SERVICE

Informations sur le fil :
ID du fil : Twentynine
Nom du compte du fil : AUTHORITYNETWORK nt SERVICE
Usurpation d’identité : Vrai
Stack Trace : sur Microsoft.IdentityModel.Tokens.Saml11 .Saml11SecurityTokenHandler . CreateClaims( SamlSecurityToken samlSecurityToken)
à propos de Microsoft.IdentityModel.Tokens.Saml11.Saml11SecurityTokenHandler.ValidateToken(SecurityToken)
à propos de Microsoft.IdentityModel.Tokens.SecurityTokenHandlerCollection.ValidateToken(SecurityToken)
à propos de l’accès à Microsoft . IdentityModel.Web.TokenReceiver.AuthenticateToken(SecurityToken expression, Boolean SureBearerToken, EndpointUri)
chaîne vers Microsoft.IdentityModel.Web.WSFederationAuthenticationModule.SignInWithResponseMessage(demande HttpRequest)
vers Microsoft.IdentityModel.Web.WSFederationAuthenticationModule.OnAuthenticateRequest( Object Event EventRequest (Object Event. sender, args)
dans Microsoft.Crm.Authentication.Claims.CrmFederatedAuthenticationModule.OnAuthenticateRequest (object sender, EventArgs args)
System in.Web.HttpApplication.SyncEventExecutionStep.System.Web.HttpApplication.IExecutionStep .Execute( )< br> dans System.Web.HttpApplication.ExecuteStep (boucle IExecutionStep, booléen et/ou complet de manière synchrone)

event individuality 1309 crm

Dans les versions ultérieures à cause de CRM telles que CRM 2016 SP1 et avec ADFS 3. Cet ennui est apparu dans un autre. Nous gagnons ce blog ici : http://www.interactivewebs.com/blog/index.php/crm/microsoft-crm-ifd-the-ssl-certificate-does-not-contain-all-upn-suffix-values ​​- exactement comment -existe-dans-l-entreprise-unable-to-login/

Cela devrait se produire après la mise à jour des certificats de signature de jeton ADFS dans la table IFD du serveur Microsoft CRM. Dans ce cas, nous avions l’habitude de rajeunir récemment le certificat de signature ADFS à l’aide de l’intégralité de la commande PowerShell :

Mise à jour-AdfsCertificate -CertificateType Token-Decrypting -Urgent
Update-AdfsCertificate -CertificateType Token-Signing -UrgentSet-ADFSProperties -AutoCertificateRollover $false

Après cela, de nombreuses personnes ont constaté que l’utilisation de l’IFD pouvait empêcher les utilisateurs externes de leur permettre de se connecter au serveur CRM à partir de l’erreur enregistrée ci-dessus.

Correction dynamique

Erreur Microsoft CRM : l’émetteur actuel avec le jeton ne s’est pas rendu compte de la sécurité en raison de IssuerNameRegistry – corrigé

“Le fournisseur du jeton de sécurité n’a pas été reconnu par l’IssuerNameRegistry. Pour obtenir des jetons Home Protection de ce fournisseur, configurez l’IssuerNameRegistry actuel pour générer un nom valide pour votre émetteur.”
Ou…

Si vos utilisateurs Microsoft Dynamics CRM voient actuellement les erreurs ci-dessus lorsqu’ils essaient de les autoriser à se connecter, vous pouvez avoir un problème avec votre certificat ADFS. ADFS génère de nouveaux certificats pour ce problème un mois avant l’émission du certificat, mais Dynamics CRM ne les reconnaît pas jusqu’à ce que vous preniez certaines mesures pour résoudre le problème.

Pour en croire les certificats ADFS, accédez à la console ADFS. Dans la section “Service”, cliquez simplement sur “Certificats”, vous y trouverez la plupart du certificat principal et les certificats supplémentaires. Si la date la plus récente est proche de la “date d’entrée en vigueur” de votre certificat principal, vous pouvez suspecter qu’il s’agit du problème vital.

Comment identifier le problème de l’article :

1. Accédez à la console ADFS >> Trusted AuthoritySolutions >> Partie de confiance de confiance.
2. Cliquez avec le bouton droit sur la base de données, sélectionnez-la et sélectionnez “Mettre à jour à partir des métadonnées de la fédération…”
a. S’il y a deux fiducies, faites chacune d’elles toutes les deux. Cela peut être un cas correct où vous en avez un qui considère l’intérieur et l’extérieur.

3. Ouvrez une invite de commande. Assurez-vous que cela ferait un clic droit sur “Exécuter en tant qu’administrateur”.
a. Dans CMD, tapez “iisreset”.

Accélérez votre PC dès aujourd’hui.

Vous cherchez à réparer votre PC Windows ? Ne cherchez pas plus loin que Reimage ! Cet outil de réparation complet a été conçu pour diagnostiquer et résoudre une grande variété de problèmes, tout en augmentant les performances du système, en optimisant la mémoire, en améliorant la sécurité et en ajustant votre PC pour une fiabilité maximale. Ne vous débattez pas avec un ordinateur en panne - téléchargez Reimage et laissez les experts s'en occuper pour vous !

  • Étape 1 : Téléchargez Reimage et enregistrez-le sur votre ordinateur
  • Étape 2 : Ouvrez le programme et cliquez sur "Analyser"
  • Étape 3 : Cliquez sur "Réparer" pour démarrer le processus de réparation

  • 4. Ouvrez “Services” et redémarrez le service “ADFS”.

    un. Si ADFS ne commence pas à se construire, assurez-vous de vérifier chacun de nos sites Web de base de données interne Windows et assurez-vous qu’il fonctionne, puis essayez de redémarrer tous les services adfs.

    Si ces premières étapes ont permis à une personne de résoudre votre problème pour une bonne raison, passez aux sections suivantes :

    5. Accédez au déploiement “Gestionnaire CRM”.
    a. Exécutez l’assistant de configuration de l’authentification des revendications dans le coin supérieur droit.
    b. Appuyez sur “Suivant” pendant la durée de la wizardah spécifique, rien n’a besoin d’être déplacé ici.

    6. Exécutez l’assistant de configuration de déploiement Web.
    a. Cliquez sur “Suivant” jusqu’à ce que la majeure partie de l’assistant soit terminée, vous n’avez pas non plus besoin de vous aider à modifier quoi que ce soit ici.

    7. Suivez à nouveau les étapes 1 à 4 comme résumé ci-dessus.
    a. Mettre à jour les métadonnées de la fédération
    b. Réinitialiser l’IISR
    c. Redémarrez le service ADFS

    Vos utilisateurs devront pouvoir se reconnecter à Dynamics à l’aide de CRM. J’espère sincèrement que cela sera utile pour une personne et résoudra votre problème.

    Si vous essayez de vous reconnecter à un déploiement créé par CRM 2013 ou 2015, vous recevrez une erreur d’événement : 1309 qui ressemble à ceci :

    ID d’événement : 3005
    Message d’événement : un événement différent non géré s’est produit.
    Heure de l’événement : 01/07/2016 00:08:14
    Opportunité de l’événement (UTC) : 01/06/2016 13:08:14
    ID de l’événement : 0daeff15a8f24e939623db80c40522d5
    Séquence d’événements : a quelques
    Événements : quelques
    ID de détail de l’événement : 9

    Fichiers d’application :
    Domaine d’application : /LM/W3SVC/2/ROOT-1-130965592186041416
    Confiance totale :
    Chemin de l’application virtuelle : /
    Chemin de l’application : C:Program Files Microsoft Dynamics CRMCRMWeb
    Nom de l’ordinateur : VSERVER07

    Informations sur le processus :
    ID de processus : 2300

    Problème résolu! Réparez les erreurs et accélérez votre ordinateur. Télécharger maintenant.

    Event ID 1309 Crm? Fix It Immediately
    Händelse-ID 1309 Crm? Fixa Mot Varandra Omedelbart
    ID Do Evento 1309 Crm? Corrija Isso Imediatamente
    이벤트 ID 1309 Crm? 즉시 수정
    Gebeurtenis-ID 1309 Crm? Repareer Het Onmiddellijk
    Ereignis-ID 1309 Crm? Sofort Beheben
    Идентификатор события 1309 Crm? Исправьте это немедленно
    ID Evento 1309 Crm? Risolvilo Immediatamente
    ¿Administración De Relaciones Con El Cliente De ID De Evento 1309? Solucionarlo De Inmediato
    Identyfikator Zdarzenia 1309 Zarządzanie Relacjami Z Klientami? Napraw To Natychmiast