سير عمل SharePoint 2013: لا يمكن الحصول عليها للعمل مرة أخرى

Question

أحصل حاليا على الخطأ "رمز jwt غير صالح. تعذر حل الرمز المميز للمصدر" (خطأ 401) عند محاولة بدء تشغيل مثيل سير العمل SP2013 جديد.

قمت بحذف مزرعة WF بالفعل وإعادة إنشاءها (وإعادة تسجيلها مع SP). يمكنني إنشاء ونشر سير العمل مع SharePoint Designer. عند بدء تشغيل مثيل جديد، يبدأ، ولكن بعد ذلك فشل. في fiddler أستطيع أن أرى الكثير من الأخطاء 401 مع رسالة الخطأ المذكورة. عند التصفح إلى Localhost: 12291 أحصل على 403 - عند تنفيذ المستعرض كمسؤول، يمكنني الوصول إلى XML الذي يقدمه خدمة سير العمل. خدمة ملف تعريف المستخدم قيد التشغيل، ومزامنة مع عدم وجود مشاكل. ركضت متعددة الصناعات كاملة بالفعل.

لا يمكنني العثور على أي رسالة خطأ في سجل الأحداث، لا شيء في سجل ULS. ينص جدول Debug فقط على ما هو واضح: "محاولة 2 من طلب HTTP إلى" http://sp.dev/sites/test/_vti_bin/client.svc/web/lists/getbyid (guid '2F523828-6687-43F1-A5B7-AF144FEA8739') 00:00:06. "- جميع الأخطاء 401.

كيف يمكنني إعادة تعيين نظامي؟ كيف يمكنني إجراء مزيد من الاختبار؟

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.