sidebarIdM実験室いろんなアイデンティティ管理系製品やサービスの実験の記録をしていきます。後は、関連するニュースなどを徒然と。B2C]遂にカスタムドメインがやってきたこんにちは、富士榮です。B2Cユーザ最大の要望だったカスタムドメイン(b2clogin.comのサブドメインではなく持ち込みのドメイン)がようやくパブリック・プレビューになりました。B2Cを使っているはずのレアル・マドリードのサイトを見ると自前ドメインを使ってるやん、、的な羨望の眼差しを抱えつつ実案件ではUSまで押しかけてプライベート・プレビューとして個別にカスタムドメインをアンロックしてもらったり、と苦労していたものです。Appをフロントにたててrewriteを使って無理矢理カスタムドメインを実現してしまう猛者まで現れる、という状態でした。Protectionを使ったクライアント判定もできなくなるのでオススメはできません)ということで、ようやくパブリック・プレビューです。B2Cの手前においてURLのRewriteする、という形です。これ、上で紹介した猛者のやってた技をオフィシャルに実装した、という感じなんですね。Protectionなどはちゃんと効くのか、などはおいおい深堀りしてみるとして、まずはファーストルックです。Doorにカスタムドメインを設定するという流れです。順に確認してみましょう。B2Cの管理を行う、という形になります。ADの管理メニューを開くと実体の管理ができるようになります。ADなのでカスタムドメインを追加することができます。ここで普通にカスタムドメインを追加し、ドメインの所有権の確認を行います。これで第1段階はOKです。Doorを作って構成します。Doorは単純なエッジで動くレイヤ7のフロントサービスで、SSLのオフロードなどを含め高スケーラビリティなWebアプリをデプロイするのに役に立つサービスです。必要な設定は、フロントエンド設定(リクエストを受けるドメイン)バックエンド(振り分け先となるWebアプリケーション)振り分けルール(パスやポートなど、バックエンドへの振り分け条件の設定)の3種類です。Doorドメイン(azurefd.net)上の名前を定義します。※どっちみち後でカスタムドメインをつけるので適当でOK、っていうことです。次にバックエンドです。B2Cのテナントドメイン名(xxx.b2clogin.com)を設定します。最後が振り分けルールです。ここでは特に考えずにフロントとバックエンドをストレートにマッピングしておきます。ここもカスタムドメインを追加した後でちゃんと設定しますので仮でOKです。Doorの基本設定は完了です。Doorにもカスタムドメインを設定します。ADに設定したドメインと同じものを使う必要があります。Doorのフロントエンドまたはドメインよりカスタムドメインを追加します。CNAMEの設定と検証が走るので必要なレコードをDNSサーバ上に設定する必要がありますが、設定としては単純にカスタムドメインを追加するだけです。正常にドメインが追加できたら、振り分け規則についてもカスタムドメインの設定を行います。フロントエンドまたはドメインの設定より追加したカスタムドメインを選択するだけなので特に難しいことはありません。設定関係はこれで完了です。Door側が勝手に設定するので別途買う必要はありません)ただ、忘れがちな点が何点かあります。外部IdP(LINEの例)のredirect_uriの追加これで本当に設定完了です。試してみるとりあえず適当なアプリの設定を変えたらログイン要求をしてみます。カスタムドメインで動きます。id_tokenの中のIssuerのURIも変わっていることが分かります。むずかしいことはなく、問題なく動きました。いえ気になる点は何点か。B2Cをつごかす場合のIdPのEntityIDも変わっちゃう?などなど。引き続き試してみようと思います。よりアクセス解析を行っています。品質向上のみを目的とし、個人の特定などを目的とはしておりません。中で公開されることはあります。問い合わせ不明点等は管理人までご連絡ください。本プライバシーポリシーは予告なく変更/削除することがあります。プライバシーに関するトラブルについては一切の責任を負いかねますのでご了承ください。