Capture des erreurs de type upstream down (502) et affichage d'une page d'erreur personnalisée

Merci Justin et Michael de m'avoir orienté dans la bonne direction, c'est en effet un bloc de localisation qui cause mes problèmes, en particulier :

location / {
    try_files   $uri $uri/ @server;
    error_page  403 = @server;
}

En gros, j'essayais d'être malin et d'attraper $uri/ (403 se produit lorsque vous essayez d'accéder à un dossier qui existe mais qui n'a pas de fichier d'index ou d'auto-indexation) et redirigez-le vers @server également.

Mais n'est-ce pas try_files $uri $uri/ @server; seul, c'est suffisant ?

Imaginez que vous essayez d'accéder http://example.com/ nginx dira, oh ce dossier existe (c'est votre root ) mais aucun index n'a été trouvé, et nous jetons 403 au lieu de passer sur @server bloc.

C'est ainsi que j'ai trouvé la solution 403, mais je n'ai pas réalisé qu'elle avait un coût : cela signifie que nginx a déjà détecté une erreur et utilisé error_page dans le même location pour le traiter (en le passant à @server ).

Si l'on ajoute à cela les tests que j'ai effectués dans la question, il semble que nginx (v1.7.x) ne tienne pas compte de la suite des événements. error_page à ce stade et utiliser la directive 502 par défaut à la place.

La partie intéressante : comment contourner ce problème ?

Ma solution est de mettre en place une route correspondant exactement à la racine à la place, maintenant il n'est plus nécessaire d'attraper 403 sur la racine, et error_page fonctionne comme prévu.

error_page 502 /error-502.html;

location = /error-502.html {
    internal;
    root /srv/example.com/html;
}

location = / {
    try_files $uri @server;
}

location / {
    try_files $uri $uri/ @server;
}