Как перейти от пользовательского поставщика членства к SqlMembershipProvider?

Question

В настоящее время я использую очень обычную реализацию MembershipProvider в веб-приложении ASP.NET. Поскольку мои требования к членству увеличиваются, кажется, имеет смысл использовать существующую полнофункциональную и хорошо протестированную реализацию, такую ​​как SqlMembershipProvider. Я выяснил, как использовать хранимые процедуры aspnet_Memebership для создания пользователей из моих пользовательских таблиц, но я застрял в пароле. Моя пользовательская реализация не использует соль, и SqlMembershipProvider, похоже, требует ее.

Я хочу, чтобы это был плавный переход для моих пользователей и не требовал, чтобы каждый обновлял свой пароль при первом входе в систему после изменения.

Как перенести хешированные пароли из пользовательской реализации (см. Ниже) в SqlMemberhipProvider?

FormsAuthentication.HashPasswordForStoringInConfigFile(password, FormsAuthPasswordFormat.SHA1.ToString()) 

Update: Я должен пояснить, что мой пользовательский поставщик является реализация MembershipProvider, просто не полнофункциональным один. Кроме того, я попытался использовать aspnet _Membership _CreateUser с пустой солью, но хеши не совпадают.

Answer 1

Вы можете написать собственный хэш-алгоритм, который удаляет соль (первые 16 байт комбинированной соли и пароля).

http://forums.asp.net/t/981295.aspx

В качестве альтернативы вы могли бы написать свой собственный класс, который наследует MembershipProvider, но это будет больше работы.

Answer 2

Лучше всего попытаться создать пользователей SqlMembership вручную (через хранимые процедуры) с помощью пустой соль.

Если это не сработает, я думаю, вы не повезло с SqlMembershipProvider, но вы всегда можете написать свой собственный MembershipProvider (возможно, даже основываясь на собственном заднем-конце SqlMembershipProvider «s). Это не так сложно.

Answer 3

Переопределите класс System.Web.Security.SqlMembershipProvider и переопределите столько или несколько методов, которые вам нужно настроить.

web.config не видно здесь. но тот факт, что у вас есть свой собственный пользовательский, который работает в первую очередь, я не считаю, что эта часть является препятствием.

public class SqlMembershipProviderOverride : System.Web.Security.SqlMembershipProvider 
{ 
    public static readonly string FORCED_OVERRIDE_APPLICATION_NAME = "MyApplicationName"; 

    public SqlMembershipProviderOverride() 
    { 
     this.ApplicationName = FORCED_OVERRIDE_APPLICATION_NAME; 
    } 

    public override System.Web.Security.MembershipUser CreateUser(string username, string password, string email, string passwordQuestion, string passwordAnswer, bool isApproved, object providerUserKey, out System.Web.Security.MembershipCreateStatus status) 
    { 
     return base.CreateUser(username, password, email, passwordQuestion, passwordAnswer, isApproved, providerUserKey, out status); 
     /* 
       Do "your own thing" in this or any other override method 
     */ 

    } 


}