Hi,
I have the same problem as a previously solved question however, this solution did not help me.
I have posted the previous question and answer below:
http://stackoverflow.com/questions/2215963/forms-authentication-works-on-dev-server-but-not-production-server-same-sql-db/2963985#2963985
Question:
I've never had this problem before,
I'm at a total loss.
I have a SQL
Server 2008 database with
ASP.NET Forms Authentication, profiles
and roles created and is functional on
the development workstation. I can
login using the created users without
problem.
I back up the database on the
development computer and restore it on
the production
server. I xcopy the
DLLs and ASP.NET files
to the
server.
I make the necessary changes in the
web.config, changing the SQL
connection strings
to point
to the
production
server database and upload
it.
I've made sure
to generate a machine
key and it is the same on both the
development web.config and the
production web.config.
And yet, when I try
to login on the
production
server, the same user that
I'm able
to login successfully with on
the development computer, fails on the
production
server.
There is other content in the
database, the schema generated by
FluentNHibernate. This content is able
to be queried successfully on both
development and production servers.
This is mind boggling, I believe I've
verified everything, but obviously it
is still not working and I must have
missed something. Please, any ideas?
Answer:
I ran into a problem with similar symptoms at one point by forgetting
to set the applicationName attribute in the web.config under the membership providers element.
Users are associated
to a specific application. Since I didn't set the applicationName, it defaulted
to the application path (something like "/MyApplication"). When it was moved
to production, the path changed (for example
to "/WebSiteFolder/SomeSubFolder
/MyApplication"), so the application name defaulted
to the new production path and an association could not be made
to the original user accounts that were set up in development.
Could your issues possibly be the same as mine?
I have this already in my web.config but still get the issue. Any ideas?
<membership>
<providers>
<clear/>
<add name="AspNetSqlMembershipProvider" type="System.Web.Security.SqlMembershipProvider, System.Web, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" connectionStringName="ApplicationServices" enablePasswordRetrieval="false" enablePasswordReset="true" requiresQuestionAndAnswer="false" requiresUniqueEmail="false" passwordFormat="Hashed" maxInvalidPasswordAttempts="5" minRequiredPasswordLength="6" minRequiredNonalphanumericCharacters="0" passwordAttemptWindow="10" passwordStrengthRegularExpression="" applicationName="/"/>
</providers>
</membership>
<profile>
<providers>
<clear/>
<add name="AspNetSqlProfileProvider" type="System.Web.Profile.SqlProfileProvider, System.Web, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" connectionStringName="ApplicationServices" applicationName="/"/>
</providers>
</profile>
<roleManager enabled="false">
<providers>
<clear/>
<add connectionStringName="ApplicationServices" applicationName="/" name="AspNetSqlRoleProvider" type="System.Web.Security.SqlRoleProvider, System.Web, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/>
<add applicationName="/" name="AspNetWindowsTokenRoleProvider" type="System.Web.Security.WindowsTokenRoleProvider, System.Web, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/>
</providers>
</roleManager>
Any help is greatly appriciated.
