حل الترخيص والاستحقاق على .NET كما كان في وقت سابق في Azman

Question

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

Answer 1

وفق هذه المدونة Post the PlaySauthorizationManager API هي "الجيل القادم من Azman". ومع ذلك ، فهي مجرد واجهة برمجة تطبيقات ، ولا تأتي مع تطبيق افتراضي أو واجهة المستخدم الرسومية للمسؤول ، لذلك فهو ليس بديلاً مباشرًا بعد.

Answer 2

لا تزال أشياء WIF/ Geneva لا تبدو "ناضجة" مثل Azman. لقد استخدمنا Azman منذ حوالي 3 سنوات ، وتطور تنفيذنا من رابط مستقيم إلى Azman.dll إلى خدمة تعتمد على WCF والتي تخدم الأدوار والعمليات. تعمل خدمات WCF Service Services ، وعملاء WPF وأنا الآن بصدد تشغيلها مع Silverlight. لا أرانا نتحول من Azman في وقت قريب ، على الأقل ليس حتى يتم إنتاج الواجهة الأمامية لإعداد أدوار WIF ، والعمليات ، وما إلى ذلك مثل تلك المنصوص عليها مجانًا في Azman ....

بالنسبة للتفاصيل ، حسنًا ، لدينا متجر Azman الخاص بنا في Active Directory و .NET DLL المصمم والذي يوفر مجموعة .NET حول com azroles.dll القبيح. علاوة على ذلك ، لدينا خدمة WCF التي تمرر بشكل أساسي طلبات الأدوار والعمليات مباشرة إلى .NET Azman DLL. يتم إرجاع الأدوار والعمليات وما إلى ذلك كصفائف خيط للعميل للتعامل معه. هناك طريقتان للقيام بالمصادقة من خلال الخدمة. إما من خلال 1) مصادقة مجهولة ، أو 2) مصادقة Windows (تمرير من خلال). هذا يعني أنه إذا قمت بتزويد اسم مستخدم وكلمة مرور ، فسيتم استخدام المصادقة المجهولة التي تستخدم هذه السلاسل أولاً لمصادقةك. إذا تم استخدام مصادقة المرور/Windows ، فإن خدمة WCF تعرف بالفعل أنك مستخدم Windows مصادق عليه ... يمكن أن يكون هناك وسيطة لتقسيم مصادقة Anon و Windows إلى خدمتين منفصلتين ...

بشكل عام ، يستخدم عملاء WinForms و WPF مصادقة Windows للمرور والحصول على الأدوار المتاحة ، بينما يستخدم عملاء Silverlight المصادقة المجهولة ...