概要

これまでの「オンプレ編」では、Azure の仮想マシン（IaaS）を使って、社員番号から名前を検索できるシンプルな社内システムを構築してきました。Active Directory、SQL Server、ADFS などを組み合わせ、オンプレミスの構成を仮想的に再現しています。

クラウド編では、これまでの構成をベースにしつつ、Azure のマネージドサービス（PaaS）を中心とした構成へ段階的に移行していきます。

システム構成（今回の対象範囲）

今回のテーマは、Azure Web App にカスタムドメインを設定し、HTTPS でアクセスできるようにすることです。

まず、下図は「クラウド編」の全体構成を示したものです。

Azure Web App** は、前回（第13回）までに仮想ネットワークへの統合と Private Endpoint による閉域接続まで完了しています。

今回の対象範囲は赤枠で示した部分です。
Web App に対して 独自ドメイン（カスタムドメイン）を割り当てる構成を実装していきます。

これにより、既定の *.azurewebsites.net ドメインではなく、任意のドメイン名（例：employee.azuretest0905.com）でアクセスできるようになります。

さらに、Azure App Service が提供する無料のマネージド証明書を利用して、HTTPS 通信も有効化します。

Azure Web App は、作成直後の状態では 〇〇.azurewebsites.net という規定のドメインでアクセスする必要があります。
そのままでも動作はしますが、社内向けのシステムとしては扱いにくく、利便性にも欠けます。

今回は、事前に取得していた独自ドメインを Web App に割り当てることで、任意のドメイン名でアクセスできるように構成します。
ドメインはお名前.com で取得しており、証明書には Azure App Service のマネージド証明書を使用します。

カスタムドメインを割り当てるには、まずドメインの所有権を確認する必要があります。
Azure ポータル上に表示される TXT レコードの値を、お名前.com の DNS 管理画面で追加します。

カスタムドメインを割り当てるには、まずドメインの所有権を確認する必要があります。
Azure ポータル上に表示される TXT レコードおよびCNAME レコードの情報をもとに、
お名前.com の DNS 管理画面でそれぞれのレコードを追加します。

レコードの追加後、Azure 側での検証が完了するまで数分かかります。
今回はおよそ10分程度で所有権の確認が完了しました。

カスタムドメインの登録が完了したら、Azure Web App の「証明書」タブを確認します。
マネージド証明書が自動で発行されており、証明書情報が表示されていることが確認できます。

App Service マネージド証明書は、Azure が提供する無料の SSL/TLS 証明書です。
証明書の発行や更新はすべて自動で行われるため、有効期限を手動で管理する必要がありません。
この機能により、運用負荷を抑えつつ、安全な通信を実現することができます。

カスタムドメインの設定と HTTPS 対応が完了した後、実際にブラウザでアクセスして動作を確認します。

設定したカスタムドメインの URL で Web アプリが正しく表示され、HTTPS 通信も有効になっていることが確認できました。

実際にブラウザ上で証明書情報を確認してみると、以下のような証明書チェーンになっていました。

最上位には、DigiCert が提供するルート証明書 「DigiCert Global Root CA」 があり、
その下に中間証明書として 「GeoTrust Global TLS RSA4096 SHA256 2022 CA1」 が配置されています。

GeoTrust は、現在は DigiCert 傘下のブランドであり、業界でも広く利用されている信頼性の高い認証局です。
Azure App Service のマネージド証明書でも、このような実績ある認証局の証明書が内部的に使われていることがわかります。

一番下には、今回カスタムドメインに対して割り当てられた サーバー証明書（www.azuretest0905.com） が表示されています。
これは Azure App Service が自動で発行・管理しているもので、ユーザーが手動で用意する必要はありません。

このように、Azure のマネージド証明書機能を使うことで、内部的には業界標準の信頼チェーンが構成され、安全な HTTPS 通信が実現されています。