SharePoint 2013 Workflow: Ich kann nicht wieder zur Arbeit bringen

Question

Ich erhalte den Fehler "ungültiges JWT-Token. Konnte das Emittent-Token" (401-Fehler) nicht auflösen, wenn Sie versuchen, eine neue SP2013-Workflow-Instanz zu starten.

Ich habe den WF-Farm bereits gelöscht und erstellt (und mit SP) erstellt. Ich kann Workflows mit SharePoint Designer erstellen und veröffentlichen. Beim Starten einer neuen Instanz beginnt es sich jedoch anschließend. In Fiddler kann ich viele 401 Fehler mit der Fehlermeldung sehen. Beim Durchsuchen von LocalHost: 12291 Erhalte ich einen 403 - Wenn Sie den Browser als Administrator ausführen, kann ich auf die vom Workflow-Dienst servierte XML zugreifen. Benutzerprofildienst läuft und syncht mit keinen Problemen. Ich lief bereits mehrere vollständige Synchente.

Ich kann keine Fehlermeldung im Ereignisprotokoll finden, keine im uls-Protokoll. Der Debugt-Tisch heißt nur den offensichtlichen: "Versuch 2 der HTTP-Anforderung an ' http://sp.dev/sites/test/_vti_bin/client.svc/web/lists/get/getbyId (GUID '2F523828-6687-43F1-A5B7-AF144FEA8739') 'wird in erstellt 00:00:06. "- Alle 401 Fehler.

Wie setze ich mein System zurück? Wie teste ich weiter?

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.