オフライン修復のために暗号化された Linux ディスクのロックを解除する

[アーティクル]
04/01/2024

この記事では、オフライン修復のために Azure Disk Encryption (ADE) 対応 OS ディスクのロックを解除する方法について説明します。

Azure Disk Encryption は、Microsoft の保証済み Linux 仮想マシン (VM) に適用できます。 Linux VM で Azure Disk Encryption を有効にする基本的な要件を次に示します。

Azure Key Vault
Azure CLI または Windows PowerShell コマンドレット
Device-mapper (DM)-Crypt

現象

OS ディスクで ADE が有効になっている場合は、修復 VM にディスクをマウントしようとすると、次のエラーメッセージが表示されることがあります。

mount: 間違った fs 型、無効なオプション、/dev/sda2 の不適切なスーパーブロック、コードページまたはヘルパープログラムが見つからない、またはその他のエラー

mount: 不明なファイルシステムの種類 'LVM2_member'

準備

オフライン修復のために暗号化された OS ディスクのロックを解除する前に、次のタスクを完了します。

ディスクで ADE が有効になっていることを確認します。
OS ディスクで ADE バージョン 0 (デュアルパス暗号化) と ADE バージョン 1 (シングルパス暗号化) のどちらを使用するかを決定します。
OS ディスクが管理されているか管理されていないかを判断します。
暗号化されたディスクのロックを解除する方法を選択します。

ディスクで ADE が有効になっていることを確認する

この手順は、Azure portal、PowerShell、または Azure コマンドラインインターフェイス (Azure CLI) で実行できます。

Azure portal

Azure portalで失敗した VM の [概要] ブレードを表示します。 [ディスク] の下に、次のスクリーンショットに示すように、Azure ディスク暗号化エントリが [有効] または [有効になっていない] として表示されます。

Azure portal の V M の概要ブレードのスクリーンショット。ディスクで A D E が有効になっていることを示しています。

PowerShell

コマンドレットを Get-AzVmDiskEncryptionStatus 使用して、VM の OS ボリュームまたはデータボリュームが ADE を使用して暗号化されているかどうかを判断できます。次の出力例は、OS ボリュームで ADE 暗号化が有効になっていることを示しています。

Get-AzVmDiskEncryptionStatus -ResourceGroupName "ResourceGroupName" -VMName "VmName"

コマンドレットの Get-AzureRmDiskEncryptionStatus 詳細については、「 Get-AzVMDiskEncryptionStatus (Az.Compute)」を参照してください。

Azure CLI

コマンドをaz vm encryption show使用して、VM ディスクで ADE が有効になっているかどうかをチェックできます。

az vm encryption show --name MyVM --resource-group MyResourceGroup --query "disks[].encryptionSettings[].enabled"

コマンドの az vm encryption show 詳細については、「 az vm encryption show」を参照してください。

注:

ディスクで ADE が有効になっていない場合は、次の記事を参照して、修復 VM にディスクをアタッチする方法を確認します。修復 VM に OS ディスクを接続して Linux VM のトラブルシューティングを行います。

OS ディスクで ADE バージョン 0 (デュアルパス暗号化) と ADE バージョン 1 (シングルパス暗号化) のどちらを使用するかを判断する

VM のプロパティを開き、[拡張機能] を選択して [拡張機能] ブレードを開くと、Azure portalで ADE のバージョンを特定できます。 [ 拡張機能 ] ブレードで、 AzureDiskEncryptionForLinux のバージョン番号を表示します。

バージョン番号がの場合、ディスクは 0.*デュアルパス暗号化を使用します。
バージョン番号がまたはそれ以降のバージョンの場合、ディスクは 1.* シングルパス暗号化を使用します。

ディスクで ADE バージョン 0 (デュアルパス暗号化) を使用している場合は、方法 3 を使用してディスクのロックを解除します。

OS ディスクが管理されているか管理されていないかを判断する

OS ディスクが管理されているかどうかがわからない場合は、「OS ディスクが管理されているか管理されていないかを判断する」を参照してください。

OS ディスクがアンマネージドディスクの場合は、方法 3 の手順に従ってディスクのロックを解除します。

暗号化されたディスクのロックを解除する方法を選択します

暗号化されたディスクのロックを解除するには、次のいずれかの方法を選択します。

ディスクが ADE バージョン 1 を使用して管理および暗号化され、インフラストラクチャと会社のポリシーでパブリック IP アドレスを修復 VM に割り当てることができるようにする場合は、 az vm repair コマンドを使用して暗号化されたディスクのロックを自動的に解除する方法 1 を使用します。
ディスクが ADE バージョン 1 を使用して管理および暗号化されているのに、インフラストラクチャまたは会社のポリシーによって修復 VM にパブリック IP アドレスを割り当てることができない場合は、方法 2: BEK ボリューム内のキーファイルによって暗号化されたディスクのロックを解除するを使用します。この方法を選択するもう 1 つの理由は、Azure でリソースグループを作成するためのアクセス許可がない場合です。
これらの方法のいずれかが失敗した場合、または ADE バージョン 1 (デュアルパス暗号化) を使用してディスクがアンマネージドまたは暗号化されている場合は、方法 3 の手順に従ってディスクのロックを解除します。

方法 1: az vm repair コマンドを使用して暗号化されたディスクを自動的にロック解除する

この方法は、az vm repair コマンドに依存して修復 VM を自動的に作成し、障害が発生した Linux VM の OS ディスクをその修復 VM に接続し、暗号化されている場合はディスクのロックを解除します。この方法では、修復 VM にパブリック IP アドレスを使用する必要があり、ADE キーがラップ解除されているか、キー暗号化キー (KEK) を使用してラップされているかに関係なく、暗号化されたディスクのロックが解除されます。

この自動方法を使用して VM を修復するには、「 Azure Virtual Machine 修復コマンドを使用して Linux VM を修復する」の手順に従います。

インフラストラクチャと会社のポリシーでパブリック IP アドレスを割り当てることができない場合、またはコマンドで az vm repair ディスクのロックが解除されない場合は、次の方法に進みます。

方法 2: BEK ボリューム内のキーファイルによって暗号化されたディスクのロックを解除する

暗号化されたディスクのロックを解除して手動でマウントするには、次の手順に従います。

新しい修復 VM を作成し、VM の作成時に暗号化されたディスクをこの VM にアタッチします。

修復 VM を作成するときは、暗号化されたディスクをアタッチする必要があります。これは、接続されたディスクが暗号化されていることをシステムが検出するためです。そのため、Azure キーコンテナーから ADE キーをフェッチし、"BEK VOLUME" という名前の新しいボリュームを作成してキーファイルを格納します。
修復 VM にログインし、暗号化されたディスクにマウントされているパーティションをマウント解除します。
BEK ボリューム内の ADE キーファイルを特定します。
暗号化された OS のブートパーティション内のヘッダーファイルを特定します。
ADE キーファイルとヘッダーファイルを使用して、暗号化されたディスクのロックを解除します。
パーティションをマウントします( LVM、 RAW、LVM 以外)。

修復 VM を作成する

暗号化された OS ディスクのスナップショットを取得します。
スナップショットからディスクを作成する。新しいディスクの場合は、修復する問題のある VM と同じ場所と可用性ゾーンを選択します。
次のガイドラインに基づく VM を作成します。
- Azure Marketplaceで、障害が発生した VM に使用された修復 VM と同じイメージを選択します。 (OS のバージョンは同じである必要があります)。
- VM に少なくとも 8 GB のメモリを割り当てるサイズを選択します。
- この新しい VM を、手順 2 で作成した新しいディスクに使用したのと同じリソースグループ、リージョン、可用性設定に割り当てます。
仮想マシンの作成ウィザードの [ディスク] ページで、新しいディスク (スナップショットから作成した) をデータディスクとしてアタッチします。

重要

暗号化設定は VM の作成時にのみ検出されるため、VM の作成時にディスクを接続してください。これにより、ADE キーファイルを含むボリュームを VM に自動的に追加できます。

暗号化されたディスクにマウントされているパーティションのマウントを解除する

修復 VM が作成されたら、修復 VM に SSH 接続し、適切な資格情報を使用してログインし、アカウントをルートに昇格します。
```
sudo -s 
```
lsblk コマンドを使用して、接続されているデバイスを一覧表示します。出力には、複数のアタッチされたディスクが表示されます。これらのディスクには、アクティブな OS ディスクと暗号化されたディスクが含まれます。任意の順序で表示できます。
次の情報を使用して、暗号化されたディスクを特定します。
- ディスクには複数のパーティションがあります
- ディスクには、ルートディレクトリ ("/") が、そのパーティションのマウントポイントとして一覧表示されません。
- ディスクは、スナップショットから作成したときに示したサイズと一致します。
次の例では、出力は "sdd" が暗号化されたディスクであることを示しています。これは、複数のパーティションを持ち、"/" をマウントポイントとして一覧表示しない唯一のディスクです。
ファイルシステムにマウントされている暗号化されたデータディスク上のパーティションのマウントを解除します。たとえば、前の例では、"/boot/efi"* と "/boot" の両方をマウント解除する必要があります。
```
umount /boot/efi 

umount /boot 
```

ADE キーファイルを特定する

暗号化されたディスクのロックを解除するには、キーファイルとヘッダーファイルの両方が必要です。キーファイルは BEK ボリュームに格納され、ヘッダーファイルは暗号化された OS ディスクのブートパーティションにあります。

BEK ボリュームであるパーティションを決定します。
```
lsblk -fs | grep -i bek 
```
次の出力例は、sdb1 が BEK ボリュームであることを示しています。
```
>sdb1  vfat   BEK VOLUME      04A2-FE67 
```
BEK ボリュームが存在しない場合は、暗号化されたディスクをアタッチして修復 VM を再作成します。 BEK ボリュームがまだ自動的にアタッチされない場合は、方法 3 を試して BEK ボリュームを取得してください。
"/mnt" フォルダーの下に "azure_bek_disk" という名前のディレクトリを作成します。
```
mkdir /mnt/azure_bek_disk 
```
BEK ボリュームを "/mnt/azure_bek_disk" ディレクトリにマウントします。たとえば、sdb1 が BEK ボリュームの場合は、次のコマンドを入力します。
```
mount /dev/sdb1 /mnt/azure_bek_disk 
```
使用可能なデバイスをもう一度一覧表示します。
```
lsblk -o NAME,SIZE,LABEL,PARTLABEL,MOUNTPOINT  
```
メモ： BEK ボリュームであると判断したパーティションが "/mnt/azure_bek_disk" にマウントされていることがわかります。
"/mnt/azure_bek_disk/" ディレクトリの内容を表示します。
```
ls -l /mnt/azure_bek_disk
```
出力には次のファイルが表示されます (ADE キーファイルは "LinuxPassPhraseFileName" です)。
```
>total 1 

 -rwxr-xr-x 1 root root 148 Aug  4 01:04 CRITICAL_DATA_WARNING_README.txt 
 -r-xr-xr-x 1 root root 172 Aug  4 01:04 LinuxPassPhraseFileName
```
暗号化された VM に複数のディスクが接続されている場合、複数の "LinuxPassPhraseFileName" が表示されることがあります。 "LinuxPassPhraseFileName" は、論理ユニット番号 (LUN) と同じ順序でディスクの数に従って列挙されます。

ヘッダーファイルを特定する

暗号化されたディスクのブートパーティションには、ヘッダーファイルが含まれています。このファイルを "LinuxPassPhraseFileName" キーファイルと共に使用して、暗号化されたディスクのロックを解除します。

次のコマンドを使用して、使用可能なディスクとパーティションの選択した属性を表示します。
```
lsblk -o NAME,SIZE,LABEL,PARTLABEL,MOUNTPOINT
```
暗号化されたディスクで、OS パーティション (ルートパーティション) を特定します。これは、暗号化されたディスク上の最大のパーティションです。前の出力例では、OS パーティションは "sda4" です。このパーティションは、unlock コマンドを実行するときに指定する必要があります。
ファイル構造のルートディレクトリ ("/") で、暗号化されたディスクのルートパーティションをマウントするディレクトリを作成します。ディスクのロックが解除されたら、後でこのディレクトリを使用します。修復 VM のアクティブな OS パーティションと区別するには、"investigateroot" という名前を付けます。
```
mkdir /{investigateboot,investigateroot}
```
暗号化されたディスクで、ヘッダーファイルを含むブートパーティションを特定します。暗号化されたディスクでは、ブートパーティションは、LABEL 列または PARTLABEL 列に値を表示しない 2 番目に大きいパーティションです。前の出力例では、暗号化されたディスクのブートパーティションは "sda2" です。
手順 4 で特定したブートパーティションを /investigateboot/ ディレクトリにマウントします。次の例では、暗号化されたディスクのブートパーティションは sda2 です。ただし、システム上の場所が異なる場合があります。
```
mount /dev/sda2 /investigateboot/ 
```
パーティションのマウントが失敗し、"間違った fs の種類、無効なオプション、不適切なスーパーブロック" のエラーメッセージが返される場合は、次の例のようにコマンドを mount -o nouuid 使用してやり直してください。
```
mount -o nouuid /dev/sda2 /investigateboot/ 
```
/investigateboot/ ディレクトリ内のファイルを一覧表示します。 "luks" サブディレクトリには、ディスクのロックを解除するために必要なヘッダーファイルが含まれています。
/investigateboot/luks/ ディレクトリ内のファイルを一覧表示します。ヘッダーファイルの名前は "osluksheader" です。
```
ls -l /investigateboot/luks 
```

ADE キーファイルとヘッダーファイルを使用してディスクのロックを解除する

コマンドを cryptsetup luksOpen 使用して、暗号化されたディスク上のルートパーティションのロックを解除します。たとえば、暗号化された OS を含むルートパーティションへのパスが /dev/sda4 で、ロック解除されたパーティションに "osencrypt" という名前を割り当てる場合は、次のコマンドを実行します。
```
cryptsetup luksOpen --key-file /mnt/azure_bek_disk/LinuxPassPhraseFileName --header /investigateboot/luks/osluksheader /dev/sda4 osencrypt 
```
ディスクのロックを解除したら、暗号化されたディスクのブートパーティションを /investigateboot/ ディレクトリからマウント解除します。
```
umount /investigateboot/ 
```
メモ： このパーティションは後で別のディレクトリにマウントする必要があります。

次の手順では、ロックを解除したパーティションをマウントします。パーティションのマウントに使用する方法は、ディスクによって使用されるデバイスマッパーフレームワーク (LVM または LVM 以外) によって異なります。
デバイス情報とファイルシステムの種類を一覧表示します。
```
lsblk -o NAME,FSTYPE 
```
ロック解除されたパーティションと割り当てた名前が表示されます (この例では、その名前は "osencrypt" です)。
- "LVM_member" などの LVM パーティションについては、「 LVM パーティション RAW または非 LVM のマウント」を参照してください。
- LVM 以外のパーティションについては、「LVM 以外のパーティションをマウントする」を参照してください。

ロック解除されたパーティションをマウントし、chroot 環境に入ります (LVM のみ)

ディスクで LVM デバイスマッパーフレームワークを使用する場合は、ディスクをマウントして chroot 環境に入る追加の手順を実行する必要があります。暗号化されたディスクと共に chroot ツールを使用するには、ロック解除されたパーティション ("osencrypt") とその論理ボリュームを rootvg という名前のボリュームグループとして認識する必要があります。ただし、既定では、修復 VM の OS パーティションとその論理ボリュームは、rootvg という名前のボリュームグループに既に割り当てられます。続行する前に、この競合を解決する必要があります。

コマンドを pvs 使用して、LVM 物理ボリュームのプロパティを表示します。次の例のように、ロック解除されたパーティション ("/dev/mapper/osencrypt") と別のデバイスが重複するユニバーサル一意識別子 (UUID) を使用していることを示す警告メッセージが表示される場合があります。または、rootvg に割り当てられた 2 つのパーティションが表示される場合があります。

注:

ロック解除されたパーティション ("osencrypt") のみを rootvg ボリュームグループに割り当てて、chroot ユーティリティを使用してその論理ボリュームにアクセスできるようにします。この問題を解決するには、パーティションを別のボリュームグループに一時的にインポートし、そのボリュームグループをアクティブにします。次に、現在の rootvg ボリュームグループの名前を変更します。 chroot 環境に入った後にのみ、暗号化されたディスクのボリュームグループの名前を "rootvg" に変更します。

ロック解除されたパーティションの割り当て (例)

新しくロック解除されたパーティションを新しいボリュームグループにインポートします。この例では、新しいボリュームグループに "rescuemevg" という名前を一時的に付ける必要があります。新しくロック解除されたパーティションを新しいボリュームグループにインポートします。この例では、新しいボリュームグループに "rescuemevg" という名前を一時的に付ける必要があります。

新しいボリュームグループをアクティブにします。

vgimportclone -n rescuemevg /dev/mapper/osencrypt
vgchange -a y rescuemevg

古い rootvg ボリュームグループの名前を変更します。この例では、"oldvg" という名前を使用します。
```
vgrename rootvg oldvg 
```
を実行 lsblk -o NAME,SIZE,LABEL,PARTLABEL,MOUNTPOINT して、使用可能なデバイスを確認します。これで、割り当てた名前で両方のボリュームグループが一覧表示されます。
重複する UUID を使用せずに、rescuemevg/rootlv 論理ボリュームを /investigateroot/ ディレクトリにマウントします。
```
umount /investigateboot
mount -o nouuid /dev/rescuemevg/rootlv /investigateroot/ 
```
これで、障害が発生した VM のルートパーティションのロックが解除され、マウントされ、ルートパーティションにアクセスして問題のトラブルシューティングを行えるようになります。詳細については、「ファイルシステムエラーによる Linux 仮想マシンのブートに関する問題のトラブルシューティング」を参照してください。

ただし、トラブルシューティングに chroot ユーティリティを使用する場合は、次の手順に従って続行します。
重複する UUID を使用せずに、暗号化されたディスクのブートパーティションをディレクトリ /investigateroot/boot/ にマウントします。 (暗号化されたディスクのブートパーティションは、パーティションラベルが割り当てられていない 2 番目に大きいことに注意してください)。現在の例では、暗号化されたディスクのブートパーティションは sda2 です。
```
mount -o nouuid /dev/sda2 /investigateroot/boot
```
暗号化されたディスクの EFI システムパーティションを /investigateroot/boot/efi ディレクトリにマウントします。このパーティションは、そのラベルで識別できます。現在の例では、EFI システムパーティションは sda1 です。
```
mount /dev/sda1 /investigateroot/boot/efi
```

暗号化されたディスクのボリュームグループ内の残りのマウントされていない論理ボリュームを、"/investigateroot/" のサブディレクトリにマウントします。

mount -o nouuid /dev/mapper/rescuemevg-varlv /investigateroot/var
mount -o nouuid /dev/mapper/rescuemevg-homelv /investigateroot/home
mount -o nouuid /dev/mapper/rescuemevg-usrlv /investigateroot/usr
mount -o nouuid /dev/mapper/rescuemevg-tmplv /investigateroot/tmp
mount -o nouuid /dev/mapper/rescuemevg-optlv /investigateroot/opt

暗号化されたディスク上のマウントされたルートパーティションに Active Directory を変更します。
```
cd /investigateroot
```

次のコマンドを入力して、chroot 環境を準備します。

mount -t proc proc proc
mount -t sysfs sys sys/
mount -o bind /dev dev/
mount -o bind /dev/pts dev/pts/
mount -o bind /run run/

chroot 環境を入力します。
```
chroot /investigateroot/
```
grub と initramfs の競合や考えられる問題を回避するために、rescuemevg ボリュームグループの名前を "rootvg" に変更します。 initramfs を再生成するときは、同じ名前付け規則を保持します。 vg 名が変更されたため、レスキュー VM で作業します。再起動しても役に立たなくなります。レスキュー VM は一時的な VM と見なす必要があります。
```
vgrename rescuemevg rootvg
```
chroot 環境の問題のトラブルシューティングを行います。たとえば、ログを読み取ったり、スクリプトを実行したりできます。詳細については、「 chroot 環境で修正を実行する」を参照してください。
chroot を終了し、OS ディスクをスワップします。

ロック解除されたディスクをマウントし、chroot 環境に入ります (RAW/LVM 以外)

ファイル構造のルートディレクトリ ("/") で、暗号化されたディスクのルートパーティションをマウントするディレクトリを作成します。ディスクのロックが解除されたら、後でこのディレクトリを使用します。修復 VM のアクティブな OS パーティションと区別するには、"investigateroot" という名前を付けます。
```
mkdir /{investigateboot,investigateroot}
```
新しくロック解除されたパーティション ("osencrypt") を /investigateroot/ ディレクトリにマウントします。
```
mount /dev/mapper/osencrypt /investigateroot/ 
```
パーティションのマウントが失敗し、"間違った fs の種類、不適切なオプション、不適切なスーパーブロック" というエラーメッセージが返される場合は、mount -o nouuid コマンドを使用して再試行してください。
```
mount -o nouuid /dev/mapper/osencrypt /investigateroot/ 
```
/investigateroot/ ディレクトリの内容を表示して、マウントされたパーティションのロックが解除されていることを確認します。
```
ls /investigateroot/ 
```
障害が発生した VM のルートパーティションのロックが解除され、マウントされたので、ルートパーティションにアクセスして問題のトラブルシューティングを行うことができます。詳細については、「ファイルシステムエラーによる Linux 仮想マシンのブートに関する問題のトラブルシューティング」を参照してください。

ただし、トラブルシューティングに chroot ユーティリティを使用する場合は、次の手順に進みます。
コマンド lsblk -o NAME,SIZE,LABEL,PARTLABEL,MOUNTPOINT を使用して、使用可能なデバイスを確認します。暗号化されたディスク上のブートパーティションを、ラベルが割り当てられていない 2 番目に大きいパーティションとして識別します。
次の例のように、暗号化されたディスク上のブートパーティションを "/investigateroot/boot/" ディレクトリにマウントします。
```
mount /dev/sdc2 /investigateroot/boot/ 
```
暗号化されたディスク上のマウントされたルートパーティションに Active Directory を変更します。
```
cd /investigateroot 
```

次のコマンドを入力して、chroot 環境を準備します。

mount -t proc proc proc 

mount -t sysfs sys sys/ 

mount -o bind /dev dev/ 

mount -o bind /dev/pts dev/pts/ 

mount -o bind /run run/

chroot 環境を入力します。
```
chroot /investigateroot/ 
```
chroot 環境の問題のトラブルシューティングを行います。ログを読み取るか、スクリプトを実行できます。詳細については、「 chroot 環境で修正を実行する」を参照してください。
chroot を終了し、OS ディスクをスワップします。

方法 3: ディスクを再暗号化してキーファイルを取得し、暗号化されたディスクのロックを解除する

修復 VM を作成し、ロックされたディスクのコピーを修復 VM にアタッチします。
- マネージドディスクについては、「マネージド OS ディスクを修復 VM に接続して Linux VM のトラブルシューティングを行う」を参照してください。
- アンマネージドディスクの場合は、Storage Explorerを使用して、影響を受ける VM の OS ディスクのコピーを作成します。詳細については、「オフライン修復のために非管理対象ディスクを VM にアタッチする」を参照してください。

暗号化されたディスクをデータディスクとして修復 VM にアタッチした後、元の VM に使用したKey Vaultキーとキー暗号化キー (KEK) を使用して、このデータディスクを再暗号化します。このプロセスでは、修復 VM の BKE キーファイルを使用して、BEK ボリュームが自動的に生成され、マウントされます。 ADE 拡張機能でデータディスク上のブートセクターを暗号化できるため、 EncryptFormatAll オプションを使用しないでください。

元の VM が ラップされた BEK によって暗号化されている場合は、次のコマンドを実行します。

 az vm encryption enable -g "resource group" --name "VMName" --disk-encryption-keyvault "keyvault"  --key-encryption-key "kek" --volume-type "data"

元の VM が BEK によって暗号化されている場合は、次のコマンドを実行します。

az vm encryption enable -g "resource group" --name "VMName" --disk-encryption-keyvault "keyvault"  --volume-type "data"

disk-encryption-keyvault と key-encryption-key の値を確認するには、次のコマンドを実行します。

az vm encryption show --name "OriginalVmName" --resource-group "ResourceGroupName"

次の表で、出力内の値を見つけます。 keyEncryptionKey の値が空白の場合、VM は BEK によって暗号化されます。

パラメーター	出力の値	例
disk-encryption-keyvault	diskEncryptionKey:id	/subscriptions/deb73ff9-0000-0000-0000-0000c7a96d37/resourceGroups/Thomas/providers/Microsoft.KeyVault/vaults/ContosoKeyvault
key-encryption-key	keyEncryptionKey:KeyURI	`https://ContosoKeyvault.vault.azure.net/keys/mykey/00000000987145a3b79b0ed415fa0000`

次のコマンドを実行して、新しいディスクが接続されているかどうかをチェックします。
```
lsblk -f
```
新しいディスクが接続されている場合は、[ BEK ボリューム内の ADE キーファイルを識別する] に移動し、指定された手順に従ってディスクのロックを解除します。

次の手順

VM への接続に問題がある場合は、「 Azure VM への SSH 接続のトラブルシューティング」を参照してください。

お問い合わせはこちらから

質問がある場合やヘルプが必要な場合は、サポート要求を作成するか、Azure コミュニティサポートにお問い合わせください。 Azure フィードバックコミュニティに製品フィードバックを送信することもできます。