Re: caching reverse proxy config+init scripts

2007-11-08 Thread Jonathan Vanasco
On Nov 8, 2007, at 1:40 PM, John ORourke wrote: Pound (http://www.apsis.ch/pound/index_html) is light-weight, easy to I can disagree -- nginx does everything that pound does, plus will handle your vanilla FLAME WAR!!!1!1! well its not meant to flame... your options are this: a)

Re: caching reverse proxy config+init scripts

2007-11-08 Thread Octavian Rasnita
From: "John ORourke" <[EMAIL PROTECTED]> Seriously though, it looks as though there are 5-10 good front end server options which support the following to various degrees: - reverse proxy - caching - load balancing - static file serving There is no clear choice since our setups range from singl

Re: caching reverse proxy config+init scripts

2007-11-08 Thread John ORourke
Octavian Rasnita wrote: At the address http://www.guindilla.eu/blog/2006/12/31/deployement-nginx-reverse-proxy-my-network/ I found the text below. Does anyone know if it is still true? Pound (http://www.apsis.ch/pound/index_html) is light-weight, easy to I can disagree -- nginx does everythi

Re: caching reverse proxy config+init scripts

2007-11-08 Thread Octavian Rasnita
ge - From: "Jonathan Vanasco" <[EMAIL PROTECTED]> To: "Clinton Gormley" <[EMAIL PROTECTED]> Cc: "modperl list" Sent: Thursday, November 08, 2007 5:57 PM Subject: Re: caching reverse proxy config+init scripts On Nov 8, 2007, at 5:50 AM, Clinton Gor

Re: caching reverse proxy config+init scripts

2007-11-08 Thread John ORourke
Jonathan Vanasco wrote: Pound (http://www.apsis.ch/pound/index_html) is light-weight, easy to I can disagree -- nginx does everything that pound does, plus will handle your vanilla static files and even use fcgi to handle php and other stuff Reading these responses I think a generic config is

Re: caching reverse proxy config+init scripts

2007-11-08 Thread Jonathan Vanasco
On Nov 8, 2007, at 5:50 AM, Clinton Gormley wrote: Pound (http://www.apsis.ch/pound/index_html) is light-weight, easy to configure, fast, stable, and makes the whole SSL and load balancing dead easy. I can disagree -- nginx does everything that pound does, plus will handle your vanilla s

Re: caching reverse proxy config+init scripts

2007-11-08 Thread Clinton Gormley
> Although, I would go for something like pound doing the proxying for > me, instead of mod_proxy I can't agree more! Pound (http://www.apsis.ch/pound/index_html) is light-weight, easy to configure, fast, stable, and makes the whole SSL and load balancing dead easy. Pound++ Clint

Re: caching reverse proxy config+init scripts

2007-11-07 Thread deepfryed
Randal is the master wizard, so you might wanna read that article in detail. Although, I would go for something like pound doing the proxying for me, instead of mod_proxy I like to run apache on an unprivileged port, so that's an added bonus, plus pound will take care of ssl too. On 11/8/07, Ran

Re: caching reverse proxy config+init scripts

2007-11-07 Thread Randal L. Schwartz
> "John" == John ORourke <[EMAIL PROTECTED]> writes: John> Hi folks, John> I'm about to write a generic set of init scripts and config files to make John> setting up dual apache servers (one light proxy/cache/ssl, one heavy mod_perl) John> easy. John> Am I reinventing the wheel? John> If no

caching reverse proxy config+init scripts

2007-11-07 Thread John ORourke
Hi folks, I'm about to write a generic set of init scripts and config files to make setting up dual apache servers (one light proxy/cache/ssl, one heavy mod_perl) easy. Am I reinventing the wheel? If not I'll post a link here when I'm done. cheers John

Re: Proxy Config

2004-03-05 Thread Charles C. Fu
In <[EMAIL PROTECTED]> on 05 Mar 2004, petersm <[EMAIL PROTECTED]> wrote: >> RewriteRule ^/(intranet/.*\.cgi)$ http://127.0.0.1:8181/$1 [P,L] > 68.52.48.147 - - [05/Mar/2004:10:16:23 -0600] > [extranet.venzia.com/sid#a0a904c][rid#a0c690c/initial] (1) go-ahead with proxy > request prox

Re: Proxy Config

2004-03-05 Thread petersm
ECTED]> To: "mod_perl list" <[EMAIL PROTECTED]> Sent: Fri, 5 Mar 2004 10:30:28 -0500 Subject: Proxy Config > Greetings, > > Using Fedora Core 1 > Apache 1.3.29 > mod_perl 1.29 > > Aparently I am just not understanding something and would like to ask t

Proxy Config

2004-03-05 Thread petersm
Greetings, Using Fedora Core 1 Apache 1.3.29 mod_perl 1.29 Aparently I am just not understanding something and would like to ask this list for some help. I'm trying to set up a non-mod_perl proxy server as the front end which would then forward requests for certain files of certain applications t

Re: open proxy behavior without obvious open-proxy config

2004-02-10 Thread Philippe M. Chiasson
HTTP_HOST in the URL (well, at least, that's how > it's currently coded). Given that need, how can I avoid looking like an > open proxy? Is the modperl port acting like a default proxy? > Commenting out that RewriteRule stops the behavior, so port 80 is not > acting like a

Re: open proxy behavior without obvious open-proxy config

2004-02-07 Thread Vincent Kargatis
From: "Ged Haywood" <[EMAIL PROTECTED]> > On Fri, 6 Feb 2004, Vincent Kargatis wrote: > > > I have an apache server using mod_proxy that is acting like an open > > proxy even though I have ProxyRequests turned Off. > > [sinp] > > Perhaps I'm missing something simple: > > How about this? > > http://

Re: open proxy behavior without obvious open-proxy config

2004-02-07 Thread Ged Haywood
Hi there, On Fri, 6 Feb 2004, Vincent Kargatis wrote: > I have an apache server using mod_proxy that is acting like an open > proxy even though I have ProxyRequests turned Off. > [sinp] > Perhaps I'm missing something simple: How about this? http://httpd.apache.org/docs/mod/mod_proxy.html#acces

open proxy behavior without obvious open-proxy config

2004-02-06 Thread Vincent Kargatis
acting like a proxy by itself. Should I add some proxy config in the modperl conf to deliberately set proxy=off? Thanks for any pointers, vince -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html