web-dev-qa-db-ja.com

Hyper-VマネージャーのRPC接続が切断されるのはなぜですか?

多数のVMが実行されているHyper-Vサーバー2008R2(コア)があります。このHyper-Vサーバーはドメインのメンバーです。

サーバーではHyper-Vサービス以外は何も実行されていないため、VMに変更を加える唯一の方法は、Hyper-VマネージャーのリモートMMCを使用することです。リモート管理MMC 非ドメインワークステーションで実行しています(注:現時点では、このワークステーションを追加してドメインを実行することはできません)。 。)

ワークステーションはnotドメインのメンバーであるため、Hyper-Vサービスにリモートで接続する「ワークグループ」方式を使用します。
-Hyper-Vサーバー上にローカル(非ドメイン)管理者ユーザーを作成しました。
-ワークステーションで同じパスワードを使用してまったく同じローカル管理者を作成しました。
-ワークステーションのファイアウォールを完全に無効にし、Hyper-Vサーバーのすべてのリモート管理オプションを有効にして、適切なファイアウォールルールが作成されるようにしました。

この方法を使用して、8つの個別のVMをセットアップし、問題なくネットワーク接続を構成することができました。

ただし、これらのVMの構成後、適切な機能を確保するためにHyper-Vサーバーを別のローカルネットワークに移動する必要があると判断されました(計画が不適切)。物理ネットワークアダプターの物理IPアドレスを新しいネットワークに変更する必要があることが決定されました任意のVM内の任意の仮想ネットワークアダプターのIPを変更します。リモート管理のための継続的な接続を確保するために、管理ワークステーションもこの新しいネットワークに移動しました。

サーバーとワークステーションを新しいネットワークに配置したら、基本的なトラブルシューティングを実行して、ワークステーションとサーバー間のネットワーク接続が損なわれていないことを確認しました。
-ping:成功
-DNS解決:成功
-NETBIOS:成功
-ターミナルサービス:成功(Hyper-Vサーバーへのリモート接続)

これが確認されたら、ワークステーションでHyper-Vマネージャーを起動して、サーバーにリモート接続しました。次のエラーを受け取りました。
「コンピューター「ServerXYZ」のRPCサービスに接続できません。RPCサービスが実行されていることを確認してください。」

通常、このエラーは、認証エラー(ワークグループまたはドメイン)またはファイアウォールの問題に起因します。ただし、IPを変更する前に、リモート管理MMCは正常に機能しており、ユーザー、パスワード、またはファイアウォールルールは変更されていません。

なぜIPを変更するとこれが壊れるのでしょうか? Hyper-V 2008R2(コア)OSからRPC接続を復元するにはどうすればよいですか?

2
Giffyguy

Hyper-Vマネージャーを使用してワークグループマシンからHyper-vドメインメンバーサーバーに接続するには、匿名のDCOMリモートアクセスも許可する必要があります。

必要なすべてのものを自動的に構成するMicrosoftのツールがあります: Hyper-Vリモート管理構成ユーティリティ

これが機能しない場合は、クライアントマシンのWindows資格情報マネージャーで不正なエントリを探すことをお勧めします。よくわからない場合は、すべて削除してください。

そして最後に、コース外は本当にRPCエラーである可能性があり、RPCエラーはサーバーで失敗している可能性があります。例として他のスナップインを使用してMMCを使用してサーバーに接続することが問題ではないことを確認してくださいローカルユーザーとグループ

1
Ricardo Polo