Host header forwarding

baron164

I don't know how to do that, I tried accessing the console with SSH but it won't let me start the service. I removed the 80 Nat and disabled and re-enabled the varnish service and now the primary redirect which is to /owa doesn't work but if I can hit the root directory

marcelloc

what errors do you get on console?

take a look on this post, may help you

http://forum.pfsense.org/index.php/topic,45496.0.html

baron164

Here is the config

Varnish configuration file

Automatically generated by the pfSense package system

This file is located in /var/etc/default.vcl

sub vcl_error {
if (obj.status == 503 && req.restarts < 1) {
restart;
}

set obj.http.Content-Type = "text/html; charset=utf-8";
synthetic {"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">

<title>"} obj.status " " obj.response {"</title>

We are very sorry but an error occurred during this request.

Please press refresh in your browser to try again.

Varnish Error "} obj.status " " obj.response {"

"} obj.response {"

Guru Meditation:

XID: "} req.xid {"

"};
return(deliver);

}

backend WebsiteBACKEND {

used in catch_all

.host = "10.10.0.8";
.port = "80";
.first_byte_timeout = 300s;
.connect_timeout = 25s;
.probe = {
.url = "/";
.interval = 1s;
.timeout = 1s;
.window = 5;
.threshold = 5;
}
}

backend WHSBACKEND {

used in catch_all

.host = "10.10.0.4";
.port = "80";
.first_byte_timeout = 300s;
.connect_timeout = 25s;
.probe = {
.url = "/";
.interval = 1s;
.timeout = 1s;
.window = 5;
.threshold = 5;
}
}

backend ExchangeBACKEND {

used in catch_all

.host = "10.10.0.6";
.port = "80";
.first_byte_timeout = 300s;
.connect_timeout = 25s;
.probe = {
.url = "/";
.interval = 1s;
.timeout = 1s;
.window = 5;
.threshold = 5;
}
}

sub vcl_recv {

#BASIC VCL RULES SETTING
#set client balance identity
set client.identity = req.url;

#set X-forward
set req.http.X-Forwarded-For = client.ip;

if (req.http.host == "www.mydomain.com") {
set req.backend = WebsiteBACKEND;
}
else if (req.http.host == "user.domain2.com") {
set req.backend = WHSBACKEND;
}
else if (req.http.host == "mail.mydomain.com/owa") {
set req.backend = ExchangeBACKEND;
}

#respect client wish to refresh the page
if (req.http.Pragma ~ "no-cache")
{
return(pass);
}

#BASIC VCL RULES ACTIONS
#Disable session cache
if (req.http.Cookie && req.http.Cookie ~ "(PHPSESSID|phpsessid)") {
return(pass);
}
if (req.http.Cookie && req.http.Cookie ~ "(JSESSION|jsession)") {
return(pass);
}
if (req.http.X-Requested-With == "XMLHttpRequest" || req.url ~ "nocache") {
return(pass);
}
#Enable static cache
if (req.request=="GET" && req.url ~ ".(css|js|txt|zip|pdf|rtf|flv|swf|html|htm)$") {
unset req.http.cookie;
return(lookup);
}
if (req.request=="GET" && req.url ~ ".(gif|jpg|jpeg|bmp|png|ico|img|tga|wmf|mp3|ogg)$") {
unset req.http.cookie;
return(lookup);
}
if (req.request != "GET" && req.request != "HEAD") {return(pipe);}

return(lookup);
}

sub vcl_pipe {

If we don't set the Connection: close header, any following

requests from the client will also be piped through and

left untouched by varnish. We don't want that.

set req.http.connection = "close";

Note: no "pipe" action here - we'll fall back to the default

pipe method so that when any changes are made there, we

still inherit them.

}

sub vcl_fetch {

#Disable cache when backend is starting a session
if (beresp.http.Set-Cookie && beresp.http.Set-Cookie ~ "(PHPSESSID|phpsessid)") {
return(pass);
}
if (beresp.http.Set-Cookie && beresp.http.Set-Cookie ~ "(JSESSION|jsession)") {
return(pass);
}
if (beresp.http.X-Requested-With == "XMLHttpRequest" || req.url ~ "nocache") {
return(pass);
}

Varnish respects the wishes of the backend application.

if (beresp.http.Pragma ~ "no-cache" || beresp.http.Cache-Control ~ "(no-cache|no-store|private)") {
return(pass);
}
## If the request to the backend returns a code other than 200, restart the loop
## If the number of restarts reaches the value of the parameter max_restarts,
## the request will be error'ed. max_restarts defaults to 4. This prevents
## an eternal loop in the event that, e.g., the object does not exist at all.
if (beresp.status != 200 && beresp.status != 403 && beresp.status != 404 &&
beresp.status != 303 && beresp.status != 302 && beresp.status != 301 && beresp.status != 401 ) {
restart;
}

return(deliver);
}

sub vcl_deliver {
##set resp.http.X-Served-By = server.hostname;
if (obj.hits > 0) {
set resp.http.X-Cache = "HIT";
set resp.http.X-Cache-Hits = obj.hits;
} else {
set resp.http.X-Cache = "MISS";
}
return(deliver);
}

marcelloc

  if (req.http.host == "www.mydomain.com") {
      set req.backend = WebsiteBACKEND;
   } 
      else if (req.http.host == "user.domain2.com") {
      set req.backend = WHSBACKEND;
   } 
      else if (req.http.host == "mail.mydomain.com/owa") {
      set req.backend = ExchangeBACKEND;
   }

move more specific redirect to the first backend config

it should looks like this:

  if (req.http.host == "mail.mydomain.com/owa") {
      set req.backend = ExchangeBACKEND;
   } 
      else if (req.http.host == "user.domain2.com") {
      set req.backend = WHSBACKEND;
   } 
      else if (req.http.host == "www.mydomain.com") {
      set req.backend = WebsiteBACKEND;
   }

also, paste here the return from
/usr/local/etc/rc.d/varnish.sh start

baron164

Where should I run /usr/local/etc/rc.d/varnish.sh start ? If I SSH into the box and go to option 8 (Shell) it won't let me. If I got to the developer shell then I can enter the command and nothing happens.

marcelloc

it should return this:

/usr/local/etc/rc.d/varnish.sh start


kern.ipc.nmbclusters: 65536
sysctl: kern.ipc.nmbclusters: Invalid argument
kern.ipc.somaxconn: 16384 -> 16384
kern.maxfiles: 131072 -> 131072
kern.maxfilesperproc: 104856 -> 104856
kern.threads.max_threads_per_proc: 4096 -> 4096
storage_malloc: max size 2048 MB.
Using old SHMFILE

If you get any erros, it will show too.

baron164

I was able to run the stop/start command finally.

It gives me the following:

kern.ipc.nmbclusters: 65536
sysctl: kern.ipc.nmbclusters: Invalid argument
kern.ipc.somaxconn: 16384 -> 16384
kern.maxfiles: 131072 -> 131072
kern.maxfilesperproc: 104856 -> 104856
kern.threads.max_threads_per_proc: 4096 -> 4096
storage_malloc: max size 512 MB.
Using old SHMFILE

marcelloc

So, It's running.

Go on dashboard, add varnish widget to see backend status

they may look like this:

varnish_widget.png_thumb

baron164

Varnish is not among the list of widgets to add.

marcelloc

What varnish package version are you using? :o ???

baron164

2.1.5 pkg v.1.0

marcelloc

That's the last one.

The widget must be there.

status-> dashboard -> plus button -> Varnish

baron164

Here is the list I have.

Available Widgets

Captive Portal Status
Carp Status
Gateways
Gmirror Status
Installed Packages
Interface Statistics
Interfaces
Ipsec
Load Balancer Status
Firewall Logs
OpenVPN
Picture
Rss
Services Status
System Information
Traffic Graphs
Wake On Lan

baron164

So after all this I re-added the Port 80 Nat rule that forwards 80 back into the pfsense box and everything started working properly. Well for the most part at least. I still have some bugs to work out but the sites are all showing up now.

I'm getting messages like this occasionally now when I try to visit the sites.

We are very sorry but an error occurred during this request.

Please press refresh in your browser to try again.

Varnish Error 503 Service Unavailable

Service Unavailable

Guru Meditation:

XID: 966503285

marcelloc

@baron164:

So after all this I re-added the Port 80 Nat rule that forwards 80 back into the pfsense box and everything started working properly.

Sorry but this is not an option, I think you are messing up your firewall config with a nat for the same port you are listening on.

Remove the nat and be sure you have created a rule on wan to permit connections to port 80. Simple as that.

I've checked package installation and widget is there.
fetch it to your pfsense
on console do:

cd /usr/local/www/widgets/widgets/
fetch http://www.pfsense.com/packages/config/varnish64/varnish.widget.php

baron164

Ok I removed the NAT and kept the rule but I'm still getting 503 errors.

marcelloc

ok, good news.

the 503 erros means that varnish can't check server helth status.

you can change the probe url from "/" to a full url that you know server responds ok.

fix the widget file and you will see the backend status.

You are almost there. :)

baron164

The 503 error is intermittent though. It will work fine for a minute and then I get the error. Then 5 minutes later it breaks again.

baron164

I installed the Widget and reworked the Probe location but I still have one site that goes green and then red again and kind of bounces back and forth.

marcelloc

Varnish is a very stable solution, this intermittent error is all related to backend checks.

Check again its configuration and url used for health check.