like dj said, only one login per application, but that doesn't mean you can't create an application solely for your other login page, and then move them back to your main app...
http://msdn.microsoft.com/
Main Topics
Browse All Topicshi there,
I had a few problems with forms authentication a while ago but got some help in fixing it. Now I have a question with regards to multiple loginurl's, i did ask this in my previous question but it wasn't really fair as it is separate to that question... here we go................
My App (running on same domain name) has 2 entrance security points i.e.
Admin (which is the Security Main Admin for system administrators)
Useradmin (which is like a control panel for individual users)
Currently I have one main web.config in the root which has the Forms AUthentication enabled etc
and then I have another web.config in the Admin directory which is where I was testing. I will put it below as it isn't large the one in the admin
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<system.web>
<authorization>
<deny users="?" />
</authorization>
</system.web>
</configuration>
It works great! But the problem is that in the Admin directory I want anyone trying to use a page there to be presented with /Admin/Login.aspx and it does as the loginurl etc is in the main web.config in the root
But if somebody goes to a page under /UserAdmin then I want them to be presented with a completely different loginurl i.e. /UserAdmin/login.aspx
It does'nt, it uses the loginurl of Admin..... My reason for wanting this is because I need a different login screen and the logic behind it is different too.
Previously I did try putting the loginurl in the web.config in the Admin dir etc but this was the reason of my last problem.. We discovered i needed a cut down version of the web.config that goes in the other directories as per above (see above web.config)
Can anybody suggest a work around or something? Or indeed can it be done?
I am placing below the web.config of the root, its larger than the one above... Just for information.
Thanks in advance
Ian
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<system.web>
<!-- DYNAMIC DEBUG COMPILATION
Set compilation debug="true" to enable ASPX debugging. Otherwise, setting this value to
false will improve runtime performance of this application.
Set compilation debug="true" to insert debugging symbols (.pdb information)
into the compiled page. Because this creates a larger file that executes
more slowly, you should set this value to true only when debugging and to
false at all other times. For more information, refer to the documentation about
debugging ASP.NET files.
-->
<compilation
defaultLanguage="c#"
debug="true"
/>
<!-- CUSTOM ERROR MESSAGES
Set customErrors mode="On" or "RemoteOnly" to enable custom error messages, "Off" to disable.
Add <error> tags for each of the errors you want to handle.
"On" Always display custom (friendly) messages.
"Off" Always display detailed ASP.NET error information.
"RemoteOnly" Display custom (friendly) messages only to users not running
on the local Web server. This setting is recommended for security purposes, so
that you do not display application detail information to remote clients.
-->
<customErrors
mode="Off"
/>
<!-- AUTHENTICATION
This section sets the authentication policies of the application. Possible modes are "Windows",
"Forms", "Passport" and "None"
"None" No authentication is performed.
"Windows" IIS performs authentication (Basic, Digest, or Integrated Windows) according to
its settings for the application. Anonymous access must be disabled in IIS.
"Forms" You provide a custom form (Web page) for users to enter their credentials, and then
you authenticate them in your application. A user credential token is stored in a cookie.
"Passport" Authentication is performed via a centralized authentication service provided
by Microsoft that offers a single logon and core profile services for member sites.
-->
<authentication mode="Forms">
<forms name=".ASPXAUTH" loginUrl="Admin/Login.aspx
</authentication>
<!-- AUTHORIZATION
This section sets the authorization policies of the application. You can allow or deny access
to application resources by user or role. Wildcards: "*" mean everyone, "?" means anonymous
(unauthenticated) users.
-->
<authorization>
<allow users="*" /> <!-- Allow all users -->
<!-- <allow users="[comma separated list of users]"
roles="[comma separated list of roles]"/>
<deny users="[comma separated list of users]"
roles="[comma separated list of roles]"/>
-->
</authorization>
<!-- APPLICATION-LEVEL TRACE LOGGING
Application-level tracing enables trace log output for every page within an application.
Set trace enabled="true" to enable application trace logging. If pageOutput="true", the
trace information will be displayed at the bottom of each page. Otherwise, you can view the
application trace log by browsing the "trace.axd" page from your web application
root.
-->
<trace
enabled="false"
requestLimit="10"
pageOutput="false"
traceMode="SortByTime"
localOnly="true"
/>
<!-- SESSION STATE SETTINGS
By default ASP.NET uses cookies to identify which requests belong to a particular session.
If cookies are not available, a session can be tracked by adding a session identifier to the URL.
To disable cookies, set sessionState cookieless="true".
-->
<sessionState
mode="InProc"
stateConnectionString="tcp
sqlConnectionString="data source=127.0.0.1;Trusted_C
cookieless="false"
timeout="20"
/>
<!-- GLOBALIZATION
This section sets the globalization settings of the application.
-->
<globalization
requestEncoding="utf-8"
responseEncoding="utf-8"
/>
</system.web>
</configuration>
This Question has been solved and asker verified All Experts Exchange premium technology solutions are available to subscription members.
Experts Exchange has been collecting answers to technology questions since 1996…3 million and counting! If you have a question, chances are we already have your answer.
If you can't find the exact answer you're looking for, ask our exclusive community of 50,000 experts. You’ll get a personalized answer from a trusted professional.
Thousands of free tech tips, tricks, how-to’s and tutorials are available in our peer reviewed articles section. See for yourself how smart our experts are, no login required.
Access the answers to your technology questions today.
30-day free trial. Register in 60 seconds.
Members of the expert community talk about why the experience at Experts Exchange is different than what you will find anywhere else.

Try it out and discover for yourself.
30-day free trial. Register in 60 seconds.
Join the community of experts here and help other tech pros by answering question in your area of expertise. You can earn FREE access to all Experts Exchange's premium features and resources.
like dj said, only one login per application, but that doesn't mean you can't create an application solely for your other login page, and then move them back to your main app...
http://msdn.microsoft.com/
Yes. You can have only one Login form per application.
But in case you have two different folders for the two login URLs you are using, then you may configure the same in Web.config. In this case you can place two <system.web> sections in one Web.Config file and hence two different settings can be defined.
Web.Config can be set like below:
Like this you can specify different settings for Admin folder alone.
----->
<configuration>
<system.web>
<authorization>
.................
</authorization>
</system.web>
<!--- Above is the existing section in Web.Config --->
<!--- Below is the new section in Web.Config --->
<location path="Admin">
<system.web>
<authorization>
.................
</authorization>
</system.web>
</location>
Hope this gives an idea.
ianinspain,
Here are some URLs for reference:
http://support.microsoft.c
http://www.dotnetjunkies.c
raterus ,
Is there any problem to use this approach?
The only problem I see is that the secondary login page wouldn't be the "accepted" login page for the application, so even if an admin was browing their pages, and somehow was deauthenticated, they would be booted back to the user login page, and not the one they entered through.
Personally though, I wouldn't mess with two login pages, there is no need that I see. Your login page should know if the user is an admin or not, and redirect them accordingly, either to the admin pages, or the user pages.
Sorry guys for the delay, my computer that had my internet connection on blew up!!! so moved connection over until i get it sorted.
Everyone has give some really good info, i feel more confident now with regards to this AND thinking my strategy again, i could just use 1 login page and stored Password and users in same DB table and create like a permissions table which maybe better.
Thanks again.. splitting points now and once again sorry for the delay...
Ian
Business Accounts
Answer for Membership
by: djhexPosted on 2005-01-28 at 04:43:24ID: 13162563
You can only have one by application spx"
<authentication mode="Forms">
<forms name="MDLPortal.Web"
loginUrl="Security/Login.a
timeout="30"
path="/"
protection="All">
</forms>
I suggest you to use some login on behind. You can make in the same login.aspx use 2 panels with different login screens and depending on session variables thath you fill before on your programming logic you can set the visible property to true or false.