PRB: مصادقة النماذج المحمولة و تطبيقات ويب مختلفة

هام: تمت ترجمة هذا المقال باستخدام برنامج ترجمة آلية لشركة مايكروسوفت بدلاً من الاستعانة بمترجم بشري. تقدم شركة مايكروسوفت كلاً من المقالات المترجمة بواسطة المترجمين البشر والمقالات المترجمة آليًا وبالتالي ستتمكن من الوصول إلى كل المقالات الموجودة في قاعدة المعرفة الخاصة بنا وباللغة الخاصة بك. بالرغم من ذلك، فإن المقالة المترجمة آليًا لا تكون دقيقة دائمًا وقد تحتوي على أخطاء إملائية أو لغوية أو نحوية، مثل تلك الأخطاء الصادرة عن متحدث أجنبي عندما يتحدث بلغتك. لا تتحمل شركة مايكروسوفت مسئولية عدم الدقة أو الأخطاء أو الضرر الناتج عن أية أخطاء في ترجمة المحتوى أو استخدامه من قبل عملائنا. تعمل شركة مايكروسوفت باستمرار على ترقية برنامج الترجمة الآلية

اضغط هنا لرابط المقالة باللغة الانجليزية310415
تمت أرشفة هذه المقالة. وتظهر "كما هي" ولن يتم تحديثها بعد الآن.
الأعراض
عند استخدام مصادقة النماذج المحمول إعادة توجيه طلبات غير الصفحة المحددة في السمة loginUrl.
السبب
نماذج المحمول تستند المصادقة على النظام الأساسي مصادقة النماذج ASP.NET. وجود مشكلة عند استخدام عدة تطبيقات ويب مصادقة النماذج المحمول مع نفس ملف تعريف الارتباط الاسم، مفاتيح و (أو) مسار ملف تعريف الارتباط. في هذا السيناريو، فمن الممكن إلى المصادقة عليهم في تطبيق واحد إجراء طلب إلى التطبيق الآخر دون يتم إعادة توجيهك إلى صفحة تسجيل الدخول للمصادقة. ومع ذلك، قواعد التخويل مازال تطبيق ، مما يعني أنه على الرغم من أن تتم المصادقة المستخدم على تطبيق الثاني (حتى بالرغم من المستخدم لا بشكل صريح تسجيل الدخول) المستخدم قد لا يزال يتم رفض الوصول إلى مورد بسبب التكوين.
الحل
لحل هذا السلوك، استخدم إحدى الطرق التالية:

الطريقة الأولى

توفير قيمة مختلفة سمة الاسم<form> عنصر في ملفات Web.config:

Web.config في التطبيق 1:

<forms name=".ASPXAUTH" loginUrl="login.aspx" protection="All" >				
Web.config في التطبيق 2:
<forms name=".ASPXAUTH2" loginUrl="login.aspx" protection="All" >				

الطريقة الثانية

توفير قيمة مختلفة سمة المسار<form> عنصر في ملفات Web.config:

Web.config في التطبيق 1:

<forms name=".ASPXAUTH" loginUrl="login.aspx" protection="All" path="/app1" >				
Web.config في التطبيق 2:
<forms name=".ASPXAUTH" loginUrl="login.aspx" protection="All" path="/app2">				

الطريقة الثالثة

تكوين مفاتيح مختلفة لكل تطبيق. إضافة <machinekey> عنصر Web.config الملف ثم قم بتعيين القيم:
<machineKey validationKey="<validationKey>" decryptionKey="<decryptionKey>" validation="SHA1" />				
ملاحظة: انظر المقالات في قسم "مزيد من المعلومات" لإنشاء مفاتيح التحقق من الصحة وفك صالح.
تصريح
يعتبر هذا السلوك حسب التصميم.
معلومات أخرى
للحصول على معلومات إضافية، انقر فوق رقمي المقالتين التاليتين لعرضهما في "قاعدة المعارف لـ Microsoft:
312906HOW TO: إنشاء المفاتيح باستخدام Visual C# .NET للاستخدام في مصادقة النماذج
313091HOW TO: إنشاء المفاتيح باستخدام Visual Basic .NET للاستخدام في مصادقة النماذج
313116PRB: طلبات مصادقة النماذج غير توجيهك إلى loginUrl الصفحة

تحذير: تمت ترجمة هذه المقالة تلقائيًا

خصائص

رقم الموضوع: 310415 - آخر مراجعة: 02/02/2014 01:15:03 - المراجعة: 1.0

Microsoft Mobile Internet Toolkit 1.0

  • kbnosurvey kbarchive kbmt kbconfig kbcookie kbnofix kbprb kbsectools kbsecurity kbweb KB310415 KbMtar
تعليقات