Пустые постбэки на страницах ASP.NET - PullRequest
0 голосов
/ 19 марта 2010

У нас возникла проблема, которая, похоже, является проблемой только при доступе к нашим веб-сайтам с внутренних компьютеров внутренней сети.После входа в домен и доступа к нашим веб-сайтам обратные передачи не работают.По сути, страница ведет себя так, как будто она обновлена, и ничего не изменилось.При регистрации GET и POST с помощью HTTP-анализатора сообщение полностью пустое, а ContentLength равно 0. Это также очень спорадично, но, кажется, происходит довольно часто.В случае, когда это не удалось, мы могли видеть, что в заголовке был дополнительный элемент для POST, это было «Авторизация», а значением было слово «Согласовать», за которым следовал пробел, а затем набор символов и два равныхсимволы в конце, которые выглядели как какое-то закодированное в base64 значение.В случае, если это удалось, этого элемента авторизации не было в заголовке, но я зарегистрировал более одного успешного случая, чтобы узнать, является ли это согласованным.

Мы видели, что это происходит только с IE8 до сих пор, икогда это происходит, оно иногда бывает спорадическим.Я могу закрыть и открыть браузер, и он иногда начнет работать, а иногда он все еще не работает.

Что может быть причиной того, что постбэк будет пустым?Это означает, что состояние просмотра не отправляется на сервер, что делает страницу в основном сломанной.Кажется, что это определенно проблема на стороне клиента, но не уверен, не усугубляется ли она некоторыми настройками сервера.

Заранее спасибо.

1 Ответ

1 голос
/ 19 марта 2010

Мы решили эту проблему, удалив домен сайта из конфигурации зоны сайтов локальной интрасети в IE8 и переместив их в зону надежных сайтов.

Проблема в том, что нам придется перемещать страницы, требующие проверки подлинности Windows, в другой путь, который останется в конфигурации зоны локальной интрасети, чтобы автоматическая проверка подлинности Windows продолжала работать для тех, кто находится в интрасети. Я боюсь, что проблема по-прежнему будет возникать для этих сайтов, но, надеюсь, не потому, что статья kb, похоже, подразумевает, что это проблема только при переходе с аутентифицированных страниц на страницы без аутентификации: http://support.microsoft.com/kb/923155

...