Varnish - запрос PURGE не очищает URL-адрес hash_data()

В vcl_hash у меня есть

backend default {
        .host = "127.0.0.1";
        .port = "8080";
}
acl purge {
        "localhost";
}
sub vcl_hash {
        if(req.http.Cookie ~ "isLogin") {
                hash_data("1");
        }
}
sub vcl_recv {
        if (req.request == "PURGE") {
                if (!client.ip ~ purge) {
                        error 405 "Not allowed.";
                }
                return (lookup);
        }
        return(lookup);
}
sub vcl_hit {
        if (req.request == "PURGE") {
                purge;
                error 200 "Purged.";
        }
}
sub vcl_miss {
        if (req.request == "PURGE") {
                purge;
                error 404 "Not in Cache.";
        }
}

Я использую команду ниже для очистки URL-адресов. curl -X ОЧИСТИТЬ http://release.com/user/details

Если URL-адрес кэшируется для вышедших из системы пользователей, я получаю вывод ниже

curl -X PURGE http://release.com/user/details
<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
 "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html>
  <head>
    <title>200 Purged.</title>
  </head>
  <body>
    <h1>Error 200 Purged.</h1>
    <p>Purged.</p>
    <h3>Guru Meditation:</h3>
    <p>XID: 1071483546</p>
    <hr>
    <p>Varnish cache server</p>
  </body>
</html>

Если он кэшируется только для зарегистрированных пользователей, я продолжаю получать результат ниже. (Несмотря на то, что URL делает «Хиты»)

curl -X PURGE http://release.com/user/details
<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
 "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html>
  <head>
    <title>404 Not in Cache.</title>
  </head>
  <body>
    <h1>Error 404 Not in Cache.</h1>
    <p>Not in Cache.</p>
    <h3>Guru Meditation:</h3>
    <p>XID: 998719206</p>
    <hr>
    <p>Varnish cache server</p>
  </body>
</html>

http://release.com/user/details выглядит по-разному в зависимости от того, вошел ли пользователь в систему или нет. . (т.е. у него есть куки isLogin или нет). PURGE не работает для URL-адресов, хешированных в vcl_hash. Кажется, это ошибка или особенность Varnish. Подскажите пожалуйста, что можно сделать.


varnish vcl varnish-vcl
person Charanjeet Kaur    schedule 24.08.2014    source источник
comment
Вы подтвердили, что вошедшие в систему пользователи вообще получают кешированные страницы? Как правило, ответы, возвращаемые с помощью Set-Cookie, не будут кэшироваться (если вы не переопределите это).   -  person Joshua DeWald    schedule 11.02.2016
comment
Вы поняли это? У меня такая же проблема с лаком 4.1   -  person David Stone    schedule 24.05.2016
comment
@DavidStone, возможно, мой ответ поможет вам   -  person aanton    schedule 10.04.2018

Ответы (2)


arrow_upward
2
arrow_downward

Я понял проблему в моем случае, вероятно, она одинакова для вас и любого, кто использует vcl_hash с purge. Хэш используется для очистки, поэтому вся информация запроса, используемая для хэша, должна присутствовать для выполнения очистки. В вашем случае вы проверяете файл cookie if(req.http.Cookie ~ "isLogin"), поэтому вы должны отправить этот файл cookie с запросом на очистку, например:

curl -X PURGE --cookie "isLogin=1" http://release.com/user/details

Если вы хотите очистить все варианты хэша, вам нужно будет вызвать его дважды, один раз с куки и один раз без него.

person David Stone    schedule 24.05.2016

arrow_upward
0
arrow_downward

У нас похожий сценарий. Мы хотим предоставлять разный контент пользователям мобильных и настольных компьютеров (в зависимости от User-Agent).

Мы делаем это без изменения хэша объекта. Мы используем разные варианты (Vary) одного и того же объекта. Прочтите документацию по аннулированию кэша.

Мы используем пользовательский заголовок, который добавляется в beresp.http.Vary (мы также используем этот пользовательский заголовок в нашем бэкэнде).

В нашем сценарии необходимо установить заголовок Vary, который отправляется обратно пользователям (включая Google), чтобы они знали, что ответ зависит от User-Agent. Мы делаем это в vcl_deliver.

sub vcl_recv {
  ...

  if (req.restarts == 0) {
    # Change this code, we are using a CloudFront header
    if (req.http.CloudFront-Is-Mobile-Viewer == "true") {
      set req.http.X-Device-Type = "mobile";
    } else {
      set req.http.X-Device-Type = "desktop";
    }
  }

  ...

  if (req.method == "PURGE") {
    if (!client.ip ~ acl_purge) {
      return(synth(400, "Bad request."));
    }
    return(purge);
  }

  ...
}

sub vcl_backend_response {
    ...

    if (beresp.http.Vary) {
      set beresp.http.Vary = beresp.http.Vary + ", " + "X-Device-Type";
    } else {
      set beresp.http.Vary = "X-Device-Type";
    }

    ...
}

sub vcl_deliver {
  ...

  set resp.http.Vary = "Accept-Encoding, User-Agent";

  ...
}
person aanton    schedule 10.04.2018
comment
Код этого ответа был написан JacoboMarquis - person aanton; 10.04.2018