Mailing-List: contact users-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@httpd.apache.org
Received-SPF: neutral (athena.apache.org: local policy)
MIME-Version: 1.0
Date: Fri, 4 Jun 2010 16:43:02 -0400
Message-ID: <AANLkTimRXF3679y-pqEGlEJTvWZxI9dNDgUIphL9B2Jy@mail.gmail.com>
From: Duane Winner <duane@duanewinner.net>
To: users@httpd.apache.org
Content-Type: multipart/alternative; boundary=0016367f9f6ea513e104883a5e38
Subject: [users@httpd] reverse proxy and file download problems for the client

--0016367f9f6ea513e104883a5e38
Content-Type: text/plain; charset=ISO-8859-1

We are running apache as a reverse proxy front-end in our DMZ to forward
requests to apache servers in our back-end network segment.

Previously, until a few months ago, we ran one apache instance for each
client in the DMZ without reverse proxy, so the apache was both the
front-end and the app server (cgi-bin).

One of our clients claims that ever since we moved to reverse proxy
structure ago, they are having trouble opening files in Internet Explorer --
it sounds like PDF's only. They say they can "Save to disk", then open, but
can't click on URLS and open.
They say they don't have issues with Word documents.

We asked them to try different browsers and pdf readers, and they report
back that it works ok with Firefox and FoxIt Reader w/ Internet Explorer.

Because they keep claiming it started when we moved to a reverse proxy
structure, we decided to at least test this and set up a test replica of
their web app using the old architecture, all in the DMZ
They say IE->Acrobat file opens ok on this test bed.

So it seems there might be something going on w/ reverse proxy, but I'm
clueless as to what.

The fact that they can open with Firefox and IE->Foxt Reader still leaves me
skeptical that it's our issue, but I can't deny that they proved it works ok
when not doing reverse-proxy.

The mime types in httpd.conf are configured the same in both instances, and
that's the only configuration area I can think of to play around with, but
since they're identical, I don't see what I can try.

Suggestions, ideas?

--0016367f9f6ea513e104883a5e38
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

We are running apache as a reverse proxy front-end in our DMZ to forward re=
quests to apache servers in our back-end network segment.<br><br>Previously=
, until a few months ago, we ran one apache instance for each client in the=
 DMZ without reverse proxy, so the apache was both the front-end and the ap=
p server (cgi-bin).<br>

<br>One of our clients claims that ever since we moved to reverse proxy str=
ucture ago, they are having trouble opening files in Internet Explorer -- i=
t sounds like PDF&#39;s only. They say they can &quot;Save to disk&quot;, t=
hen open, but can&#39;t click on URLS and open.<br>

They say they don&#39;t have issues with Word documents.<br><br>We asked th=
em to try different browsers and pdf readers, and they report back that it =
works ok with Firefox and FoxIt Reader w/ Internet Explorer.<br><br>Because=
 they keep claiming it started when we moved to a reverse proxy structure, =
we decided to at least test this and set up a test replica of their web app=
 using the old architecture, all in the DMZ<br>
They say IE-&gt;Acrobat file opens ok on this test bed.<br>
<br>So it seems there might be something going on w/ reverse proxy, but I&#=
39;m clueless as to what.<br><br>The fact that they can open with Firefox a=
nd IE-&gt;Foxt Reader still leaves me skeptical that it&#39;s our issue, bu=
t I can&#39;t deny that they proved it works ok when not doing reverse-prox=
y.<br>

<br>The mime types in httpd.conf are configured the same in both instances,=
 and that&#39;s the only configuration area I can think of to play around w=
ith, but since they&#39;re identical, I don&#39;t see what I can try.<br>
<br>Suggestions, ideas?<br>

--0016367f9f6ea513e104883a5e38--