当应用服务器位于反向代理后面时,哪个服务器应该处理错误页面以及为什么?

当应用服务器位于反向代理后面时,哪个服务器应该处理错误页面以及为什么?

我们为应用程序设置了反向代理,由另一个团队管理。目前,我们在应用程序服务器上设置的 404 和 403 页面已被反向代理错误页面覆盖。

有没有办法让应用服务器处理这个问题?有什么理由建议让反向代理来做这件事吗?

答案1

这取决于您的要求和代理

例如NGINX可以为您拦截错误,然后执行 X。即使应用服务器已关闭(取决于您的应用程序),这也可以让您提供缓存内容。如果用户遇到某个错误,您可能希望将用户发送到不同的 URL。

它还允许您在应用程序关闭时访问错误页面。维护这些错误页面的内容更简单,因为它们可以在代理上维护,而不是分散在不同的后端(在扩展应用程序时考虑一下)

答案2

如果您让代理服务器处理错误页面,那么无论错误是在哪个站点生成的,您都可以向客户端提供一致的消息。

此外,如果后端服务器发生故障,后端服务器将无法访问,因此无法生成自定义错误页面。

第三,您只需要保持一组自定义错误页面更新,而不必去每个单独的服务器并确保页面是最新的。

相关内容