IIS reverse-proxy not sending full response body

Question

I have an IIS reverse-proxy delivering an application with a RoR 3 backend. The application displays information from our databases over a period of time chosen, giving you various charts and graphs. When not run through the reverse-proxy, everything runs properly for whatever time period is shown. But when run through the reverse-proxy, the response body will just get cut off if enough information is being sent.

Looking at the rails backend, all of the information is being sent out. On the browser side I can look at the response body to see where it suddenly cuts off. If I use a small window of time, the full response will be sent and work fine, but once it gets to a certain size range, it stops working properly. The cutoff point will also change, even if I'm looking at the same time range.

So, why is the response body not being fully sent by IIS? Or what controls that?

score 3 · Accepted Answer · edited Dec 20 '13 at 11:46

3

I was just having this problem with an Apache/Tomcat backend server. I found this solution, which worked perfectly for my application:

You need to increase ARR Response Buffer Threshold. Please follow these steps:

Open IIS Manager, navigate the server level.

In the Features View, double-click the "Application Request Routing Cache" feature.

Click Server Proxy Settings... on the Actions pane.

On the Buffer Setting section, set Response buffer threshold to a proper value according to your needs.

(Source)

edited Dec 20 '13 at 11:46

Dan Atkinson

11,391
14
81
114

answered Jan 29 '13 at 22:20

mellamokb

56,094
12
110
136

Thanks for that, I just noticed this answer, sorry for the delay. Although I came up with a different solution, this actually resolves the issue properly. – Dennis Sullivan Mar 05 '13 at 18:52
@DennisSullivan What was the solution? – gdyrrahitis Oct 07 '20 at 10:02

IIS reverse-proxy not sending full response body

1 Answers1