リモートデスクトップ接続がWindows Server 2012に接続できない


14

Windows Server 2012(スタンドアロン)へのリモートデスクトップのミッション。

状況:

  • コントロールパネル、システム、リモート設定、リモートデスクトップ–許可
  • すべてのファイアウォールがオフ
  • 既知のIPアドレスを使用した接続試行(pingは正常に機能します)
  • 既にログオンしているユーザーとしてオプションを接続します。

エラーメッセージ:

Remote Access Cannot Connect
1)  Remote access not enabled
2)  Remote computer turned off
3)  Remote computer not available

追加情報:

  • Server 2012はRDC OUTを実行できます。
  • INの接続に使用するマシンはWindows 7およびWindows 8で、他のマシンにRDCします。
  • リモートデスクトップを構成した経験がかなりあります。

質問:

これは2012サーバー上のベータソフトウェアの問題ですか、それともRDCを動作させる新しい方法がありますか?


両方ともローカルネットワーク上にありますか?(私はまだテストする機会がありませんでしたが、これは最初の明らかな質問でしょう)。数時間以内に回答が得られない場合は、これをインストールしてテストしてみます。
ウィリアムヒルサム

はい、両方とも同じサブネット上にあります。マシンはデュアルブートです。Server 2008 R2を起動すると、RDCが機能します。ただし、Server 2012ではそうではありません。
Guy Thomas

回答:


22

リモートデスクトップを有効にしても、ポート3389のファイアウォール例外が正しく有効にならない場合があります。適切なルールが有効になっているかどうかを確認してください。ある場合は、ファイアウォールを無効にしてすぐに有効にしてみてください。これはいくつかの機会に私のために働いた。


これは私のために働いた。2012 R2 Serverをインストールし、リモートデスクトップをアクティブにした後、ファイアウォールは依然としてリモートデスクトップからの受信通信をブロックしました。すべてのネットワークプロファイルのルールを有効にするには手動でルールを有効にする必要がありました(私の場合、2012 R2はドメインサーバーとして構成されていません。そのため、LANをパブリックLANとして認識しました。)
Philm

5
私もこの問題を抱えていました。RDPが有効になっている場合に既定で追加されるWindowsファイアウォールの例外は、プライベートネットワーク専用であり、私の場合はパブリックネットワークに必要です。
ub3rst4r

3
ドメインプロファイルのファイアウォールルールを作成しただけです。また、パブリックルールを手動で有効にする必要がありました。
ジョエルマクベス14

これは良い答えですが、もう少し馬鹿げて、ルールに到達する方法と具体的にどのルールを説明できると思います。私の場合、検索バーに「ファイアウォール」と入力し、「セキュリティが強化されたWindowsファイアウォール」をクリックし、「受信規則」をクリックして、プロファイルパブリックでリモートデスクトップ-ユーザーモード(TCP-In)を有効にしました。
アンドリュー


3

私はあなたに似た状況にありましたOP。RDPを有効にするグループポリシーがありました。これが適用され、ターゲットサーバーにpingできることを確認しました。2012サーバーマネージャーでは、「リモートデスクトップ:有効」と表示されていました。

しかし、sushant(cmd> systempropertiesremote)によって投稿された手順(sysdm.cplなどの他の方法でも到達可能)を実行した後、システムプロパティの[リモート]タブに到達し、[これへのリモート接続を許可しない]コンピュータ」ラジオボタンが選択されました。これが明らかに私の問題の原因であり、予想どおり、「このコンピューターへのリモート接続を許可する」を選択すると、サーバーへのmstscが有効になりました。

また、RDCが有効になっているにもかかわらず、ファイアウォールポートが開かれていない別のインスタンスがありました。現在、どのドメインでも標準として2つのポリシーを管理しています。1つはRDPを有効にし、もう1つはファイアウォールを通過できるようにします。


1

デフォルトのキーボードを変更したかどうかを確認してください。

私は同じ問題を抱えていましたが、2012のインストール中に設定したキーボード-インドを選択するとすぐに、システムは再びリモートデスクトップ接続を許可しました。


キーボードの言語が変更されたため、何らかの理由でローカル管理者のパスワードが受け入れられなくなったことに気付きました。この後、RDPが機能しなくなったことに気付き、この投稿まで2つを接続しませんでした。奇妙なバグ!
FredoAF

1

そのため、Windows 2012 VMで静的IPを設定しているときに問題が発生しました。静的IPが設定されると、VMがRDPまたはRDCに応答しなくなりました。どのように修正しましたか?

  1. コントロールパネルに移動>ネットワークとインターネット>ネットワークと共有

  2. 左上アダプターの設定を変更

  3. 静的IPを割り当てる必要があるネットワークを右クリックし、プロパティを選択します

  4. インターネットプロトコルバージョン4(TCP / IPv4)を選択します

  5. [次のIPアドレスを使用する]を選択し、静的IP、提供されるサブネットマスク、および提供されるデフォルトゲートウェイを入力します。

  6. 指定および優先DNSを入力してください

  7. [OK]をクリックしてコマンドプロンプトを開き、「ipconfig / flushDNS」と入力します。

上記のコマンドプロンプトでは、Collinを使用しないでください。ipconfigの後にスペースがあります

  1. これが完了したら、vmをリセットし、vmにrdpを試行します。

  2. vmは現在、静的IPで実行されています

ジェイ・エス。


1

Windows 2012 R2リモートサーバーに接続できないWINDOWS XPクライアントでも同じ問題が発生しました。

サーバーでこのボックスのチェックを外すことで問題を解決しました:「ネットワークレベル認証でリモートデスクトップを実行しているコンピューターにのみ接続を許可する(推奨)」。

Windows 2012 R2でこの設定を見つけるには、[マイコンピューター]を右クリックし、[プロパティ]、[リモート設定]の順に選択します。ポップアップ画面に、そのチェックボックスがあります。

XPはおそらく「ネットワークレベル認証」をサポートしておらず、サーバーがこれを必要とする場合、XPクライアントは接続できません。


あなたが提案したように、ネットワークレベル認証でリモートデスクトップを実行しているコンピュータにのみ接続を許可するのチェックを外してみましたが、残念ながら私の問題は解決しませんでした。
ガイトーマス14年

0

Windows Server 2012でリモートデスクトップを有効にする方法

  1. マウスを画面の右下に移動すると、チャームバーというバーが表示されます。
  2. 虫眼鏡の付いた[検索]ボタンをクリックします。以下のスクリーンショットを参照してください。
  3. [アプリの検索]テキストボックスにCMDと入力します。
  4. 左側のCMDをクリックすると、コマンドプロンプトが起動します。
  5. コマンドプロンプトウィンドウで、SystemPropertiesRemoteと入力し、Enterキーを押します
  6. 上記のコマンドは、システムのプロパティウィンドウを起動します。
  7. [リモートデスクトップ]で適切なオプションを選択し、[OK]をクリックします。

他のサイトへのリンクを投稿しないでください。ここに重要なコンテンツを含めます。また、これが上記の質問にどのように答えているかわかりません。
-slhck

Windows Server 2012でアイデアをテストしましたか?
ガイトーマス

0

すべての回答とコメントを確認し、同様の問題についてインターネットを調べたところ、私の結論は、それがWindows 2012 Serverコンピューター上のファイル破損の問題だということです。

その他の兆候
a)このテストマシンは、以前にディスクの問題を示しました。
b)sfc / scannowはエラーを明らかにします。


0

デフォルトのキーボードの問題は、確かに1つの原因です。

1台のサーバーで、USキーボード(インストール時にデフォルトで構成されていた)を取り外し、RDPを有効にしようとしましたが、機能しませんでした。

USキーボードを再インストールすると、RDPが機能し始めました!


0

XPとWindows 8クライアントの両方で同じ問題が発生しました...サーバーがドメインに適切に接続されていないようで、サーバーを再起動し、ドメイン管理者としてログインしてから、RDPを使用してWin 8マシンを接続しようとしました上記のように、XPはNLAのせいでうまくいきませんでした。


0

Windows 2012 R2ドメインコントローラーへの接続でこの問題が発生しました。原因は、DCのNetwork Location Awarenessサービスがネットワーク接続をドメインではなくパブリックに設定したことであることが判明しました。私のために働いた解決策は、https: //serverfault.com/questions/362374/domain-controller-thinks-its-on-a-public-networkで説明されているようにNLAサービスを再起動することでした。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.