ASP. NET прокси-сервер viewstate отвечает 413 Слишком большой объект запроса
Здравствуйте, есть: приложение класса c ASP. NET 4.6.2, работающее на Inte rnet Проводник. Клиентская среда: Windows Server 2016, NET Framework 4.6.2
Веб-страница, содержащая asp. net DataGrid, которая всегда отправляет запрос большого состояния представления веб-серверу при обратной передаче. В одной из клиентских сред (зашифрованный сетевой https, аутентификация saml shibboleth) страница иногда «Веб-страница устарела», которая отображается после того, как пользователь покидает страницу через несколько минут, а затем щелкает один из его элементов управления (отправляя запрос на сервер).
Когда это происходит, Inte rnet Инструмент разработки Explorer 11 на вкладке Сеть показывает «413 Request Entity Too Large».
Я изменил значение uploadReadAheadSize на IIS сервера, но не произвел никакого эффекта, вероятно, потому что ошибка не от веб-сервера, а от одного из прокси-серверов или сетевых устройств в сети клиента. Журнал IIS не показывает запись, когда происходит явление. https://techcommunity.microsoft.com/t5/IIS-Support-Blog/Solution-for-Request-Entity-Too-Large-error/ba-p/501134
В настоящее время мы планируем прекратить использование Viewstate и минимизировать размер запроса веб-страницы. Требуется реализовать функции подкачки и другие функции, которые ранее предоставлялись одной из функций DataGrid. Но это плохая ставка, потому что она требует минимизации 1/20 размера запроса, если мы считаем, что наше последнее исследование ограничивает размер запроса в среде клиента. (Недостаточно исследований ...) У нас нет точного порогового значения размер запроса.
Клиент может помочь нам, если мы покажем им сетевое устройство, ограничивающее размер запроса. Есть ли какой-либо метод сетевых инструментов или команд, которые отслеживают маршрут запроса https и его ограничение traffi c?
Есть идеи?