我们为另一个团队pipe理的应用程序提供反向代理设置。 目前我们在应用程序服务器上设置的404和403页面被反向代理错误页面覆盖。
有办法让应用程序服务器处理这个？ 有什么理由让反向代理这样做是明智的吗？
这将取决于您的要求和代理
例如， NGINX可以为您拦截错误，然后执行X.这可能允许您提供caching的内容，即使应用程序服务器已closures（取决于您的应用程序）。 如果他们得到某个错误，您可能需要将用户发送到其他url。
它还允许您即使应用程序closures也能访问错误页面。 维护这些错误页面的内容更简单，因为它们可以在代理上维护，而不是分散在不同的后端（在扩展应用程序时考虑）
如果您有代理服务器处理错误页面，则可以向客户端提供一致的消息，而不pipe该错误是由哪个站点生成的。
另外，如果后端服务器发生故障，后端服务器将无法访问，因此无法生成自定义错误页面。
第三，你只需要保留一组自定义的错误页面，而不是去每个单独的服务器，并确保页面是最新的。