説明

参考文献:
https://blogs.technet.microsoft.com/manageabilityguys/2015/11/19/enabling-the-microsoft-monitoring-agent-in-w

参照：
https://docs.microsoft.com/en-us/azure/vpn-gateway/vpn-gateway-about-vpngateways#gwsku

以下の説明を参照してください。
説明
手順 1: Azure Active Directory テナントを作成する
1. Azure ポータルにアクセスし、Azure サブスクリプションを持つアカウントでサインインします。
2. プラス アイコン (+) を選択し、Azure Active Directory を検索します。

3. 検索結果で Azure Active Directory を選択します。

4. [作成] を選択します。
5. 組織名と初期ドメイン名 (10598168) を入力します。次に、[作成] を選択します。あなたのディレクトリ

創造された。
6. ディレクトリの作成が完了したら、情報ボックスを選択して新しいディレクトリを管理します。次に、テナント ユーザーを追加します。
手順 2: Azure Active Directory テナント ユーザーを作成する
7. Azure ポータルで、Azure Active Directory フライアウトにいることを確認します。


8. [管理] で、[ユーザー] を選択します。
9. [すべてのユーザー] を選択し、[+ 新しいユーザー] を選択します。
10. 通常のユーザー テナントの名前とユーザー名 (user1) を入力します。一時パスワードを表示することもできます。完了したら、[作成] を選択します。
名前: ユーザー1
ユーザー名: [email protected]

参照：
https://docs.microsoft.com/en-us/power-bi/developer/create-an-azure-active-directory-tenant

Azure Firewall には、次の既知の問題があります。
Azure Security Center (ASC) の Just-in-Time (JIT) 機能との競合。
仮想マシンが JIT を使用してアクセスされ、デフォルト ゲートウェイとして Azure Firewall を指すユーザー定義ルートを持つサブネット内にある場合、ASC JIT は機能しません。これは、非対称ルーティングの結果です。パケットは仮想マシンのパブリック IP (JIT がアクセスを開いた) 経由で着信しますが、リターン パスはファイアウォール経由であり、ファイアウォール上にセッションが確立されていないため、パケットがドロップされます。
解決策: この問題を回避するには、ファイアウォールへのユーザー定義ルートを持たない別のサブネットに JIT 仮想マシンを配置します。
シナリオ：

https://www.fast2test.com/AZ-500-practice-test.html 31
Fast2test AZ-500 復習問題集 - New AZ-500 復習問題集
計画された変更の実装に続いて、IT チームは JIT VM アクセスを使用して VM0 に接続できる必要があります。

参考文献:
https://docs.microsoft.com/en-us/azure/firewall/overview
https://www.fast2test.com/AZ-500-practice-test.html 32
Fast2test AZ-500 復習問題集 - New AZ-500 復習問題集
プラットフォーム保護を実装する
テストレット 2
ケーススタディ
これは事例研究です。ケーススタディの時間は個別に設定されていません。各ケースを完了したいだけの試験時間を使用できます。ただし、この試験には追加のケース スタディやセクションがある場合があります。指定された時間内にこの試験に含まれるすべての問題を完了できるように、時間を管理する必要があります。
ケース スタディに含まれる質問に答えるには、ケース スタディで提供されている情報を参照する必要があります。ケース スタディには、ケース スタディで説明されているシナリオに関する詳細情報を提供する資料やその他のリソースが含まれている場合があります。このケース スタディでは、各質問は他の質問とは無関係です。
このケース スタディの最後に、レビュー画面が表示されます。この画面では、試験の次のセクションに進む前に、回答を確認して変更を加えることができます。新しいセクションを開始すると、このセクションに戻ることはできません。
ケーススタディを開始するには
このケース スタディの最初の質問を表示するには、[次へ] ボタンをクリックします。質問に答える前に、左ペインのボタンを使用してケース スタディの内容を調べます。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題ステートメントなどの情報が表示されます。ケース スタディに [すべての情報] タブがある場合、表示される情報は、後続のタブに表示される情報と同じであることに注意してください。質問に答える準備ができたら、[質問] ボタンをクリックして質問に戻ります。
概要
Contoso, Ltd. は、モントリオールに本社があり、シアトルとニューヨークに 2 つの支社があるコンサルティング会社です。
同社は、サーバー インフラストラクチャ全体を Azure でホストしています。
Contoso には、Sub1 と Sub2 という名前の 2 つの Azure サブスクリプションがあります。どちらのサブスクリプションも、contoso.com という名前の Azure Active Directory (Azure AD) テナントに関連付けられています。
既存の環境
アズール AD
Contoso.com には、次の表に示すユーザーが含まれています。
https://www.fast2test.com/AZ-500-practice-test.html 33
Fast2test AZ-500 復習問題集 - New AZ-500 復習問題集

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

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

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

Sub1 には、次の表に示す Azure ポリシーが含まれています。
https://www.fast2test.com/AZ-500-practice-test.html 34
Fast2test AZ-500 復習問題集 - New AZ-500 復習問題集

サブ2
Sub2 には、次の表に示す仮想ネットワークが含まれています。

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

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

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

https://www.fast2test.com/AZ-500-practice-test.html 35
Fast2test AZ-500 復習問題集 - New AZ-500 復習問題集
NSG2 には、次の表に示す受信セキュリティ規則があります。

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

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

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

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

参照：
https://docs.microsoft.com/en-us/azure/sentinel/create-incidents-from-alerts
https://docs.microsoft.com/en-us/azure/sentinel/connect-azure-security-center