Comment ajouter des en-têtes sans cache aux 404 pages servies par apache et nginx?

J'ai récemment rencontré un problème après être passé à Cloudflare, et la solution consiste essentiellement à empêcher Cloudflare de mettre en cache les réponses 404.

Dans notre configuration multi-serveurs à charge équilibrée, des 404 occasionnels se produisent, mais ils sont rapidement corrigés par rsync (via lsyncd). Avant Cloudflare, une nouvelle demande au fichier 404ed deviendrait très rapidement 200 alors que rsync fait son travail.

Cependant, puisque Cloudflare met en cache toutes les données en fonction de l'en-tête de mise en cache, et ni apache ni nginx n'envoient un en-tête sans cache pour les 404, Cloudflare finit par mettre en cache la réponse 404 pendant un certain temps.

J'ai cherché une solution pour ajouter globalement un tel en-tête pour 404s à la fois dans apache et nginx (globalement, pour tous les domaines hébergés), mais jusqu'à présent, nous sommes vides.

Quelqu'un peut-il aider?

Je vous remercie.

Vous ne pouvez pas vous en tirer en utilisant une directive error_page, puis gérer l'emplacement séparément avec l'en-tête ajouté?

par exemple dans Nginx:

    server {
      ...
      error_page 404 /404.html;
      location = /404.html {
        root   /usr/share/nginx/html;
        add_header Cache-Control "no-cache" always;
      }
    }

Vous pouvez aussi le faire de cette façon:

map $status $cache_header {
    default <for_other_codes>;
    404     "no-cache";
}


server {

    [ ... ]

    add_header "Cache-Control" $cache_header always;

}

Dans apache 2.4, vous pouvez essayer quelque chose comme:

FileETag None
<IfModule mod_headers.c>
    Header always unset ETag "expr=%{REQUEST_STATUS} == 404"
    Header always set Cache-Control "max-age=0, no-cache, no-store, must-revalidate" "expr=%{REQUEST_STATUS} == 404"
    Header always set Pragma "no-cache" "expr=%{REQUEST_STATUS} == 404"
    Header always set Expires "Wed, 11 Jan 1984 05:00:00 GMT" "expr=%{REQUEST_STATUS} == 404"
</IfModule>

Le alwaysest important car il s'agit d'un:

Vous ajoutez un en-tête à une réponse non réussie (non-2xx) générée localement, telle qu'une redirection, auquel cas seule la table correspondant à toujours est utilisée dans la réponse finale.

Vous avez dit tous les 404, mais pour référence complète, bien sûr, il pourrait être judicieux d'envelopper cela dans un <FilesMatch>ou <LocationMatch>de limiter la portée.

Je pense que c'est une nouvelle capacité dans Apache 2.4 car l'utilisation des exprconditions n'est pas la version 2.2 de la documentation de mod_headers.

curl -I [foo] tester sans cette config:

HTTP/1.1 404 Not Found
Date: Thu, 24 May 2018 17:44:29 GMT
Server: Apache/2.4.18 (Ubuntu)
Content-Type: text/html; charset=iso-8859-1

curl -I [foo] tester avec cette config:

HTTP/1.1 404 Not Found
Date: Thu, 24 May 2018 17:44:42 GMT
Server: Apache/2.4.18 (Ubuntu)
Cache-Control: max-age=0, no-cache, no-store, must-revalidate
Pragma: no-cache
Expires: Wed, 11 Jan 1984 05:00:00 GMT
Content-Type: text/html; charset=iso-8859-1

Sources:

http://httpd.apache.org/docs/current/mod/mod_headers.html

mes cinq cents sur la question -

dans notre projet PHP, nous avons quelques 404 pages, donc je décide de le faire au niveau PHP en utilisant les fonctions PHP header ()