如何在Nginx中设置后备错误页面？

目前，我正在配置nginx对某些错误页面和其他“默认”媒体文件（例如favicon.ico和robots.txt）的处理，但遇到了一个小问题，即我无法以某些错误页面的方式工作。

基本上，我想做的是为该服务器的根目录下的服务器提供某些文件，例如/var/www/someserver.com/robots.txt。如果该文件不存在，我希望nginx转到“默认”，即/var/www/default/robots.txt。这是我如何（成功）配置的基本要点：

server {
    ...
    root /var/www/someserver.com;

    location ~* ^/(robots\.txt)$ {
        error_page 404 = @default;
    }

    location @default {
        root /var/www/default;
    }
}

效果很好。

我正在尝试对错误页面执行相同的操作，但是我无法做到这一点：

server {
    ...
    root /var/www/someserver.com;

    error_page 404   /404.html;

    location ~* ^/(404\.html)$ {
        error_page 404 = @default;
    }

    location @default {
        root /var/www/default;
    }
}

请注意，在您访问someserver.com/404.html的意义上，这种“工作方式”会首先尝试加载/var/www/someserver.com/404.html，然后回退到/ var / www / default /404.html（如果找不到）。但是，如果您访问someserver.com/blahblah，则仅在/var/www/someserver.com/中设置时才会显示404页面。如果该文件不存在，它不会退回到默认目录。

无论如何，您可能可以完成我想完成的工作（这就是为什么我包括了第一个工作示例）。

有任何想法吗？

编辑：

根据Martin F的回答，这就是我最终得出的结论：

# Doesn't work when error page is returned on a POST request
server {
    ...
    root /var/www/someserver.com;

    error_page  404         = @notfound;
    error_page  500 502 504 = @server_error;
    error_page  503         = @maintenance;

    location @notfound {
        try_files /404.html /../default/404.html =404;
    }

    location @server_error {
        try_files /500.html /../default/500.html =500;
    }

    location @maintenance {
        try_files /503.html /../default/503.html =503;
    }
}

这很棒。上面的error_pages和位置的实际块位于每个虚拟主机都包含的server_defaults.conf文件中，这就是为什么我没有将路径硬编码到每个位置中，而是使用相对路径作为默认值的原因。

编辑2：

这种方法有问题。如果您将POST发送到返回错误的URL，则将使用try_files尝试发送POST请求方法。（对我而言）这将导致405不允许错误，因为nginx本质上是尝试将其发布到例如/default/500.html而不是仅获取该页面。

编辑3：

我发布了一个解决方案，该解决方案与我的最初想法更加接近。

最后我做了一个更接近我最初想法的事情。我缺少的钥匙原来是指令recursive_error_pages。我真正要做的就是将其打开，我的最初想法起作用了。这是我的会议的相关部分现在看起来像：

server {
    ...

    root /var/www/someserver.com/;

    error_page 400 404      /404.html;
    error_page 500 502 504  /500.html;
    error_page 503          /503.html;

    recursive_error_pages   on;

    location ~* ^/(404\.html|500\.html|503\.html)$ {
        log_not_found off;
        error_page 404 = @default;
    }

    location @default {
        log_not_found on;
        root /var/www/default;
    }
}

我在这里包括了其他错误类型，这些错误类型不是我原来的问题的一部分，因为这最终导致我在Martin F的方法上遇到了困难，否则效果非常好。该log_not_found指令只是确保当在原始根目录中找不到错误页面时，我不会在日志中得到404。

try_files是前往此处的方法。以下配置应该可以使用，但我尚未对其进行语法错误测试。

server {
    ...
    root /var/www;

    location / {
        try_files /someserver.com$uri /default$uri /someserver.com$uri/ /default$uri/ @notfound;
    }

    location @notfound {
       try_files /someserver/404.html /default/404.html =404; # =404 should make it use the nginx-default 404 page.
    }
}

不幸的是，我的答案迟到了几年，但我认为这可能对将来的搜索者有所帮助。我安装的Nginx版本是1.2.4，并且创建了以下配置代码段，

server {

server_name www.example.com
root /var/www/example


## Errors -> Locations
error_page   400 /400.html;
error_page   403 /403.html;
error_page   404 /404.html;
error_page   500 502 503 504 /50x.html;

## Locations -> Fallback
location = /400.html {
    try_files /400.html @error;
    internal;
}
location = /403.html {
    try_files /403.html @error;
    internal;
}
location = /404.html {
    try_files /404.html @error;
    internal;
}
location = /50x.html {
    try_files /50x.html @error;
    internal;
}

## Fallback Directory
location @error {
    root /var/www/error;
}

}

我发现将“ proxy_intercept_errors on”包括在内至关重要。在任何还包含error_page的位置块中。

如果没有此设置，则定位块将拦截从上游返回的错误代码。

http://nginx.org/zh-CN/docs/http/ngx_http_proxy_module.html#proxy_intercept_errors