سؤال

تتضمن بيئة الإنتاج الخاصة بي زوجًا من خوادم الويب IIS 6، أحدهما يشغل تطبيقات .NET 1.1 القديمة والآخر يشغل تطبيقات .NET 2.0.لا يمكننا تثبيت .NET 2.0 جنبًا إلى جنب مع 1.1 على نفس الجهاز لأنه "نظام تم التحقق من صحته" منظم بإحكام وسيمثل كابوسًا بيروقراطيًا لإعادة التحقق من صحته.

تستخدم مواقع الويب الموجودة على كلا الخادمين المصادقة الأساسية مقابل حسابات مستخدمي Active Directory.

هل من الممكن لتطبيق ويب على خادم 1.1 أن يعيد توجيه المستخدم بشكل آمن إلى صفحة يتم تقديمها على خادم 2.0، دون مطالبة المستخدمين بإعادة المصادقة؟

هل كانت مفيدة؟

المحلول

لا، لأنك لا تستخدم ملفات تعريف الارتباط للمصادقة في هذا السيناريو، لذا فإن رابط ScaleOvenStove لن يساعدك.

ترسل المصادقة الأساسية معلومات تسجيل الدخول في رؤوس HTTP مع كل طلب، لكن المتصفح هو الذي يفعل ذلك، عندما يرى خادمًا جديدًا، طلب كلمة مرور جديدة.

(أو بالفعل كما هو مقترح، قم بتغيير المصادقة على كلا النظامين لدعم تسجيل الدخول الموحد)

نصائح أخرى

ومن أجل تحقيق ذلك، يمكنك تنفيذ حل تسجيل الدخول الموحد.

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

أود أن أقوم بتسجيل الدخول الفردي على asp.net على Google.هناك عدة طرق لتحقيق ذلك، ولكن من المؤكد أنه يمكن تحقيقه.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top