IE/IIS интегрировал проблему аутентификации

Question

IE/IIS интегрировал проблему аутентификации

Я думаю триггер события для FrameworkElement. Загруженное направленное событие могло работать. Например:

<DataTemplate DataType="{x:Type l:Foo}">
    <Button x:Name="Button" Content="{Binding Path=Bar}">
        <Button.Background>
            <SolidColorBrush x:Name="ButtonBrush" Color="Tan" />
        </Button.Background>
    </Button>
    <DataTemplate.Triggers>
        <EventTrigger RoutedEvent="FrameworkElement.Loaded" SourceName="Button">
            <BeginStoryboard>
                <Storyboard>
                    <ColorAnimation Storyboard.TargetName="ButtonBrush" Storyboard.TargetProperty="Color" To="Red" />
                </Storyboard>
            </BeginStoryboard>
        </EventTrigger>
    </DataTemplate.Triggers>
</DataTemplate>

5

iis forms-authentication internet-explorer windows-authentication

задан Kev 10 October 2009 в 20:28

1 ответ

Другие вопросы по тегам:

iis forms-authentication internet-explorer windows-authentication

Похожие вопросы:

score 13 · Accepted Answer

Это своего рода ошибка в IE и ошибка в конструкции аутентификации NTLM / Negotiate (также известной как интегрированная) по HTTP.

NTLM / Negotiate - это протоколы аутентификации с установлением соединения, которые HTTP на самом деле не был предназначен для. В результате, когда вам требуется этот механизм аутентификации для одной страницы на вашем сервере, IE обычно предполагает, что другие страницы на сервере имеют такое же требование.

Кроме того, по соображениям производительности и безопасности, если IE ожидает запроса Negotiate / NTLM для данного запроса POST, то он сначала отправит 0-байтовый POST, ожидая, что сервер вернет HTTP / 401 вызов, для которого он аутентифицируется, а затем должным образом отправляет тело POST.

Однако в вашем случае папка, для которой не требуется встроенная аутентификация, получает 0-байтовый POST и говорит: «Хм, странно, 0-байтовый пост.