Asp.net mvc 3 已将MVC 3迁移到MVC 4,ASP.NET表单登录不适用于旧帐户

Asp.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\前缀。因此,现在我的数据库除了所有标准表之外,还有一个应用程序、成员

我正在将我的MVC 3应用程序迁移到MVC 4,我注意到所有现有用户的密码现在都无效

我将标准ASP.NET成员模式用于所有普通表(如table
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=&quot;data source=tcp:database.windows.net,1433;initial catalog=db;persist security info=True;user id=dbguy;password=PPPPassword;multipleactiveresultsets=True;application name=EntityFramework&quot;" 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
,也可能在不同的物理机器(或者更确切地说是服务器实例)上没有定义它们

理想情况下,您将在旧的MVC3应用程序web.config上指定一个machineKey,您可以将其复制粘贴到新的web.config。如果您没有这样做,您将需要跳过一些环来尝试恢复自动生成的环。包括在内

您的最终目标是使新项目使用与旧项目相同的密码格式和machineKey(即使machineKey是自动生成的,因为您没有在web.config中明确指定一个)

编辑-更多信息 查看问题编辑中提供的web/config,查看名为
(以及可选的
)下的设置。这些部分告诉您的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>