Тайм-аут сообщения ASP.Net

Я застрял с проблемой публикации asp.net за последние 2 недели.

Сценарий:

Мой На странице приложения есть 3 элемента управления. Редактор WYSIWYG (свободное текстовое поле), текстовое поле для ввода имени статьи, редактируемой в редакторе WYSIWYG, еще одно текстовое поле для ввода ключевых слов.

Порядок элементов управления на странице сверху вниз следующим образом,
во-первых, текстовое поле "Имя"
во-вторых, редактор WYSIWYG
последнее, текстовое поле "Ключевое слово"

Проблема:

Когда пользователь пытается сохранить отредактированные документы, сервер IIS возвращает тайм-аут (производство работает на win 2008). Но что интересно, информация в поле «Текст имени» и половина информации WYSIWYG Editor (это не совсем половина, это зависит от каждого случая) сохраняется в базе данных. но последнее поле "текст ключевого слова" не сохраняется. Во время этого веб-сервер зависает на некоторое время, выкидывает пользователя, а затем через несколько минут возвращается к нормальной скорости. Я думаю, что пул приложений переработан. Но все работает нормально в моей среде разработки (в моем ПК работает на Win 7 64bit). Также я установил ValidateRequest = "False" в директиве страницы для среды производства и разработки.

Среда:

Среда .NET 4.0, ASP.NET
Окно FreeText WYSIWYG редактор
Общий хостинг windows 2008
SQL Server 2008

Пробные решения (но без прорыва ):

Пробовали с другим браузером Firefox, Chrome, IE и той же ошибкой.
Добавлен ValidateRequest = "False" в директиву страницы и заменен редактор WYSIWYG на обычное текстовое поле и предпринята попытка сохранения, та же проблема.
Просто попытался записать данные публикации прямо из объекта page.request. По-прежнему получаются полные данные для половины «Текстовое поле имени» для текстового поля WYSIWYG и ничего для остальных.
Нет проблем с подключением к БД или полем таблицы. Я трижды проверил.

Возможные подозрения и вопросы:

Насколько мне известно, ограничений на длину данных поста нет. но в IIS можно это переопределить? интересно, установлено ли это на моем общем хостинге.
Обычно данные HTTP-сообщения усекаются где-то между браузером и объектом server.request. По какой причине это происходит?
Если сообщение http обрезается, почему все приложение зависает (или перезапускается)?
Какие меры предосторожности необходимо соблюдать при публикации содержимого html как сообщения http?

Спасибо.

Новый результат:

Проверил мое сообщение с помощью httpfox. Размер сообщения составил около 9958 байт. Но Firefox сначала отправляет 330 байтов данных, а затем веб-страница зависает. Примерно через минуту я получаю код ошибки NS_ERROR_NET_RESET в httpfox.

Проверял мой пост, используя filder2 с IE9. Он пытается отправить первые 512 байт, затем зависает. Возвращает «Ошибка ReadResponse (): сервер не вернул ответ на этот запрос».

Вопрос:

Вероятно, это проблема браузера или сервера. Я думаю, что если проблема с браузером, этого не произойдет с IE и Firefox.

Обновление:

Скорее всего, проблема изолирована от веб-хостинга. Проверено путем изменения URL-адреса сообщения формы на другой домен и проверки возможности получения значений в этом домене. Да, это работает. Только для моего домена это не сработало. Интересно, что я тестировал это для обычного сообщения на HTML-странице. это тоже не сработало. Так что, скорее всего, установлена ​​защита для предотвращения этого или неправильной конфигурации сервера. Уже выставил им билет и ждал.

Как бы то ни было, все ваши отзывы помогли мне изолировать проблему.

Решено:

Да, эта проблема возникла на нашем веб-хостинге. До сих пор я слышал от них, что это похоже на какой-то брандмауэр, блокирующий большой пост от http. Сказали, что теперь наш домен занесен в белый список. Во всяком случае, теперь все работает. Но это отняло 2 недели моего времени, но это был хороший опыт обучения. Спасибо, ребята, за вашу помощь. Очень признателен.