☰

passagem de proxy para verniz não atinge o cache

tag-icon • tag-icon apache-2.2 varnish http-proxy
passagem de proxy para verniz não atinge o cache

No meu servidor web, tenho uma instância de verniz que gostaria de armazenar em cache de um site hospedado por terceiros (em blog.company.com/blog). Eu tenho um proxypass para isso, já que o resto do site está hospedado localmente e gostaria que o navegador mascarasse isso para parecer parte do nosso site (company.com/blog)

(/etc/httpd/conf.d/proxy.conf) ProxyTimeout 300

# Blog
ProxyPass /blog http://localhost:8000
ProxyPassReverse /blog http://localhost:8000

E tenho o backend do verniz apontado para blog.sugarsync.com:

backend default {
  .host = "70.40.204.127";
  .port = "80";
}

A página é resolvida, mas a página essencialmente é redirecionada para blog.company.com/blog e nunca chega ao cache…varnishlog mostra uma função "passar" e recebe a solicitação GET, o que significa que não é qual é estranho porque estou usando todos os comportamentos padrão em /etc/varnish/default.vcl fora do back-end personalizado, então não deveria passá-los…

   11 SessionOpen  c 127.0.0.1 46485 0.0.0.0:8000
   11 ReqStart     c 127.0.0.1 46485 394102336
   11 RxRequest    c GET
   11 RxURL        c /
   11 RxProtocol   c HTTP/1.1
   11 RxHeader     c Host: localhost:8000
   11 RxHeader     c User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/537.4 (KHTML, like Gecko) Chrome/22.0.1229.94 Safari/537.4
   11 RxHeader     c Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
   11 RxHeader     c Accept-Encoding: gzip,deflate,sdch
   11 RxHeader     c Accept-Language: en-US,en;q=0.8
   11 RxHeader     c Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3
   11 RxHeader     c Cookie: __utmx=74837904.GQgj_x3FQCSgKU8YgJ937g$30088162-10:0; __utmxx=74837904.GQgj_x3FQCSgKU8YgJ937g$30088162-10:1351630608:15552000; __utmx=32887036.GQgj_x3FQCSgKU8YgJ937g$30088162-10:0; __utmxx=32887036.GQgj_x3FQCSgKU8YgJ937g$30088162-10:1351791703:155
   11 RxHeader     c scns-hdr-ip: 50.76.54.11
   11 RxHeader     c X-Forwarded-For: 10.5.112.22
   11 RxHeader     c X-Forwarded-Host: www.s.company.com
   11 RxHeader     c X-Forwarded-Server: www.company.com
   11 RxHeader     c Connection: Keep-Alive
   11 VCL_call     c recv
   11 VCL_return   c pass
   11 VCL_call     c pass
   11 VCL_return   c pass

O que é estranho é que quando eu digito o nome do host diretamente (hostname.company.com:8000 ou company.com/blog), ele atinge o cache do verniz corretamente, mas ainda recebe o URL redirecionado no navegador. Curls para o URL correto (www.company.com/blog) também atingem o cache. Os subdomínios também parecem não funcionar… o que está acontecendo aqui?

Responder1

O motivo passdisso é porque a lógica VCL padrão se recusa a armazenar em cache qualquer coisa com um Authorizationou Cookienos cabeçalhos de solicitação, e sua solicitação tem uma extensão Cookie.

if (req.http.Authorization || req.http.Cookie) {
    /* Not cacheable by default */
    return (pass);
}

Esse comportamento padrão é uma questão de cautela, de modo que servidores onde conteúdo diferente é retornado para uma página em resposta à sessão do usuário; você pode modificar esse comportamento no seu arquivo vcl_recv. Implemente o seu como uma cópia do padrão, mas retire o req.http.Cookiecheque:

if (req.http.Authorization) {
    /* Not cacheable by default */
    return (pass);
}

Em termos de comportamento de redirecionamento, parece que está recebendo uma 30xresposta, que está redirecionando o navegador do cliente - você pode fornecer os logs de um desses acessos?

informação relacionada