6

Mam stronę internetową asp.net, wcześniejsza wersja aplikacji musi działać w trybie klasycznym, najnowsza wersja może działać w trybie zintegrowanym. Zasadniczo aplikacja jest skonfigurowana do korzystania z uwierzytelniania za pomocą formularzy, ale można ją skonfigurować do używania uwierzytelniania systemu Windows.iis7 Wyzwanie i uwierzytelnianie oparte na przekierowaniu nie mogą być używane jednocześnie

Istnieje wymóg biznesowy, że nawet przy uruchamianiu IIS w Windows Authentication aplikacja powinna nadal obsługiwać uwierzytelnianie formularzy, dlatego administratorzy są zmuszeni do logowania przy użyciu nazwy użytkownika/hasła. Jest to obsługiwane wewnętrznie za pomocą kodu, który określa, czy zalogować użytkownika lub przekierować do logowania

ISS6 dopuszcza tę konfigurację bez żadnych problemów i tak naprawdę IIS 7 może być skonfigurowany w ten sposób, z wyjątkiem tego, że pokazuje " Alert "wiadomość" iis7 Wywołanie oparte na prowokacji i uwierzytelnianie oparte na przekierowaniu nie może być używane jednocześnie ". Ta wiadomość nie wydaje się być ściśle prawdą, ponieważ aplikacja wydaje się działać zgodnie z przeznaczeniem, szczęśliwie wspierając IIS jako uwierzytelnianie systemu Windows, ale aplikacja asp.net myśli o jej auth formularzy.

Mam problem z komunikatem "Alert", ponieważ bez wątpienia wywoła to zamieszanie i wywoła wsparcie.

Czy istnieje sposób na zapewnienie autoryzacji Windows i formularzy oraz utrzymanie interfejsu użytkownika IIS7?

Odpowiedz

2

Istnieje również szczegółowe proposal że w zasadzie wykonuje następujące operacje:

Dotyczy uwierzytelniania formularzy wszędzie jak ten nie ma zastosowania fragmentaryczne na miejscu. Następnie należy utworzyć stronę bramy (login), w której odbywa się uwierzytelnianie systemu Windows. Nie przeskakuję przełącznika, ale sam będę próbował.

Opowiem o tym, jak to się potoczy, jeśli pojawi się zainteresowanie.

Powiązane problemy