Marco Scheel aka GeekDotNet

Minor update “Sign In As A Different User” für OWA und HTML Redirection

Ich hatte heute auf unserem Bootcamp eine Anfrage von einem unserer Consultants bezüglich meines Projektes zum Wechseln von Benutzern auf dem IIS bekommen. Ich hatte das vor kurzem in einem Post gebloggt. Es ging um eine Konfiguration im Bereich Publishing TMG und genauer um Forms Authentication vs. Integrated Authentication. Wir haben kurz die Anwendung im Lab OWA erfolgreich getestet. Je nachdem wie der Kunde sich entscheidet gehen wir damit auch Live.

Bei der Konfiguration sind uns allerdings ein paar Dinge aufgefallen:

• Die Konfiguration im OWA Ordner war nicht erfolgreich. Alle Aufrufe für den Handler wurden ignoriert und es wurde OWA angezeigt.
• Die Lösung war einfach auf dem Web einen neuen Ordner im Root anzulegen und dort eine eigen Application für den Handler zu konfigurieren. Bei einem ersten Test ist allerdings aufgefallen, dass die Authentifizierung erst mal nicht wollte. Problem könnte hier Kerberos sein, da der normale App Pool ein anderen Account verwendet. WIr haben kurzerhand einfach den OWA App Pool verwendet und schon funktionierte die Lösung.
• Nach der erfolgreichen Ummeldung landet man aber per Default im Root des aktuellen Folders, was für die OWA User jetzt keine Option ist, da hier nichts liegt Mein Kollege hat das ganze per HTML Meta Refresh gelöst und ich hab das dann gleich integriert, da ich so ohne Code Änderung auskommen.

Bis heute habe ich tatsächlich schon 26 Downloads und immerhin 286 page visits

Ciao Marco

ASP.NET 4.5, SQLMembership und (keine) Roles

Wir sind aktuell auf Bootcamp und ich habe Claims und alles drum herum zum Thema. Natürlich ist auch die Migration aus “alten” Systemen ein Punkt auf der Agenda. Ich brauche also ein altes System… Also habe ich schnell eine ASP.NET 4.5 WebForms Site angelegt und konnte auch schnell die Logins aus dem SQL Membership Provider zum Fliegen bekommen. Allerdings konnte ich keine Seiten vor Zugriff über eine spezielle Role schützen. Hier meine Web.Config:

<location path=“Admin.aspx“>

<system.web>

<authorization>

<allow roles=“Admins“/>

<deny users=“*“/>

</authorization>

</system.web>

</location>

Bei einem Test hattet die Konfiguration aber kein Erfolg. Mein Admin User durfte die Admin.aspx einfach nicht sehen. Eine kurze Recherche hat gezeigt, dass ich den Role Provider der zwar vorkonfiguriert war noch enablen mußte.

Vorher:

<roleManager defaultProvider=“DefaultRoleProvider“>

<providers>

<add name=“DefaultRoleProvider“ type=“System.Web.Providers.DefaultRoleProvider, System.Web.Providers, Version=1.0.0.0, ulture=neutral, PublicKeyToken=31bf3856ad364e35“ connectionStringName=“DefaultConnection“ applicationName=“/“ />

</providers>

</roleManager>

Nachher:

<roleManager defaultProvider=“DefaultRoleProvider“ enabled=“true“>

<providers>

<add name=“DefaultRoleProvider“ type=“System.Web.Providers.DefaultRoleProvider, System.Web.Providers, Version=1.0.0.0, ulture=neutral, PublicKeyToken=31bf3856ad364e35“ connectionStringName=“DefaultConnection“ applicationName=“/“ />

</providers>

</roleManager>

Anschließen konnte ich mit dem Admin User die entsprechende Seite aufrufen

Ciao Marco