
Estou usando o Varnish-3.0.5 no Scientific Linux 6.4 (64 bits):
$ rpm -q varnish
varnish-3.0.5-1.el5.centos.x86_64
$ cat /etc/redhat-release
Scientific Linux release 6.4 (Carbon)
$ uname -a
Linux XXX.XXX.XXX 2.6.32-358.23.2.el6.x86_64 #1 SMP Wed Oct 16 11:13:47 CDT 2013 x86_64 x86_64 x86_64 GNU/Linux
$ curl XXX.XX.XX.XXX
<html>
<head>
<title>Page Unavailable</title>
<style>
body { background: #303030; text-align: center; color: white; }
#page { border: 1px solid #CCC; width: 500px; margin: 100px auto 0; padding: 30px; background: #323232; }
a, a:link, a:visited { color: #CCC; }
.error { color: #222; }
</style>
</head>
<body onload="setTimeout(function() { window.location = '/' }, 5000)">
<div id="page">
<h1 class="title">Page Unavailable</h1>
<p>The page you requested is temporarily unavailable.</p>
<p>We're redirecting you to the <a href="/">homepage</a> in 5 seconds.</p>
<div class="error">(Error 503 Service Unavailable)</div>
</div>
</body>
</html>
$
Estou tentando descobrir como posso configurar o host virtual padrão, pois estou obtendo Error 503 Service Unavailable
se pelo menos um dos meus back-ends estiver inativo sempre que executo curl
o endereço IP. Preciso especificar o endereço IP também req.http.host
dentro de vcl_recv()
para parar de obter 503? ou de que outra forma posso especificar qual host virtual é o padrão?
Responder1
Em primeiro lugar, deixe-me dizer que é muito difícil dar conselhos sem ver sua configuração VCL real.
Para responder à sua pergunta real
Você pode definir um host padrão no início do seu vcl_recv
, observe que seu(s) back-end(s) devem ser configurados para responder a esse host exato
sub vcl_recv {
/* set a default host if no host is provided on the request or if it is empty */
if ( ! req.http.host
|| req.http.host == "") {
set req.http.host = "your.default.host.tld";
}
# ...
}
Eu acho que você não precisa mexer com IPs e req.http.host
é melhor usar curl para passar um cabeçalho de host para verniz (algo como curl -H "Host: your.default.host.tld" http://XX.XX.XX.XXX/
)
Algumas sugestões gerais sobre o tema:
Adicione lógica de controle mal comportada à sua VCL [1]
Você está configurando seu back-end corretamente?
Lembre-se de que o verniz usará back-end (ou diretor) "padrão", a menos que seja instruído a usar outro em sua lógica VCl
Adicione sondagens de integridade e veja quais back-ends estão falhando
Use sondagens de integridade consistentes [2] e use o comando de linha de comando, varnishadm debug.health
consulte a documentação para uma melhor compreensão [3]
Adicione uma lógica de reinicialização ao seu erro vlc
Algo assim
sub vcl_error {
# ...
/* Try to restart request in case of failure */
if (obj.status == 503 && req.restarts < 5) {
set obj.http.X-Restarts = req.restarts;
return(restart);
}
# Before any deliver
return (deliver);
}
Adicione lógica de depuração à sua resposta sintética de erro vlc
Lembre-se de que você pode adicionar cabeçalhos de depuração ao vcl_fetch
passar o código de erro de back-end para sua resposta de erro do verniz:
sub vcl_fetch {
# ...
set beresp.http.X-Debug-Backend-Code = beresp.status;
# ...
}
sub vcl_error {
# ...
synthetic {""
# Insert the following at the end of your current response
<p>Backend Status code was "} + obj.http.X-Debug-Backend-Code + {"</p>
</body>
</html>
"};
# ...
return (deliver);
}
[1]https://www.varnish-cache.org/docs/3.0/tutorial/handling_misbehaving_servers.html
[2]https://www.varnish-cache.org/docs/3.0/reference/vcl.html#backend-probes
[3]https://www.varnish-cache.org/trac/wiki/BackendPolling#CLIcommands