Проверка подлинности с помощью форм не выполняется для IE только в классическом режиме IIS 7.5 - PullRequest
2 голосов
/ 15 ноября 2010

Мысль пришло время перенести это в стек. У нас есть IIS 7.5 (классический режим), .net 2.0 на Windows Server 2008. Приложение было обновлено с .net 1.1 без каких-либо проблем / изменений. Он был перенесен с сервера 2000. Оказавшись в своем новом доме, проверка подлинности с помощью форм начала сбой для пользователей IE. Пользователи IE могут войти в систему, перейти на страницу назначения успешного входа, на которой есть текстовый абзац, звуковой бит WebControlLibrary (mp3) и кнопка asp. После нажатия кнопки пользователи IE немедленно отправляются обратно для входа в систему. Это происходит так быстро, не похоже на обратную передачу, но fiddler говорит, что делает, и показывает, что отправляет обратно дважды с подлым перенаправлением 302.

На фиддлере Firefox не показывает 302 и работает нормально, как и Chrome. Это происходит только внешне с нашей сетью, в IE7 / 8 внутреннее тестирование в порядке.

Я видел, где пользователи сообщали, что подчеркивание в URL может вызвать это .. у меня его нет. Смешивание режимов проверки подлинности в IIS 7.5 может вызвать проблемы, мы используем классический режим. Я видел, где javascript, используемый для вызова постбэка для кнопки, может вызвать это, мы используем стандартное событие .net button onclick в коде позади (он просто проверяет номер страницы, а затем перенаправляет ответ на следующую страницу в приложении.)

Я бродил по Google и Bing (и здесь) большую часть нескольких дней, но безрезультатно. Я прошу прощения за неопределенность вопроса.

EDIT: Нет подчеркивания в имени сервера. Вот процесс, видимый пользователем. Вы авторизуетесь, страница авторизации обновляется и просит вас подтвердить, кто вы такой, какой вы говорите. Если вы говорите «да», вы переходите к инструкции .aspx. Кнопки на этих страницах будут отправляться обратно, когда вы нажмете «продолжить». IE умирает при первом клике и отмечает странные вещи в Fiddler ... FF в порядке и переходит к остальной части приложения.

IE 8
Result  Protocol    Host        URL                 Body
200     HTTP        CONNECT     /                   0
200     HTTPS       xxxxxx.com  /                   12,354
200     HTTPS       xxxxxx.com  /login.aspx         8,139
302     HTTPS       xxxxxx.com  /login.aspx         137
200     HTTPS       xxxxxx.com  /instructions.aspx  6935
302     HTTPS       xxxxxx.com  /                   131
302     HTTPS       xxxxxx.com  /logout.aspx        130
200     HTTPS       xxxxxx.com  /login.aspx         12,354
302     HTTPS       xxxxxx.com  /insturctions.aspx  167
200     HTTPS       xxxxxx.com  /login.aspx?ReturnUrl=&...


FireFox
Result  Protocol    Host        URL                 Body
200     HTTP        CONNECT     /                   0
200     HTTPS       xxxxxx.com  digicert.com        12,354
200     HTTPS       xxxxxx.com  /login.aspx         8,139
302     HTTPS       xxxxxx.com  /login.aspx         137
200     HTTPS       xxxxxx.com  /instructions.aspx  6935
200     HTTPS       xxxxxx.com  /images/xxx.jpg     47
200     HTTPS       xxxxxx.com  /images/xx2.jpg     46
200     HTTPS       xxxxxx.com  /instructions.aspx  12,354
200     HTTPS       xxxxxx.com  /images/xx3.jpg     49

Ответы [ 2 ]

1 голос
/ 17 ноября 2010

Похоже, что в IE8 требуется атрибут тега формы "domain = 'domain.com'".Нашел этот пост Ошибка постоянных файлов cookie в IE8 и Windows 7 , и это решило проблему, основанную на предварительном тестировании.

0 голосов
/ 16 ноября 2010

Проблема _ не для URL ... это для имени сервера. Можете ли вы проверить и подтвердить, если это не так?

Также установите Fiddler (www.fiddlertool.com) и просмотрите сайт из IE. Сохраните журналы. Очистите журналы сейчас ... просмотрите сайт в Chrome и сохраните его снова. Выполнив это упражнение, проверьте и сравните журналы.

[Я могу помочь, если вы отправите мне журналы, сохраненные в соответствии с рекомендациями fiddler]

...