Lack 4 -, Spül - ich dachte, ich hätte alles herausgefunden

Gut, ich werde es einfach halten, PURGE Anfragen (oder so dachte ich?) waren so ziemlich alle behandelt wörtlich:

acl purge {

    "localhost";

    "127.0.0.1";

}

dann

if (req.method == "PURGE") {
            if (!client.ip ~ purge) {
            return(synth(405, "This IP is not allowed to send PURGE requests."));
            }
            return (purge);
    }

Ich ziemlich sicher beide der obigen Aussagen sind "richtig", das, was ich bin hung-up auf, dass, wenn ich schickte eine 

curl -X PURGE http://domain.com/

oder

curl -X PURGE http://domain.com/.*

Lack und zurück schickt 200 Gelöscht... die cache gelöscht? Auch wenn es nur die homepage und nicht den gesamten cache (schwöre, es war alle mit den oben genannten .* Methode) ist, und die oben genannten code-Schnipsel korrekt sind, gibt es einen bestimmten Grund, http://domain.com (wie in der eigentlichen homepage) nicht gelöscht?

varnishncsa zeigt:

MYIP - - [16/Feb/2015:23:23:10 -0600] "PURGE http://domain.com/HTTP/1.1" 200 241 "-" "curl/7.29.0"

Ich weiß, ich muss fehlt etwas dumm, aber ich kann nicht es herausfinden?

  • Haben Sie dachte, dies noch hin?
InformationsquelleAutor alturic | 2015-02-17
  1. 1

    Den offizielle Dokumentation sagt im Grunde, was Sie getan haben, aber im Kopf behalten, SÄUBERUNG != BAN, Sie können reguläre Ausdrücke in BANN, aber nicht ENTFERNEN. Mit PURGE löschen Sie alle Unterschiedlich definiert Kopien von einer bestimmten url.

    In meinen tests mit 4.0.2 funktioniert es, wie angeraten, habe ich die homepage zwischengespeichert, ich habe eine curl -X PURGE http://localhost:8080/ und in varnishlog sehe ich (unter anderem):

    *   << Request  >> 65542     
-   Begin          req 65541 rxreq
-   Timestamp      Start: 1424188792.108573 0.000000 0.000000
-   Timestamp      Req: 1424188792.108573 0.000000 0.000000
-   ReqStart       ::1 60496
-   ReqMethod      PURGE
-   ReqURL         /

-   VCL_acl        MATCH purge "localhost"
-   VCL_return     purge
-   VCL_call       HASH
-   VCL_return     lookup
-   VCL_call       PURGE

    - Und nachladen sehe ich eine MISS & backend-Anforderung (weil es nicht in den cache):

    *   << BeReq    >> 65548     
-   Begin          bereq 65547 fetch
-   Timestamp      Start: 1424188815.112540 0.000000 0.000000
-   BereqMethod    GET
-   BereqURL       /
-   BereqProtocol  HTTP/1.1

-   VCL_call       BACKEND_RESPONSE
-   TTL            VCL 120 21600 0 1424188815
-   VCL_return     deliver

*   << Request  >> 65547     
-   Begin          req 65546 rxreq

-   ReqMethod      GET
-   ReqURL         /

-   VCL_return     hash
-   VCL_call       HASH
-   VCL_return     lookup
-   Debug          "XXXX MISS"
-   VCL_call       MISS
-   VCL_return     fetch
-   Link           bereq 65548 fetch

    BTW Hinzufügen "::1", um die Liste der IP-Adressen in die acl purge Fall, Sie sind mit ipv6. Es würde zurückgeführt haben 405, aber wer weiß.

    • Siehe, das ist die Sache, die ich tun curl -X-PURGE domain.com (der Lack ist auf 80) und es kommt wieder die 200 Gelöscht, da die Antwort aber ich kann nicht scheinen zu finden, alles gelöscht. Selbst wenn es funktionierte, wie eine wörtliche übereinstimmung der tatsächlichen index.php Datei (homepage) SOLLTE gelöscht werden, Nein?
    • Kann keine Kommentare Bearbeiten, aber auch wenn ich curl -X-PURGE localhost alles (curl-Ausgang, varnishlog, etc) alle scheinen zu zeigen, eine 200 Antwort, aber die Seite wird nicht gelöscht. Zusätzliche Frage, Lack ist "dumm", wenn es um die eigentliche purge-lookup - /Antwort-also wenn ich einen purge localhost/nicht-existierende-Datei es in der Regel noch zeigen 200 rechts? Sie mag es nicht, überprüfen Sie zunächst, ob der cache vorhanden ist, vor der Rücksendung eine Säuberung Antwort richtig?
    • Ja, das ist richtig, wenn Sie berechtigt sind, zu bereinigen, bekommen Sie einen 200 immer. Sie müssen vorsichtig sein, über die Weitergabe der richtige hostname (-H "Host: domain.com"), und den gleichen Pfad ("/" != "/index.php") so kann es zu bereinigen das richtige Objekt. Der check ist, dass später eine GET-Anforderung für das Objekt-Ergebnisse in eine VERPASSEN.
    InformationsquelleAutor Jorge Nerín
Schreibe einen Kommentar