SharePoint 2013 Workflow: ne peut pas les amener à travailler à nouveau

Question

Je reçois actuellement l'erreur "jeton JWT non valide. Impossible de résoudre les jetons d'émetteur" (erreur 401) lorsque vous essayez de démarrer une nouvelle instance de workflow SP2013.

J'ai déjà supprimé la ferme WF et le recréé (et ré-enregistré avec SP). Je peux créer et publier des flux de travail avec SharePoint Designer. Lors du démarrage d'une nouvelle instance, il commence, mais échoue. Dans Fiddler, je peux voir beaucoup d'erreurs 401 avec ledit message d'erreur. Lors de la navigation sur localhost: 12291, je reçois un 403 - lors de l'exécution du navigateur en tant qu'administrateur, je peux accéder au XML desservi par le service de flux de travail. Le service de profil utilisateur fonctionne et synchronise sans problèmes. J'ai déjà eu plusieurs synchogres complets déjà.

Je ne trouve aucun message d'erreur dans le journal des événements, aucun dans le journal ULS. La table de débogage indique simplement l'évidence: "Tentative 2 de la requête HTTP à" http://sp.dev/sites/test/_vti_bin/client.svc/web/lists/getByID (GUI '2f523828-6687-43F1-A5B7-AF144FEA8739') 'sera fait dans 00:00:06. "- TOUTES LES 401 ERREURS.

Comment réinitialiser mon système? Comment puis-je faire d'autres tests?

Answer 1

I have just had the same issue in my environment. In my case I have HTTP enabled on the workflow farm. During re-install the workflow farms HTTP endpoint disappeared (you can run the Get-WFFarm PowerShell command and check the Endpoints there).

So the solution in my case was to properly configure the HTTPS endpoint and than re-register the workflow farm with SharePoint. The snippet below assumes that you have exported the SSL certificate from the workflow manager IIS web site to c:\wfm.cer.

$cert = Get-PfxCertificate "c:\wfm.cer" 
New-SPTrustedRootAuthority -Name "Workflow Manager Farm" -Certificate $cert
Register-SPWorkflowService -SPSite "http://dev.sharepoint.com" -WorkflowHostUri "https://devmachine.devdomain.local:12290" -Force

I order to get debugging for this issue configured in the ULS log you can modify the Diagnostic logging settings in Central Administration. Set the following in SharePoint Foundation category to Verbose: App Auth, Application Authentication, Authentication Authorization, Claims Authentication, CSOM.

Answer 2

This issue can sometimes (every time in my experience) be addressed by running the "Refresh Trusted Security Token Services Metadata feed" -- just look under "Timer Jobs" under "Monitoring" in Central Administration.

This is one of those timer jobs which runs infrequently (in this case once per day, usually at midnight), so unless you kick it off explicitly it can be a mystery when things that don't run one day run the next.