Маршрутизация запросов приложений IIS7 (обратный прокси-сервер) в сочетании с управляемым модулем — тайм-аут

Если вы можете перейти на .Net Framework 4, для этого есть решение.

После того, как вы закончите с BeginRequest/EndRequest в обработчике событий HttpModule, добавьте вызов HttpRequest.InsertEntityBody.

    /* BeginRequest event: Executes before request is processed */
    private void Application_BeginRequest(Object source, EventArgs e)
    {
        HttpApplication application = (HttpApplication)source;
        HttpRequest request = application.Context.Request;

        // Do something with request
        DoMyOwnRequestProcessing(request);

        // After you finish, make sure IIS gets the entity body
        // For example, Application Request Routing needs this
        request.InsertEntityBody();
    }

Взгляните на это в MSDN: HttpRequest.InsertEntityBody.

Я знаю, что этому вопросу уже год, но я только что прошел через то же самое и нашел решение. Итак, я публикую это здесь для всех, кто сталкивается с этим.

В моем случае я видел проблему тайм-аута только с POST запросами.

Похоже, что ARR 2.0/2.1 предполагает, что входной поток будет в начале отправленных данных. Однако следующий код (например) нарушит это предположение:

    HttpContext context = HttpContext.Current;
    HttpRequest request = context.Request;

    string value = request.Params["Name"];

Ключ в том, как описывается Params

    Gets a combined collection of System.Web.HttpRequest.QueryString,
    System.Web.HttpRequest.Form, System.Web.HttpRequest.ServerVariables,
    and System.Web.HttpRequest.Cookies items."`

Когда запрос представляет собой POST, доступ к Params приведет к чтению отправленных данных из входного потока, что делает предположение ARR недействительным. Как и чтение из входного потока.

Я знал, что нужные мне данные находятся в строке запроса, а не в опубликованных данных, поэтому я обошел это, обратившись к QueryString вместо Params. Это позволяет избежать чтения опубликованных данных и отлично работает для меня.

    string value = request.QueryString["Name"];

Эта проблема, по-видимому, исправлена ​​в ARR 2.5.

Обновление ARR кажется единственным решением, если вам нужно получить доступ к опубликованным данным перед передачей в ARR. Ключ в том, чтобы позволить HttpRequest обрабатывать получение данных в Params. Если вы читаете это напрямую, это не сработает.

Я только что столкнулся с этой ошибкой, и ваш опыт помог мне определить основную причину.

Мой основной сервер основан на MVC и просматривает значения Request.Form в методе Application_BeginRequest. При доступе к значениям формы ARR не может переслать тело HTTP-запроса POST. Запросы GET будут работать нормально, так как тела нет.

У меня есть routes.IgnoreRoute ("Forum/{*pathInfo}"); в качестве зарегистрированного маршрута, но ARR работает как HttpModule и не срабатывает до тех пор, пока не будет запущен конвейер. Это означает, что моему приложению на основе MVC предоставляется возможность доступа к содержимому тела POST, что каким-то образом предотвращает доступ ARR к самому телу и пересылку его на прокси-сервер.

Вот соответствующее сообщение Космина на форумах iis.net: Тайм-аут модуля http при чтении входного потока

В моем приложении все запросы myserver.com/Forum/* пересылаются обратным прокси-сервером в отдельное приложение на другом сервере. Поэтому я просто проверил HttpContext.Current.Request.Url в методе Application_BeginRequest моего приложения MVC, чтобы убедиться, что он не содержит /Forum перед доступом к значениям Request.Form. Как только я это сделал, тела POST прошли через ARR просто отлично.

ОБНОВЛЕНИЕ: после дальнейшего тестирования выяснилось, что проблемы с ARR все еще существуют, поскольку POST от неаутентифицированных пользователей по-прежнему не работает. Вместо основного веб-сайта MVC я создал фиктивный веб-сайт IIS .NET 4.0 с одним документом Default.html. Но я все равно столкнулся с проблемами с POST-запросами и ARR. Затем я переключаю пул приложений на ASP.NET 2.0, и что вы знаете, это работает. На данный момент я должен предположить, что что-то в конвейере .NET 4.0 обращается к входному потоку, что препятствует доступу ARR к самому входному потоку для пересылки тела POST.

按照正常来说，再iis网站界面会有一个запрос приложения

кэш маршрутизации 的 icon， 可以点击 设置timeout 但是这里没有显示

找到了 官方说明可以用命令行解决这个问题

https://blogs.iis.net/richma/502-3-bad-gateway-the-operation-timed-out-with-iis-application-request-routing-arr ​ blogs.iis. сеть

执行以下命令，然后重启下网站服务

进入到C:\Windows\System32\inetsrv

appcmd.exe set config -section:system.webServer/proxy/timeout:00:00:45/commit:apphost

https://zhuanlan.zhihu.com/p/157557980