01-22-06 10:46 PM
Ask Bj=F8rn Hansen wrote:
>=20
> On Jan 21, 2006, at 5:58 PM, Fred Moyer wrote:
>=20
=20[vbcol=seagreen]
>=20
> You forgot to include the part of you email where you wrote what you =20
> did, what you expected to happen and what actually happened. :-)
>=20
I did indeed, my bad. Thanks for calling me out on that Ask. Below is=20
what I was going to send out to the list as a proper diagnosis, until I=20
figured out that that my virtual host configs were setup as <VirtualHost=20
*:80> and I neglected to change it to listen to 8080. Perlbal is=20
working great as a reverse proxy now. Time to take a break from the=20
computer
Scenario: I have an Apache heavy server running on port 80 on=20
app.redhotpenguin.com.
What I want to do: I want to implement Perlbal as a reverse proxy to=20
proxy the requests back to the Apache server. Perlbal will run on port=20
80 and Apache will run on port 8080.
What I did: I changed 'Listen 80' in httpd.conf to 'Listen 8080'. I=20
configured Perlbal with the following perlbal.conf [1] and started=20
perlbal and restarted apache.
What happened as a result: Requests to http://app.redhotpenguin.com were=20
successful. Requests to other virtual hosts on my Apache server (such=20
as http://www.redhotpenguin.com returned a 404.
What I think is going on: I think perlbal is sending HTTP 1.0 requests=20
to apache instead of HTTP 1.1 requests. So Apache is handling all=20
requests with the default virtual host app.redhotpenguin.com.
CREATE POOL my_apaches
POOL my_apaches ADD 127.0.0.1:8080
CREATE SERVICE balancer
SET listen =3D 0.0.0.0:80
SET role =3D reverse_proxy
SET pool =3D my_apaches
SET persist_client =3D on
SET persist_backend =3D on
SET verify_backend =3D on
ENABLE balancer
[ Post a follow-up to this message ]
|