セクション: [なし]
Explanation:
カスタム ドメインを Office 365 に追加する場合は、そのドメインを所有していることを確認する必要があります。これを行うには、MX レコードまたは TXT レコードをそのドメインの DNS に追加します。
ノート：
試験ではこの問題にはいくつかのバージョンがあります。この質問には 2 つの正解が考えられます。
1.テキスト(TXT)
2. メールエクスチェンジャー（MX）
試験で表示される可能性のあるその他の不正解の選択肢には次のものがあります。
1. ホスト情報(HINFO)
2.ホスト(A)
3. ネームサーバー (NS)
参照：
https://docs.microsoft.com/en-us/office365/admin/get-help-with-domains/create-dns-records-at-any-dns-hosting-provider?view=o365-worldwide 質問セット 1

* ベンダーは、Contoso リソースにアクセスするときに、Microsoft アカウントを使用して認証できる必要があります。
ゲスト ユーザーをディレクトリ、グループ、またはアプリケーションに招待できます。これらの方法のいずれかでユーザーを招待すると、招待されたユーザーのアカウントは、ユーザーの種類がゲストで Azure Active Directory (Azure AD) に追加されます。ゲスト ユーザーは、リソースにアクセスするための招待を引き換える必要があります。ユーザーの招待には有効期限がありません。
招待状には、Microsoft アカウントを作成するためのリンクが含まれています。その後、ユーザーは Microsoft アカウントを使用して認証できるようになります。この質問では、ベンダーはすでに Microsoft アカウントを持っているため、それを使用して認証できます。
このソリューションでは、New-AzureADMSInvitationcmdlet を使用し、-InvitedUserEmailAddress パラメーターを指定して、ゲスト アカウントの招待状を作成しています。
ノート：
試験ではこの問題にはいくつかのバージョンがあります。この質問には 2 つの正解が考えられます。
1. Azure portal から、ゲスト アカウントを作成します。
2. Azure Cloud Shell から、New-AzureADMSInvitationcmdlet を実行し、InvitedUserEmailAddress パラメーターを指定します。
試験で表示される可能性のあるその他の不正解の選択肢には次のものがあります。
1. Azure portal から、認証方法を変更します。
2. Azure portal から、ID プロバイダーを追加します。
参照：
https://docs.microsoft.com/en-us/azure/active-directory/b2b/add-users-administrator
https://docs.microsoft.com/en-us/powershell/module/azuread/new-azureadmsinvitation?view=azureadps-2.0 アクセスと認証の管理テストレット 3 これはケース スタディです。ケーススタディは個別に時間が設定されるわけではありません。各ケースを完了したいだけ試験時間を費やすことができます。ただし、この試験には追加のケーススタディやセクションが存在する場合があります。
この試験に含まれるすべての質問を指定された時間内に完了できるように時間を管理する必要があります。
ケーススタディに含まれる質問に答えるには、ケーススタディで提供される情報を参照する必要があります。ケース スタディには、ケース スタディで説明されているシナリオに関する詳細情報を提供する展示やその他のリソースが含まれる場合があります。このケーススタディでは、各質問は他の質問から独立しています。
このケーススタディの最後に、レビュー画面が表示されます。この画面では、試験の次のセクションに進む前に、回答を確認し、変更を加えることができます。新しいセクションを開始した後は、このセクションに戻ることはできません。
ケーススタディを開始するには
このケーススタディの最初の質問を表示するには、「次へ」ボタンをクリックします。質問に答える前に、左側のペインのボタンを使用してケーススタディの内容を調べてください。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題の説明などの情報が表示されます。質問に答える準備ができたら、「質問」ボタンをクリックして質問に戻ります。
概要
Fabrikam, Inc. は、消費者向け製品を製造するエレクトロニクス会社です。Fabrikam には世界中に 10,000 人の従業員がいます。
Fabrikam はロンドンに本社があり、ヨーロッパ、アジア、米国の主要都市に支社があります。
既存の環境
Active Directory環境
ネットワークには、fabrikam.com という名前の Active Directory フォレストが含まれています。フォレストには、ユーザーとコンピューターの認証に使用されるすべての ID が含まれています。
各部門は、ユーザー アカウントとコンピューター アカウントの複数の子 OU を含む最上位の組織単位 (OU) によって表されます。
すべてのユーザーは、[email protected] の UPN 形式を使用してデバイスにサインインすることにより、オンプレミス アプリケーションに対する認証を行います。
Fabrikam は ID フェデレーションを実装する予定はありません。
ネットワークインフラストラクチャ
各オフィスにはインターネットへの高速接続が備わっています。
各オフィスには 2 つのドメイン コントローラーが含まれています。すべてのドメイン コントローラーは DNS サーバーとして構成されます。
fabrikam.com のパブリック ゾーンは、外部 DNS サーバーによって管理されます。
すべてのユーザーは、オンプレミスの Microsoft Exchange Server 2016 組織に接続します。ユーザーは、Outlook Anywhere、Outlook on the web、または iOS 用 Microsoft Outlook アプリを使用して電子メールにアクセスします。すべての Exchange サーバーには、最新の累積的な更新プログラムがインストールされています。
会社の共有ドキュメントはすべて Microsoft SharePoint Server ファームに保存されます。
要件
計画された変更
Fabrikam は、Microsoft 365 Enterprise サブスクリプションを実装し、すべての電子メールと共有ドキュメントをサブスクリプションに移行することを計画しています。
Fabrikam は、次の 2 つのパイロット プロジェクトの実装を計画しています。
* プロジェクト 1: プロジェクト 1 の期間中、営業部門の 100 ユーザーのメールボックスが Microsoft に移動されます。
365。
* プロジェクト 2: プロジェクト 1 が正常に完了すると、営業部門のユーザーに対して Microsoft Teams と Skype for Business が Microsoft 365 で有効になります。
Fabrikam は、すべての Microsoft 365 一括ライセンスの割り当てを管理する UserLicenses という名前のグループを作成する予定です。
技術的要件
Fabrikam は次の技術要件を特定します。
* すべてのユーザーは、現在の電子メール アドレスを使用して Project1 中に電子メール メッセージを正常に交換できる必要があります。
* Active Directory が使用できなくなった場合、ユーザーはクラウド サービスに対して認証できる必要があります。
* User1 という名前のユーザーは、Microsoft 365 管理センターからすべての DLP レポートを表示できる必要があります。
* Microsoft Microsoft 365 Apps for enterprise アプリケーションは、ネットワーク共有からのみインストールする必要があります。
* 電子メールへのアクセスの中断は最小限に抑える必要があります。
申請要件
Fabrikam は、次のアプリケーション要件を特定します。
* App1 という名前のオンプレミス Web アプリケーションでは、ユーザーが経費報告書をオンラインで完了できるようにする必要があります。
App1 は、ユーザーがマイ アプリ ポータルから利用できる必要があります。
* Microsoft 365 Apps for enterprise の機能更新プログラムのインストールは最小限にする必要があります。
セキュリティ要件
Fabrikam は次のセキュリティ要件を特定します。
* Microsoft 365 への計画的な移行後、すべてのユーザーは引き続き UPN を使用してメールボックスと SharePoint サイトに対する認証を行う必要があります。
* UserLicenses のメンバーシップは毎月検証する必要があります。使用されていないユーザー アカウントはグループから自動的に削除する必要があります。
* Microsoft 365 への計画的な移行後は、すべてのユーザーがオンプレミスおよびクラウドベースのアプリケーションに自動的にサインインする必要があります。
* 最小特権の原則を使用する必要があります。

Azure AD パススルー認証。1 つ以上のオンプレミス サーバー上で実行されるソフトウェア エージェントを使用して、Azure AD 認証サービスの簡単なパスワード検証を提供します。サーバーはオンプレミスの Active Directory を使用してユーザーを直接検証するため、パスワード検証がクラウドで行われないことが保証されます。
不正解:
B: パスワード ハッシュ同期により、パスワードが Azure Active Directory にレプリケートされます。これは次の要件を満たしていません: すべてのユーザー パスワードをオンプレミスのみに保存する C: パスワード ハッシュ同期によりパスワードが Azure Active Directory にレプリケートされます。これは、次の要件を満たしていません: すべてのユーザー パスワードをオンプレミスのみに保存する D: フェデレーションには、Active Directory フェデレーション サービスを実行する追加のサーバーが必要です。これは、次の要件を満たしていません: 既存のサーバー インフラストラクチャのみを使用する。
参照：
https://docs.microsoft.com/en-us/azure/security/fundamentals/choose-ad-authn

参照：
https://docs.microsoft.com/en-us/office365/securitycompliance/supervision-policies

参照：
https://docs.microsoft.com/en-us/azure/active-directory/conditional-access/best-practices
https://techcommunity.microsoft.com/t5/Enterprise-Mobility-Security/Conditional-Access-now-in-the-new-Azure-portal/ba-p/250060