On Mon, Mar 9, 2009 at 1:24 AM, Amos Jeffries <squid3@xxxxxxxxxxxxx> wrote: >> I'm trying to get squid to work as a reverse proxy in front of a >> single web server which runs domain virtualhosts: >> >> http_port in:80 vhost >> cache_peer out parent 80 0 originserver >> 'in' is my input address, 'out' is the address of of the web server. >> >> The problem that I have is that each requests takes a considerable >> time to process (in which time squid is trying to resolve the Host: >> hostname and since I dont have a dns on the squid box, resolve never >> succeeds). Eventually the page is served, it just waits through some >> timeout on every request. Adding my vhosts to /etc/hosts on the squid >> box solves the issue. >> >> Can I have an accelerator for a single backend server with vhosts, >> without the need to resolve the Host: header (or if not possible, how >> to effectivly workaround it, adding all vhosts to /etc/hosts is not an >> option)? > > The recommended reverse-proxy accelerator setup does not require DNS in > any form. > > http://wiki.squid-cache.org/ConfigExamples/Reverse/BasicAccelerator > > It is possible to direct "cache_peer_access blah allow all" to the web > server if you only have one backend and all domains go to it. Just note > that this removes any false-domain restrictions squid might otherwise > provide, and only works with a single back-end. > > Amos > The provided example suggest using 'http_port ... defaultsite=...' which ends up rewriting the Host: header in the request to the backend server (which would not work with vhosts), and as soon as I change that to 'http_port ... vhost' and add the 'cache_peer access ... allow all' l get the dns timeouts. So is it possible to have vhosts for a single backend server without dns? BTW I`m using 2.6.STABLE6 (default rpm from centos 5). Thanks!