To manage users? Well, often one just creates a simple edit screen.
And in some cases, I wanted to add me as some "super user", then I just go edit the "user in roles" table directly from SQL studio.
As noted, you can build a page easy in less then 1 hour of your time. It really depends on what you need. You should see some tables like this:
Now, in above, the contact name table is not standard. However, the other 4 tables are what was in those days created by the "tool" when creating such sites. So, you find those above tables in the database.
As for changing the connection?
You should find in web config both the "application" conneciton string (what database to use for the applicaiton). You should also find a conneciton string for the authentication (logons).
It looks like this:
<add name="FBAConnectionString"
connectionString="server=.\SQLEXPRESS;Initial Catalog=AxisMIS;Persist Security Info=True;User ID=xxxxxx;Password=xxxxx;APP=WebPortal;WSID=WebPortal" providerName="System.Data.SqlClient"
/>
So, it could be called anything, but you find above in the conneciton strings area.
Then further down, the above "name" will be used to tell the web site WHERE and what database to use for logons.
It will be like this:
<membership defaultProvider="MySqlprovider">
<providers>
<clear/>
<add name="MySqlProvider" type="ajaxsetuptest1.MySqlprovider" connectionStringName="FBAConnectionString" enablePasswordRetrieval="true" enablePasswordReset="true" minRequiredPasswordLength="3" writeExceptionsToEventLog="false"/>
</providers>
</membership>
<roleManager enabled="true" defaultProvider="MyRoleProvider">
<providers>
<clear/>
<add connectionStringName="FBAConnectionString" name="MyRoleProvider" type="ajaxsetuptest1.MyRoleProvider"/>
</providers>
</roleManager>
So, both role, and membership provider should point to and use that connection string you defined.
Of course at publish time, you no doubt find the correct "production" strings in web.release.config. In most case, web.release.config will have "transforms" that overwrite (change) the test/debug strings you likely have in web.config for development.