خطأ "WIF10201: لم يتم العثور على تعيين مفتاح صالح" عند محاولة إنشاء مطالبات من SAML

Question

أحاول التحقق من صحة استجابة SAML التي تأتي من خريطة الموقع من طرف ثالث.لقد قمت بتثبيت الشهادة المقدمة من قبلها.عندما أسمي طريقة convertettoken

wif10201: لم يتم العثور على تعيين مفتاح صالح SecurityToken: 'system.imentitymodel.tokens.x509securityToken' و المصدر: "مصدر URI"

لقد حفرت بعمق للعثور على الخطأ ويتم إلقاؤه حسب الطريقة getissuername (system.imentitymodel.tokens).

أين هي المشكلة؟أنا غوغلب لهذه المشكلة ولكن لم أجد أي شيء محدد لحالتي.هل يتمتع رمز SAML من موكلتي بمشكلة أو هناك شيء أفتقده في التنفيذ.أنا جديد إلى حد ما بالنسبة لدى المصادقة الفيدرالية، لذا يرجى إظهار أي عدم دقة مع المصطلحات المستخدمة.

gaurav

Answer 1

حسنا وجدت الحل ولكن لا يفهم تماما القضوع وراء ذلك (Noob الكامل، وسوف يقوم بتحديث الإجابة عندما أعرف المزيد).

اتبع هذا النهج في تحويل استجابة SAML2 للاستجابة WSFED، ثم على هذا الرمز المميز الجديد، ركض الرمز الخاص بي، والآن ذهب الخطأ.

http://blogs.msdn.com/b/bradleycotier/archive2/2012/10/28/saml-2-0-Tokens-and-Wif-Bridging-the-Divide.aspx

ملاحظة: لا يزال يتعين عليك تجاوز طريقة التحقق من صحة الرمز المميز (الذي قمت به في الأصل) لتجنب الخطأ التالي:

giveacodicetagpre.

شكرا.

Answer 2

ربما تفتقد تكايدا يقوم بخرائط اسم المصدر (كما هو محدد داخل الرمز المميز) إلى الشهادة (ربما تم تحديدها باستخدام بصمة إبهام).أعتقد أنك تحل هذا مع بعض التكوين في Web.config الخاص بك.إلقاء نظرة على P.E. Microsoft التحقق من صحة اسم مصدر الاسم تحتوي الصفحة على بعض تكوين العينات.يعتمد إعداد هذا الأمر بشكل صحيح على وضعك بالكامل.

Answer 3

كنت أرغب في إحداث ملاحظة للرجوع إليها في المستقبل، حيث أنشدت أيضا إلى هذا الخطأ، لكن قراري كان مختلفا.حصلت على خطأ WIF10201 في تطبيق MVC مخصص يستخدم المصادقة المستندة إلى ADFS (3.0) المطالبات ضمن Windows Server 2012. في GodeAcodicetAchcode من تطبيق MVC، يتم تسجيل إبهام مفتاح توقيع رمز ADFS.اتضح، عندما تكون شهادة التوقيع على وشك الانتهاء، يقوم ADFS بإنشاء مفتاح جديد.يتم تمييز المفتاح الجديد "الأساسي" والمفتاح القديم يتم وضع علامة "ثانوية" في وحدة التحكم ADFS (ضمن AD FS / Service / الشهادات).لذلك في كل من web.config كان هناك، بالطبع، لا يزال إبهام المفتاح القديم (الثانوي).بمجرد استبداله بإبواب المفتاح الجديد (الأساسي)، اختفى الخطأ.