説明

ボックス 1: いいえ。VM4 は NSG3 が接続されている Subnet13 にあります。
VM1 は ASG1 にあります。NSG3 は ASG2 からの ICMP ping のみを許可しますが、ASG1 からの ICMP ping は許可しません。ASG1 からは TCP トラフィックのみが許可されます。
NSG3 には、次の表に示す受信セキュリティ ルールがあります。

ボックス 2: はい。
VM2 は ASG2 にあります。ASG2 からは任意のプロトコルが許可されるため、ICMP ping が許可されます。
ボックス3。VM1 は ASG1 にあります。ASG1 からの TCP トラフィックが許可されるため、Web サーバーへの接続はポート TCP 80 または TCP 443 上で行われるため、VM1 は Web サーバーに接続できます。

参照：
https://docs.microsoft.com/en-us/azure/governance/policy/concepts/Effects

タスクの説明で以下の手順を確認してください。
説明
[email protected] という名前の新しいユーザーを含む 28681041.onmicrosoft.com という名前の新しい Azure AD ディレクトリを作成するには、次の手順を実行します。
Azure portal で、Azure Active Directory を検索して選択します。
左側のペインで、「ドメイン」を選択します。
「ドメインの追加」を選択します。
[カスタム ドメインの追加] ペインで、次の情報を入力します。
ドメイン名: 使用するドメイン名を入力します。たとえば、28681041.onmicrosoft.com。
ドメインの追加: [ドメインの追加] を選択します。
左側のペインで、「ユーザー」を選択します。
「新規ユーザー」を選択します。
[新しいユーザー] ペインで、次の情報を入力します。
ユーザー名: 使用するユーザー名を入力します。例えば、
[email protected]。
名前: ユーザーの名前を入力します。
パスワード: ユーザーのパスワードを入力します。
グループ: ユーザーをメンバーにしたいグループを選択します。
「作成」を選択します。
これらのトピックの詳細については、次の Microsoft ドキュメントを参照してください。
カスタム ドメイン名を Azure Active Directory に追加する
組織内に新しいユーザーを作成する - Azure Active Directory

Azure Policy は、deployIfNotExists ポリシー定義内のテンプレートを実行するときに、マネージド ID を使用して実行します。
参照：
https://docs.microsoft.com/bs-latn-ba/azure/governance/policy/how-to/remediate-resources

説明
B: Web アプリのカスタム ドメインをホストするように Azure DNS を構成できます。たとえば、Azure Web アプリを作成し、www.contoso.com または contoso.com を完全修飾ドメイン名 (FQDN) として使用してユーザーにアクセスさせることができます。
これを行うには、次の 3 つのレコードを作成する必要があります。
contoso.com を指すルート「A」レコード
検証用のルート「TXT」レコード
A レコードを指す www 名の「CNAME」レコード
E: カスタム DNS 名を Web アプリにマップするには、Web アプリの App Service プランが有料レベル (Azure Functions の共有、ベーシック、スタンダード、プレミアム、または従量課金制) である必要があります。I App Service プランをスケールアップします。無料でないレベル (D1、B1、B2、B3、または運用カテゴリの任意のレベル) のいずれかを選択します。
参考文献:
https://docs.microsoft.com/en-us/azure/dns/dns-web-sites-custom-domain
トピック 1、Contoso
これはケーススタディです。ケーススタディは個別に時間が設定されるわけではありません。各ケースを完了したいだけ試験時間を費やすことができます。ただし、この試験には追加のケーススタディやセクションが存在する場合があります。この試験に含まれるすべての質問を指定された時間内に完了できるように時間を管理する必要があります。
ケーススタディに含まれる質問に答えるには、ケーススタディで提供される情報を参照する必要があります。ケース スタディには、ケース スタディで説明されているシナリオに関する詳細情報を提供する展示やその他のリソースが含まれる場合があります。このケーススタディに関する各質問は、他の質問から独立しています。
このケーススタディの最後に、レビュー画面が表示されます。この画面では、試験の次のセクションに進む前に、回答を確認し、変更を加えることができます。新しいセクションを開始した後は、このセクションに戻ることはできません。
ケーススタディを開始するには
このケーススタディに関する最初の質問を表示するには、「次へ」ボタンをクリックします。質問に答える前に、左側のペインのボタンを使用してケーススタディの内容を調べてください。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題の説明などの情報が表示されます。ケーススタディに [すべての情報] タブがある場合、表示される情報は後続のタブに表示される情報と同じであることに注意してください。質問に答える準備ができたら、「質問」ボタンをクリックして質問に戻ります。
概要
Contoso, Ltd. は、モントリオールに本社を置き、シアトルとニューヨークに 2 つの支社を構えるコンサルティング会社です。
同社はサーバー インフラストラクチャ全体を Azure でホストしています。
Contoso には、Sub1 と Sub2 という名前の 2 つの Azure サブスクリプションがあります。どちらのサブスクリプションも、contoso.com という名前の Azure Active Directory (Azure AD) テナントに関連付けられています。
技術的要件
Contoso は次の技術要件を特定します。
* Azure Firewall を Sub2 の VNetWork1 にデプロイします。
* App2 という名前のアプリケーションを contoso.com に登録します。
* 可能な限り、最小特権の原則を使用してください。
* contoso.com に対して Azure AD Privileged Identity Management (PIM) を有効にする
既存の環境
Azure AD
Contoso.com には、次の表に示すユーザーが含まれています。

Contoso.com には、次の表に示すセキュリティ グループが含まれています。

サブ1
Sub1 には、RG1、RG2、RG3、RG4、RG5、および RG6 という名前の 6 つのリソース グループが含まれています。
User2 は、次の表に示す仮想ネットワークを作成します。

Sub1 には、次の表に示すロックが含まれています。

Sub1 には、次の表に示す Azure ポリシーが含まれています。

サブ2

Sub2 には、次の表に示す仮想マシンが含まれています。

すべての仮想マシンにはパブリック IP アドレスと Web サーバー (IIS) の役割がインストールされています。各仮想マシンのファイアウォールでは、ping リクエストと Web リクエストが許可されます。
Sub2 には、次の表に示すネットワーク セキュリティ グループ (NSG) が含まれています。

NSG1 には、次の表に示す受信セキュリティ ルールがあります。

NSG2 には、次の表に示す受信セキュリティ ルールがあります。

NSG3 には、次の表に示す受信セキュリティ ルールがあります。

NSG4 には、次の表に示す受信セキュリティ ルールがあります。

NSG1、NSG2、NSG3、および NSG4 には、次の表に示す送信セキュリティ ルールがあります。

Contoso は次の技術要件を特定します。
* Azure Firewall を Sub2 の VNetwork1 にデプロイします。
* App2 という名前のアプリケーションを contoso.com に登録します。
* 可能な限り、最小特権の原則を使用してください。
* contoso.com に対して Azure AD Privileged Identity Management (PIM) を有効にします。