プラットフォームで管理されるスケーラブルで高可用性のアプリケーション配信コントローラーをサービスとして提供する Azure サービス。
こんにちは @12G-4164、
英語からの翻訳のため、文法的な誤りがある場合はご容赦ください。
現在、Azure Front Door は、バックエンドの HTTP エラーコード(404、500、503 など)に基づいたカスタムエラーページをサポートしていません。オリジンサーバーがエラーを返した場合、Front Door はその応答をクライアントにそのまま返し、Front Door レイヤーでユーザーをカスタムエラーページにリダイレクトすることはできません。
Azure Front Door のルールセット(ルールエンジン)はリダイレクトやトラフィックのルーティングを変更できますが、これらはリクエストがオリジンに転送される前に評価され、受信リクエストの条件(URL パス、ホスト、ヘッダー、プロトコルなど)のみに基づいています。ルールセットはバックエンドの応答を検査できないため、オリジンから返される HTTP エラーコードに対応することはできません。
WAF によってブロックされたリクエストに対してカスタムエラー応答がサポートされていることに気づかれたかもしれません。これは想定される動作です。Web アプリケーションファイアウォール(WAF)がリクエストをブロックした場合、Azure Front Door ではカスタムステータスコードと応答本文を設定できます。ただし、この機能は WAF によって生成されたブロックにのみ適用され、バックエンドまたはアプリケーションのエラーには適用されません。
HTTP ステータスコードごとのカスタムブランドエラーページ(たとえば、カスタム 503 ページ)が必須要件である場合は、**アプリケーション/バックエンドレベルで処理するか、特定の HTTP ステータスコードのカスタムエラーページをネイティブにサポートする Azure Application Gateway を使用する必要があります。
Azure Application Gateway のカスタムエラーページ
上記の情報がお役に立てば幸いです。この件に関してさらにご質問がありましたら、お気軽にお問い合わせください。
現在「計画中」となっているこの機能に関するAzureフィードバック投稿に、ぜひ賛成票(アップボート)をお願いします。
上記の情報がお役に立ちましたら、「回答を承認」ボタンをクリックしてください。