Azure 仮想マシンへのリモートデスクトップ接続に関するトラブルシューティング

[アーティクル]
03/27/2024

注:

この記事はお役に立ちましたか? お客様の入力は、当社にとって重要です。このページの [フィードバック ] ボタンを使用して、この記事がどれだけうまく機能したか、または改善する方法をお知らせください。

Windows ベースの Azure 仮想マシン (VM) に対するリモートデスクトッププロトコル (RDP) 接続は、さまざまな理由で失敗する可能性があり、VM にアクセスできない場合があります。 VM 上のリモートデスクトップサービス、ネットワーク接続、またはホストコンピューター上のリモートデスクトップクライアントに問題がある可能性があります。この記事では、RDP の接続問題を解決する、最も一般的な方法について説明します。

この記事についてさらにヘルプが必要な場合は、いつでも MSDN の Azure フォーラムとスタックオーバーフローフォーラムで Azure エキスパートに問い合わせることができます。または、Azure サポートインシデントを送信できます。その場合は、 Azure サポートのサイトに移動して、 [サポートの要求] を選択します。

簡単なトラブルシューティング手順

トラブルシューティングの各手順を実行した後、VM に再接続してみてください。

リモートデスクトップ構成をリセットする。
ネットワークセキュリティグループの規則/クラウドサービスエンドポイントを確認する。
VM コンソールのログを確認する。
VM の NIC をリセットする。
VM リソースヘルスを確認する。
VM のパスワードをリセットする。
VM を再起動する。
アプリケーションを再デプロイする。

詳しい手順と説明が必要な場合は、この後の説明をお読みください。ルーターやファイアウォールなどのローカルネットワーク機器が、送信 TCP ポート 3389 をブロックしていないことを確認します。この方法については、Azure 上の Windows VM へのリモートデスクトップ接続に関する問題の詳細なトラブルシューティング手順に関する記事をご覧ください。

ヒント

ポータルで [接続] ボタンが淡色表示され、Express Route やサイト間 VPN 接続で Azure に接続されていない場合は、VM を作成してパブリック IP アドレスを割り当ててから RDP を使用する必要があります。 Azure におけるパブリック IP アドレスに関するページをご覧ください。

RDP 問題をトラブルシューティングする方法

次のメソッドのいずれかを使用して、Resource Manager デプロイモデルを使用して作成された VM のトラブルシューティングを行うことができます。

Azure portal - RDP 構成またはユーザーの資格情報をすばやくリセットする必要があり、Azure ツールをインストールしていない場合に最適です。
Azure PowerShell - PowerShell プロンプトに慣れている場合、Azure PowerShell コマンドレットを使用して、RDP の構成またはユーザーの資格情報をすばやくリセットします。

クラシックデプロイモデルを使用して作成された VM のトラブルシューティングの手順も記載されています。

Azure Portal を使用したトラブルシューティング

トラブルシューティングの各手順を実行した後、再度 VM に接続してみてください。それでも接続できない場合は、次の手順をお試しください。

RDP 接続をリセットする。このトラブルシューティングの手順では、リモート接続が無効になっていたり、Windows ファイアウォール規則によって RDP がブロックされている場合などに、RDP 構成をリセットします。

Azure Portal で VM を選択します。 [設定] ウィンドウを、一覧の下部付近の [ヘルプ] セクションまで下にスクロールします。 [Reset password] ボタンをクリックします。 [モード] を [Reset configuration only] に設定し、 [更新] ボタンをクリックします。
ネットワークセキュリティグループの規則を確認する。 IP フロー検証を使用して、ネットワークセキュリティグループ規則によって、仮想マシンから送受信されるトラフィックがブロックされていないかどうかを確認します。有効なセキュリティグループ規則を確認して、RDP ポート (既定では 3389) に対して受信 "許可" NSG 規則が存在し、優先されていることを確認することもできます。詳細については、「有効なセキュリティ規則を使用した VM トラフィックフローのトラブルシューティング」を参照してください。
VM のブート診断を確認する。このトラブルシューティングの手順では、VM コンソールログを確認し、VM が問題を報告しているかどうかを確認します。すべての VM でブート診断を有効にしているとは限らないため、このトラブルシューティングの手順は省略できます。

この記事では、具体的なトラブルシューティング手順については説明しませんが、RDP 接続に影響を与える、より広範な問題は示す場合があります。コンソールログと VM のスクリーンショットの確認について詳しくは、「VM のブート診断 (ブログの投稿)」をご覧ください。
VM の NIC をリセットする。詳細については、Azure Windows VM の NIC をリセットする方法に関するページを参照してください。
VM リソースヘルスを確認する。このトラブルシューティングの手順では、VM への接続に影響を受ける可能性のある Azure プラットフォームで既知の問題がないことを確認します。

Azure Portal で VM を選択します。 [設定] ウィンドウを、一覧の下部付近の [ヘルプ] セクションまで下にスクロールします。 [Resource health] ボタンをクリックします。正常な VM には [使用可能] と表示されます。
ユーザーの資格情報をリセットする。このトラブルシューティングの手順では、資格情報が明確でないか、覚えていない場合に、ローカル管理者アカウントのパスワードをリセットします。 VM にログインしたら、そのユーザーのパスワードをリセットしてください。

Azure Portal で VM を選択します。 [設定] ウィンドウを、一覧の下部付近の [ヘルプ] セクションまで下にスクロールします。 [Reset password] ボタンをクリックします。 [モード] が [パスワードのリセット] に設定されていることを確認し、ユーザー名と新しいパスワードを入力します。最後に、 [更新] ボタンをクリックします。
VM を再起動する。このトラブルシューティングの手順では、VM 自体で発生している根底にある問題を修正できます。 Azure portal で VM を選択し、 [概要] タブをクリックします。[再起動] ボタンをクリックします。
アプリケーションを再デプロイする。このトラブルシューティングの手順では、プラットフォームやネットワークの根底にある問題を修正するために、Azure 内の別のホストに VM を再デプロイします。

Azure Portal で VM を選択します。 [設定] ウィンドウを、一覧の下部付近の [ヘルプ] セクションまで下にスクロールします。 [再デプロイ] ボタンをクリックし、 [再デプロイ] をクリックします。

この操作を行うと、一時ディスクのデータが失われ、VM に関連付けられている動的 IP アドレスが更新されます。
ルーティングを確認します。 Network Watcher の次ホップ機能を使用して、ルートが仮想マシンとの間でトラフィックのルーティングを妨げていないことを確認します。有効なルートを見直し、ネットワークインターフェイスのすべての有効なルートを確認することもできます。詳細については、「有効なルートを使用した VM トラフィックフローのトラブルシューティング」を参照してください。
オンプレミスのファイアウォールまたはコンピューター上のファイアウォールが Azure に対する送信 TCP 3389 トラフィックを許可していることを確認します。

RDP の問題が解決しない場合は、サポート要求を申請するか、RDP トラブルシューティングの考え方と手順に関する記事をご覧ください。

Azure PowerShell を使用したトラブルシューティング

まだインストールしていない場合は、最新の Azure PowerShell をインストールして構成します。

次の例では、myResourceGroup、myVM、myVMAccessExtension などの変数を使用します。これらの変数の名前と場所は、実際の値に置き換えてください。

注:

Set-AzVMAccessExtension PowerShell コマンドレットを使用して、ユーザーの資格情報と RDP 構成をリセットします。次の例では、myVMAccessExtension がプロセスの一部として指定した名前になります。 VMAccessAgent を前に操作したことがある場合は、Get-AzVM -ResourceGroupName "myResourceGroup" -Name "myVM" を使用して VM のプロパティをチェックすることで、既存の拡張機能の名前を取得できます。名前を確認するには、出力の 'Extensions' セクションを調べます。

トラブルシューティングの各手順を実行した後、再度 VM に接続してみてください。それでも接続できない場合は、次の手順をお試しください。

RDP 接続をリセットする。このトラブルシューティングの手順では、リモート接続が無効になっていたり、Windows ファイアウォール規則によって RDP がブロックされている場合などに、RDP 構成をリセットします。

次の例では、WestUS 内と myResourceGroup という名前のリソースグループ内にある myVM という名前の VM でRDP 接続をリセットします。
```
Set-AzVMAccessExtension -ResourceGroupName "myResourceGroup" `
    -VMName "myVM" -Location Westus -Name "myVMAccessExtension"
```
ネットワークセキュリティグループの規則を確認する。このトラブルシューティングの手順では、RDP トラフィックを許可するように、ネットワークセキュリティグループに規則があることを確認します。 RDP の既定のポートは、TCP ポート 3389 です。 RDP トラフィックを許可する規則は、VM を作成する際に自動で作成されない場合があります。

最初に、ネットワークセキュリティグループのすべての構成データを $rules 変数に割り当てます。次の例では、myResourceGroup という名前のリソースグループ内の myNetworkSecurityGroup という名前のネットワークセキュリティグループに関する情報を取得します。
```
$rules = Get-AzNetworkSecurityGroup -ResourceGroupName "myResourceGroup" `
    -Name "myNetworkSecurityGroup"
```
ここで、このネットワークセキュリティグループに対して構成されている規則を確認します。次のように着信接続用の TCP ポート 3389 を許可する規則が存在することを確認します。
```
$rules.SecurityRules
```
次の例では、RDP トラフィックを許可する有効なセキュリティ規則が表示されています。 Protocol、DestinationPortRange、 Access、Direction が正しく構成されていることがわかります。
```
Name                     : default-allow-rdp
Id                       : /subscriptions/guid/resourceGroups/myResourceGroup/providers/Microsoft.Network/networkSecurityGroups/myNetworkSecurityGroup/securityRules/default-allow-rdp
Etag                     : 
ProvisioningState        : Succeeded
Description              : 
Protocol                 : TCP
SourcePortRange          : *
DestinationPortRange     : 3389
SourceAddressPrefix      : *
DestinationAddressPrefix : *
Access                   : Allow
Priority                 : 1000
Direction                : Inbound
```
RDP トラフィックを許可する規則がない場合、ネットワークセキュリティグループの規則を作成します。 TCP ポート 3389 を使用できます。
ユーザーの資格情報をリセットする。このトラブルシューティングの手順では、資格情報が明確でないか、覚えていない場合に、指定したローカル管理者アカウントのパスワードをリセットします。

最初に、次のように資格情報を $cred 変数に割り当てて、ユーザー名と新しいパスワードを指定します。
```
$cred=Get-Credential
```
ここで、VM の資格情報を更新します。次の例では、WestUS 内と myResourceGroup という名前のリソースグループ内にある myVM という名前の VM で資格情報を更新します。
```
Set-AzVMAccessExtension -ResourceGroupName "myResourceGroup" `
    -VMName "myVM" -Location WestUS -Name "myVMAccessExtension" `
    -UserName $cred.GetNetworkCredential().Username `
    -Password $cred.GetNetworkCredential().Password
```
VM を再起動する。このトラブルシューティングの手順では、VM 自体で発生している根底にある問題を修正できます。

次の例では、myResourceGroup という名前のリソースグループ内にある myVM という名前の VM を再起動します。
```
Restart-AzVM -ResourceGroup "myResourceGroup" -Name "myVM"
```
アプリケーションを再デプロイする。このトラブルシューティングの手順では、プラットフォームやネットワークの根底にある問題を修正するために、Azure 内の別のホストに VM を再デプロイします。

次の例では、WestUS 内と myResourceGroup という名前のリソースグループ内にある myVM という名前の VM を再デプロイします。
```
Set-AzVM -Redeploy -ResourceGroupName "myResourceGroup" -Name "myVM"
```
ルーティングを確認します。 Network Watcher の次ホップ機能を使用して、ルートが仮想マシンとの間でトラフィックのルーティングを妨げていないことを確認します。有効なルートを見直し、ネットワークインターフェイスのすべての有効なルートを確認することもできます。詳細については、「有効なルートを使用した VM トラフィックフローのトラブルシューティング」を参照してください。
オンプレミスのファイアウォールまたはコンピューター上のファイアウォールが Azure に対する送信 TCP 3389 トラフィックを許可していることを確認します。

RDP の問題が解決しない場合は、サポート要求を申請するか、RDP トラブルシューティングの考え方と手順に関する記事をご覧ください。

クラシックデプロイモデルを使用して作成された VM のトラブルシューティング

重要

クラシック VM は 2023 年 9 月 1 日に廃止されます

ASM の IaaS リソースを使用する場合は、2023 年 9 月 1 日までに移行を完了してください。 Azure Resource Manager の多くの機能拡張を利用するには、切り替えを早めに行うことをお勧めします。

詳細については、「2023 年 9 月 1 日までに IaaS リソースを Azure Resource Manager に移行する」を参照してください。

トラブルシューティングの各手順を実行した後、VM に再接続してみてください。

RDP 接続をリセットする。このトラブルシューティングの手順では、リモート接続が無効になっていたり、Windows ファイアウォール規則によって RDP がブロックされている場合などに、RDP 構成をリセットします。

Azure Portal で VM を選択します。 [...More] ボタンをクリックして、 [リモートアクセスのリセット] をクリックします。
Cloud Services エンドポイントを確認する。このトラブルシューティングの手順では、RDP トラフィックを許可するように、Cloud Services にエンドポイントがあることを確認します。 RDP の既定のポートは、TCP ポート 3389 です。 RDP トラフィックを許可する規則は、VM を作成する際に自動で作成されない場合があります。

Azure Portal で VM を選択します。 [エンドポイント] ボタンをクリックして、VM 用に現在構成されているエンドポイントを表示します。 TCP ポート 3389 の RDP トラフィックを許可するエンドポイントが存在することを確認します。

次の例は、RDP トラフィックを許可する有効なエンドポイントを示しています。

RDP トラフィックを許可するエンドポイントがない場合、エンドポイントを作成します。プライベートポート 3389 に TCP を許可します。
VM のブート診断を確認する。このトラブルシューティングの手順では、VM コンソールログを確認し、VM が問題を報告しているかどうかを確認します。すべての VM でブート診断を有効にしているとは限らないため、このトラブルシューティングの手順は省略できます。

この記事では、具体的なトラブルシューティング手順については説明しませんが、RDP 接続に影響を与える、より広範な問題は示す場合があります。コンソールログと VM のスクリーンショットの確認について詳しくは、「VM のブート診断 (ブログの投稿)」をご覧ください。
VM リソースヘルスを確認する。このトラブルシューティングの手順では、VM への接続に影響を受ける可能性のある Azure プラットフォームで既知の問題がないことを確認します。

Azure Portal で VM を選択します。 [設定] ウィンドウを、一覧の下部付近の [ヘルプ] セクションまで下にスクロールします。 [Resource health] ボタンをクリックします。正常な VM には [使用可能] と表示されます。
ユーザーの資格情報をリセットする。このトラブルシューティングの手順では、資格情報が明確でないか、覚えていない場合に、指定したローカル管理者アカウントのパスワードをリセットします。 VM にログインしたら、そのユーザーのパスワードをリセットしてください。

Azure Portal で VM を選択します。 [設定] ウィンドウを、一覧の下部付近の [ヘルプ] セクションまで下にスクロールします。 [Reset password] ボタンをクリックします。ユーザー名と新しいパスワードを入力します。最後に、 [保存] ボタンをクリックします。
VM を再起動する。このトラブルシューティングの手順では、VM 自体で発生している根底にある問題を修正できます。

Azure portal で VM を選択し、 [概要] タブをクリックします。[再起動] ボタンをクリックします。
オンプレミスのファイアウォールまたはコンピューター上のファイアウォールが Azure に対する送信 TCP 3389 トラフィックを許可していることを確認します。

RDP の問題が解決しない場合は、サポート要求を申請するか、RDP トラブルシューティングの考え方と手順に関する記事をご覧ください。

特定の RDP エラーのトラブルシューティング

お使いの VM に RDP 経由で接続しようとすると、特定のエラーメッセージが表示される場合があります。一般的なエラーメッセージは次のとおりです。

Microsoft Entra資格情報を使用して RDP を実行しようとすると、"Azure ロールが割り当てられていない"、"未承認のクライアント"、または "2 要素認証サインイン方法が必要" という一般的なエラーが発生する可能性があります。これらの問題を修正するには、次の記事を参照してください。

その他のリソース

上記のエラーが発生していないにもかかわらず、リモートデスクトップを介して VM に接続できない場合は、リモートデスクトップのトラブルシューティングに関するページをご覧ください。

VM で実行されているアプリケーションへのアクセスにおけるトラブルシューティング手順については、Azure VM で実行されているアプリケーションへのアクセスのトラブルシューティングに関する記事をご覧ください。
Secure Shell (SSH) を使用した Azure の Linux VM への接続で問題が発生している場合は、Azure の Linux VM への SSH 接続のトラブルシューティングに関する記事をご覧ください。

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

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

Azure 仮想マシンへのリモート デスクトップ接続に関するトラブルシューティング

簡単なトラブルシューティング手順

RDP 問題をトラブルシューティングする方法

Azure Portal を使用したトラブルシューティング

Azure PowerShell を使用したトラブルシューティング

クラシック デプロイ モデルを使用して作成された VM のトラブルシューティング

特定の RDP エラーのトラブルシューティング

ユーザーがMicrosoft Entra資格情報を使用して RDP を実行するときのサインインに関する問題のトラブルシューティング

その他のリソース

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

フィードバック

フィードバック

その他のリソース

Azure 仮想マシンへのリモートデスクトップ接続に関するトラブルシューティング

クラシックデプロイモデルを使用して作成された VM のトラブルシューティング