参照：
https://docs.microsoft.com/en-us/azure/iot-dps/tutorial-set-up-device
これは事例研究です。ケーススタディの時間は個別に設定されていません。各ケースを完了したいだけの試験時間を使用できます。ただし、この試験には追加のケース スタディやセクションがある場合があります。指定された時間内にこの試験に含まれるすべての問題を完了できるように、時間を管理する必要があります。
ケース スタディに含まれる質問に答えるには、ケース スタディで提供されている情報を参照する必要があります。ケース スタディには、ケース スタディで説明されているシナリオに関する詳細情報を提供する資料やその他のリソースが含まれている場合があります。このケース スタディでは、各質問は他の質問とは独立しています。
このケース スタディの最後に、レビュー画面が表示されます。この画面では、試験の次のセクションに進む前に、回答を確認して変更を加えることができます。新しいセクションを開始すると、このセクションに戻ることはできません。
ケーススタディを開始するには
このケース スタディの最初の質問を表示するには、[次へ] ボタンをクリックします。質問に答える前に、左ペインのボタンを使用してケース スタディの内容を調べます。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題ステートメントなどの情報が表示されます。ケース スタディに [すべての情報] タブがある場合、表示される情報は、後続のタブに表示される情報と同じであることに注意してください。質問に答える準備ができたら、[質問] ボタンをクリックして質問に戻ります。

参照：
https://docs.microsoft.com/en-us/azure/iot-hub/quickstart-control-device-dotnet

説明
中程度の信頼度で自動生成されたテーブルの説明

ボックス 1: デバイス ID
AMQP クレームベース セキュリティを使用する場合、標準ではこれらのトークンを送信する方法が指定されています。
SASL PLAIN の場合、ユーザー名は次のようになります。
{policyName}@sas.root.{iothubName} (IoT ハブ レベルのトークンを使用する場合)。
デバイス スコープのトークンを使用する場合は、{deviceId}@sas.{iothubname}。
ボックス 2: サス
ボックス 3:IoT ハブ ハメ
参照：
https://docs.microsoft.com/en-us/azure/iot-hub/iot-hub-dev-guide-sas

各デバイスは、派生したデバイス キーと一意の登録 ID を使用して、プロビジョニング中に登録で対称キー構成証明を実行します。デバイス キーを生成するには、DPS 登録からコピーしたキーを使用して、デバイスの一意の登録 ID の HMAC-SHA256 を計算し、結果を Base64 形式に変換します。
参照：
https://docs.microsoft.com/en-us/azure/iot-edge/how-to-auto-provision-symmetric-keys

説明
シナリオ: IoT ゲートウェイ デバイスと iothub1 の間の接続の問題を発見しました。これにより、IoT デバイスの接続とメッセージが失われます。
デバイスの接続イベントとエラーをログに記録するには、IoT Hub の診断を有効にします。診断ログが有効になっていないと、デバイスの切断が発生したときに、問題をトラブルシューティングするための情報が得られないため、これらのログをできるだけ早く有効にすることをお勧めします。
ステップ1：
1. Azure ポータルにサインインします。
2. IoT ハブを参照します。
3. [診断設定] を選択します。
4. [診断をオンにする] を選択します。
5.接続ログの収集を有効にします。
6.分析を容易にするために、Send to Log Analytics をオンにします (価格を参照)。
ステップ2：
大規模なデバイス切断のアラートを設定する
デバイスが切断されたときにアラートを受け取るには、[接続されたデバイス (プレビュー)] メトリックでアラートを構成します。
参照：
https://docs.microsoft.com/bs-cyrl-ba/azure/iot-hub/iot-hub-troubleshoot-connectivity