Asp.net mvc 3 已将MVC 3迁移到MVC 4,ASP.NET表单登录不适用于旧帐户
我正在将我的MVC 3应用程序迁移到MVC 4,我注意到所有现有用户的密码现在都无效 我将标准ASP.NET成员模式用于所有普通表(如tableAsp.net mvc 3 已将MVC 3迁移到MVC 4,ASP.NET表单登录不适用于旧帐户,asp.net-mvc-3,migration,asp.net-membership,asp.net-mvc-4,authentication,Asp.net Mvc 3,Migration,Asp.net Membership,Asp.net Mvc 4,Authentication,我正在将我的MVC 3应用程序迁移到MVC 4,我注意到所有现有用户的密码现在都无效 我将标准ASP.NET成员模式用于所有普通表(如tableaspnet\u membership) 我能做些什么让所有的密码都能正常工作,而不必重置它们 我迁移的方式是创建一个新的MVC4项目并复制所有文件 编辑 因此,我做了一些进一步的挖掘,发现MVC4应用程序没有使用默认的aspnet\uuu表名。它创建了自己的表,这些表没有aspnet\前缀。因此,现在我的数据库除了所有标准表之外,还有一个应用程序、成员
aspnet\u membership
)
我能做些什么让所有的密码都能正常工作,而不必重置它们
我迁移的方式是创建一个新的MVC4项目并复制所有文件
编辑
因此,我做了一些进一步的挖掘,发现MVC4应用程序没有使用默认的aspnet\uuu
表名。它创建了自己的表,这些表没有aspnet\
前缀。因此,现在我的数据库除了所有标准表之外,还有一个应用程序、成员资格、概要文件、角色、用户和UsersInRoles表。我从未注意到这些表是被创建的,因为我在同一个数据库中已经存在类似的表。他们只是混在一起了
我的新问题是,如何为应用程序使用现有表?我已经转换了几个类似这样的项目,而且我从来没有指定用于asp.net成员身份跟踪的特定表
这是我的Web.config:
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<configSections>
<section name="entityFramework" type="System.Data.Entity.Internal.ConfigFile.EntityFrameworkSection, EntityFramework, Version=4.4.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" requirePermission="false" />
</configSections>
<connectionStrings>
<add name="DataContext" connectionString="metadata=res://*/Entities.csdl|res://*/Entities.ssdl|res://*/Entities.msl;provider=System.Data.SqlClient;provider connection string="data source=tcp:database.windows.net,1433;initial catalog=db;persist security info=True;user id=dbguy;password=PPPPassword;multipleactiveresultsets=True;application name=EntityFramework"" providerName="System.Data.EntityClient" />
<add name="ApplicationServices" connectionString="Server=tcp:database.windows.net,1433;Database=db;User ID=dbguy;Password='PPPassword';Trusted_Connection=False;Encrypt=True;Connection Timeout=30;" />
</connectionStrings>
<appSettings>
<add key="aspnet:UseTaskFriendlySynchronizationContext" value="true" />
<add key="webpages:Version" value="2.0.0.0" />
<add key="webpages:Enabled" value="false" />
<add key="PreserveLoginUrl" value="true" />
<add key="ClientValidationEnabled" value="true" />
<add key="UnobtrusiveJavaScriptEnabled" value="true" />
</appSettings>
<system.web>
<compilation debug="true" targetFramework="4.0" />
<authentication mode="Forms">
<forms loginUrl="~/Account/Login" timeout="2880" />
</authentication>
<profile defaultProvider="DefaultProfileProvider">
<providers>
<add name="DefaultProfileProvider" type="System.Web.Providers.DefaultProfileProvider, System.Web.Providers, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" connectionStringName="ApplicationServices" applicationName="/" />
</providers>
</profile>
<membership defaultProvider="DefaultMembershipProvider">
<providers>
<add name="DefaultMembershipProvider" type="System.Web.Providers.DefaultMembershipProvider, System.Web.Providers, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" connectionStringName="ApplicationServices" enablePasswordRetrieval="false" enablePasswordReset="true" requiresQuestionAndAnswer="true" requiresUniqueEmail="true" maxInvalidPasswordAttempts="5" minRequiredPasswordLength="6" minRequiredNonalphanumericCharacters="0" passwordAttemptWindow="10" applicationName="/" />
</providers>
</membership>
<roleManager defaultProvider="DefaultRoleProvider">
<providers>
<add name="DefaultRoleProvider" type="System.Web.Providers.DefaultRoleProvider, System.Web.Providers, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" connectionStringName="ApplicationServices" applicationName="/" />
</providers>
</roleManager>
<sessionState mode="InProc" customProvider="DefaultSessionProvider">
<providers>
<add name="DefaultSessionProvider" type="System.Web.Providers.DefaultSessionStateProvider, System.Web.Providers, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" connectionStringName="ApplicationServices" />
</providers>
</sessionState>
<pages>
<namespaces>
<add namespace="System.Web.Helpers" />
<add namespace="System.Web.Mvc" />
<add namespace="System.Web.Mvc.Ajax" />
<add namespace="System.Web.Mvc.Html" />
<add namespace="System.Web.Optimization" />
<add namespace="System.Web.Routing" />
<add namespace="System.Web.WebPages" />
</namespaces>
</pages>
</system.web>
<system.webServer>
<httpErrors errorMode="Detailed" />
<asp scriptErrorSentToBrowser="true" />
<validation validateIntegratedModeConfiguration="false" />
<modules runAllManagedModulesForAllRequests="true" />
</system.webServer>
<runtime>
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
<dependentAssembly>
<assemblyIdentity name="System.Web.Helpers" publicKeyToken="31bf3856ad364e35" />
<bindingRedirect oldVersion="1.0.0.0-2.0.0.0" newVersion="2.0.0.0" />
</dependentAssembly>
<dependentAssembly>
<assemblyIdentity name="System.Web.Mvc" publicKeyToken="31bf3856ad364e35" />
<bindingRedirect oldVersion="1.0.0.0-4.0.0.0" newVersion="4.0.0.0" />
</dependentAssembly>
<dependentAssembly>
<assemblyIdentity name="System.Web.WebPages" publicKeyToken="31bf3856ad364e35" />
<bindingRedirect oldVersion="1.0.0.0-2.0.0.0" newVersion="2.0.0.0" />
</dependentAssembly>
</assemblyBinding>
</runtime>
<entityFramework>
<defaultConnectionFactory type="System.Data.Entity.Infrastructure.SqlConnectionFactory, EntityFramework" />
</entityFramework>
</configuration>
您的
web.config
有两个部分会影响这一点
第一个是成员资格配置元素上的passwordFormat
属性。这可以是清除
或加密
或哈希
之一。如果未设置值,则默认值为哈希值。为了完整起见,我列出了这个,但有点希望您已经将其作为明显的配置区域进行了检查
要查看的第二个配置是machineKey
元素。如果您碰巧选择了加密的passwordFormat
,则ASP.net成员将使用您的machineKey
对其进行加密/解密。machineKey
用于执行密码加密。要让多个单独的网站共享凭据信息,它们需要设置相同的machineKey
。在您的情况下,您可能在一个或两个网站中都没有定义machineKey
,也可能在不同的物理机器(或者更确切地说是服务器实例)上没有定义它们
,
,
,
(以及可选的
)下的设置。这些部分告诉您的web项目要为您的网站使用哪些提供商。但是,“默认”系列提供商将代表您做出一些决定,允许网站在SQL Server、Azure、SQL Server CE等上运行。。。在幕后更改其实现。您需要为每一个设置显式提供程序,以匹配旧的ASP.net应用程序。如果没有看到您的旧web.config,我可能会猜测您正在使用System.web.Profile/System.web.Security命名空间中的SqlProviders
因此,可以这样做:(检查您的旧web.config,看看是否有不同的提供者类型
用于这些配置元素)
.它是否在其他服务器上运行?这两个版本都在我的计算机(本地主机)上本地运行。是否添加了正确的连接字符串?是。如果我使用第二个系统(MVC4)创建新用户,我可以使用该用户名登录该系统,但不能使用第一个系统(MVC3)。我也查过了数据库有新用户的记录谢谢你的信息。我已经将这两个项目设置为passwordFormat=“Hashed”
,并且我没有在web.config中指定machineKey
。machineKey
会影响散列密码吗?我发现了问题所在,但我有一个新问题。我为你编辑了这篇文章reference@joe_coolish您可以从web.config发布您的会员资格配置吗。如果您通过nuget更新任何依赖项,请发布准确的版本(MVC4,您也使用entity framework吗?如果是,请发布entity framework的准确版本)。听起来您可能使用了不同的成员资格提供程序(例如新的EntityFramework成员资格提供程序)。我刚刚添加了整个web.conf。据我所知,这一个和MVC3中的一个没有太多区别吗?至少据我所知
<membership>
<providers>
<clear />
<add name="AspNetSqlMembershipProvider" type="System.Web.Security.SqlMembershipProvider" connectionStringName="ApplicationServices" /* Your other settings here */ />
</providers>
</membership>
<profile>
<providers>
<clear />
<add name="AspNetSqlProfileProvider" type="System.Web.Profile.SqlProfileProvider" connectionStringName="ApplicationServices" applicationName="/" />
</providers>
</profile>
<roleManager enabled="false">
<providers>
<clear />
<add name="AspNetSqlRoleProvider" type="System.Web.Security.SqlRoleProvider" connectionStringName="ApplicationServices" applicationName="/" />
</providers>
</roleManager>