リバースプロキシの背後にあるアプリケーションサーバーでは、どのサーバーがエラーページを処理する必要がありますか。その理由は何ですか。
別のチームによって管理されているアプリケーションのリバースプロキシ設定があります。現在、アプリケーションサーバーに設定した404ページと403ページは、リバースプロキシエラーページで上書きされています。
アプリケーションサーバーにこれを処理させる方法はありますか？リバースプロキシにこれを行わせることが推奨される理由はありますか？
それはあなたの要件とプロキシに依存します
たとえば、 [〜＃〜] nginx [〜＃〜] は、エラーをインターセプトしてXを実行できます。これにより、アプリケーションサーバーがダウンしている場合でも、キャッシュされたコンテンツを提供できる場合があります（ユーザーによって異なります）。応用）。特定のエラーが発生した場合は、ユーザーを別のURLに送信することをお勧めします。
また、アプリケーションがダウンしている場合でも、エラーページにアクセスできるようにすることができます。これらのエラーページのコンテンツは、さまざまなバックエンドに分散するのではなく、プロキシで維持できるため、より簡単に維持できます（アプリケーションを拡張するときに考えてください）。
プロキシサーバーにエラーページを処理させる場合、エラーが生成されたサイトに関係なく、クライアントに一貫したメッセージを提供することができます。
また、バックエンドサーバーに障害が発生した場合、バックエンドサーバーにアクセスできないため、カスタムエラーページを生成できません。
第3に、個々のサーバーにアクセスしてページが最新であることを確認するのではなく、1セットのカスタムエラーページを更新しておくだけで済みます。