Azure Application Gateway + Azure App Service 構成で App Service 証明書を使う | DevelopersIO
いわさです。 Azure Application Gateway + Azure App Service でカスタムドメインを APp Service 証明書で行う機会がありました。 当初ササッと終わるかなと思っていたのですが意外に戸惑いました。 設定方法など残しておきたいと思います。 きっかけ カスタムドメインなしで Application Gateway をフロントに、バックエンドに App Service という構成を検証していました。 カスタムドメインなしでデフォルト設定で Application Gateway を構成すると、App Serivice へ転送される Host ヘッダーの問題でヘルスチェックに失敗しました。 App Service はリクエストヘッダーでルーティングされており、デフォルト構成だと Application Gateway のホストヘッダーが転送されるの
Application Gateway - App Service 間のリダイレクトの問題
こんにちは、Azure テクニカル サポート チームの大塚です。 この記事では Application Gateway と App Service を組み合わせた時によくお問い合わせをいただくリダイレクトの問題についてご紹介させていただきます。 はじめにApplication Gateway のバックエンドにマルチテナントである App Service を指定するシナリオでは、App Service の 既定の FQDN（xxx.azurewebsites.net）をバックエンドに配置し、この FQDN でホスト名の上書きを行うことで実現させることが一般的です。 ※詳細はこちらのドキュメントをご参照ください。 しかしながら Application Gateway のフロント エンドにカスタム ドメインを設定しており、バックエンドに指定した App Service 側でリダイレクトの応答が返
Application Gateway のバックエンドの Web Apps を Private Endpoint で保護する
はじめに Azure Application Gateway (AppGw) の L7 のロードバランサーであり、バックエンドに Azure App Service の Web Apps を配置することが可能です。Web Apps は PaaS サービスなので、ネットワークを気にせず利用する場合、AppGw -> Web Apps の通信はインターネット側を通る構成となります。 閉域化の要件がある場合は、こちらのドキュメント[1] に記載のように、AppGw -> Web Apps の通信も Private Endpoint 経由とするのが良いでしょう。本記事ではその構成を試してみます。 試してみる Web Apps のデプロイ Web Apps をデプロイします。デプロイ後、展開されるURLにアクセスして、起動していることを確認します。この時点ではパブリックアクセス可能な状態です。 Ap
App Service へのトラフィックを管理する - Azure Application Gateway
Application Gateway では、App Service アプリまたはその他のマルチテナント サービスをバックエンド プール メンバーとして使用できます。 この記事では、Application Gateway を使用して App Service アプリを構成する方法について説明します。 Application Gateway の構成は、App Service にアクセスする方法によって異なります。 1 つ目のオプションでは、Application Gateway とバックエンドの App Service の両方でカスタム ドメインを使います。 2 つ目のオプションでは、Application Gateway は、既定のドメインに ".azurewebsites.net" というサフィックスを付けたものを使って App Service にアクセスします。 カスタム ドメイン (推
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
