Die Remotedesktopverbindung kann keine Verbindung zu Windows Server 2012 herstellen

Mission zum Remotedesktop IN Windows Server 2012 (eigenständig).

Lage:

• Systemsteuerung, System, Remote-Einstellungen, Remotedesktop - Zulassen
• Alle Firewalls aus
• Verbindungsversuch mit einer bekannten IP-Adresse (Ping funktioniert einwandfrei)
• Connect Option als Benutzer, der sich bereits angemeldet hat.

Fehlermeldung:

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

Zusätzliche Information:

• Der Server 2012 kann RDC OUT.
• Die Computer, mit denen ich IN verbinde, sind Windows 7 und Windows 8, sie werden mit anderen Computern RDC.
• Ich habe gute Erfahrung mit der Konfiguration von Remotedesktop.

Frage:

Ist dies ein Fehler der Beta-Software auf dem 2012-Server oder gibt es eine neue Möglichkeit, RDC zum Laufen zu bringen, die mir fehlt?

Ich habe festgestellt, dass das Aktivieren des Remotedesktops die Firewall-Ausnahme für Port 3389 manchmal nicht korrekt aktiviert. Überprüfen Sie, ob die entsprechende Regel aktiviert ist. Wenn dies der Fall ist, deaktivieren Sie die Firewall und aktivieren Sie sie sofort. Das hat bei mir mehrmals funktioniert.

Sie benötigen wahrscheinlich eine CAL ( Client Access License ), um auf die Windows Server 2012-Ressourcen zugreifen zu können.

Ich war in einer ähnlichen Situation wie Sie OP. Ich hatte eine Gruppenrichtlinie, um RDP zu aktivieren. Ich habe überprüft, ob dies zutrifft und ob ich den Zielserver anpingen kann. Im Server-Manager 2012 wurde "Remotedesktop: Aktiviert" angezeigt.

Nachdem ich jedoch die von sushant (cmd> systempropertiesremote) angegebenen Schritte befolgt hatte (die auch mit anderen Methoden erreicht werden können, z. B. sysdm.cpl), erreichte ich die Registerkarte "Remote" der Systemeigenschaften und stellte fest, dass "Remoteverbindungen nicht zulassen" Computer "Optionsfeld wurde ausgewählt. Dies war eindeutig die Ursache für mein Problem. Wie erwartet konnte ich durch Auswahl von "Remoteverbindungen zu diesem Computer zulassen" mstsc auf den Server übertragen.

Ich hatte auch eine andere Instanz, in der der Firewall-Port nicht geöffnet wurde, obwohl RDC aktiviert war. Ich habe jetzt standardmäßig in jeder Domäne, in der ich zwei Richtlinien verwalte, eine, um RDP zu aktivieren, und die andere, um es durch die Firewall zuzulassen.

Bitte überprüfen Sie, ob Sie die Standardtastaturen geändert haben.

Ich hatte das gleiche Problem, aber sobald ich Keyboard - India ausgewählt hatte , das ich während der Installation von 2012 konfiguriert hatte, erlaubte das System wieder Remotedesktopverbindungen.

Beim Festlegen einer statischen IP-Adresse auf einer Windows 2012-VM ist daher ein Problem aufgetreten. Als die statische IP festgelegt wurde, reagierte meine VM nicht mehr auf RDP oder RDC. Wie habe ich das behoben?

1. Gehen Sie zu Systemsteuerung> Netzwerk und Internet> Netzwerk und Freigabe

2. obere linke Ecke Adaptereinstellungen ändern

3. Klicken Sie mit der rechten Maustaste auf das Netzwerk, dem die statische IP zugewiesen werden muss, und wählen Sie Eigenschaften aus

4. Wählen Sie das Internetprotokoll Version 4 (TCP / IPv4).

5. Wählen Sie die folgende IP-Adresse aus und geben Sie Ihre statische IP-Adresse, die bereitgestellte Subnetzmaske und das bereitgestellte Standard-Gateway ein

6. Geben Sie das angegebene und bevorzugte DNS ein

7. Klicken Sie auf OK, öffnen Sie die Eingabeaufforderung und geben Sie Folgendes ein: ipconfig / flushDNS

Verwenden Sie in der obigen Eingabeaufforderung nicht das Collin, und nach ipconfig befindet sich ein Leerzeichen

8. nachdem dies erledigt ist, setze die vm zurück und versuche rdp zu dir vm

9. Sie VM läuft jetzt auf statischer IP

Jay Ess.

Ich hatte das gleiche Problem mit dem WINDOWS XP-Client, der keine Verbindung zu Windows 2012 R2 Remote Server herstellen konnte.

Ich habe das Problem gelöst, indem ich dieses Kontrollkästchen auf dem Server deaktiviert habe: "Verbindungen nur für Computer zulassen, auf denen Remotedesktop mit Authentifizierung auf Netzwerkebene ausgeführt wird (empfohlen)".

So finden Sie diese Einstellungen unter Windows 2012 R2: Klicken Sie mit der rechten Maustaste auf "Arbeitsplatz", wählen Sie "Eigenschaften" und dann "Remote-Einstellungen". Auf dem Bildschirm, der angezeigt wird, finden Sie dieses Kontrollkästchen.

Wahrscheinlich unterstützt XP die "Authentifizierung auf Netzwerkebene" nicht, und wenn der Server dies benötigt, kann der XP-Client keine Verbindung herstellen.

So aktivieren Sie Remotedesktop unter Windows Server 2012 :

1. Bewegen Sie die Maus nach rechts unten auf dem Bildschirm und Sie sehen eine Leiste, Charm Bar.
2. Klicken Sie auf die Schaltfläche Suchen, die mit der Lupe. Siehe den Screenshot unten:
3. Geben Sie CMD in das Textfeld Apps-Suche ein:
4. Klicken Sie links auf CMD, um die Eingabeaufforderung zu starten:
5. Geben Sie im Eingabeaufforderungsfenster SystemPropertiesRemote ein und drücken Sie die Eingabetaste
6. Der obige Befehl würde die Fenster Systemeigenschaften starten.
7. Wählen Sie unter Remotedesktop die entsprechende Option aus und klicken Sie auf OK.

Nachdem ich alle Antworten und Kommentare überprüft und auch im Internet nach ähnlichen Problemen gesucht habe, bin ich zu dem Schluss gekommen, dass es sich um ein Dateibeschädigungsproblem auf dem Windows 2012 Server-Computer handelt.

Weitere Hinweise
a) Diese Testmaschine hat zuvor Probleme mit der Festplatte.
b) sfc / scannow zeigt Fehler an.

Das Problem mit der Standardtastatur ist sicherlich eine Ursache.

Auf einem Server hatte ich die US-Tastatur entfernt (die während der Installation standardmäßig konfiguriert wurde) und dann versucht, RDP zu aktivieren, aber es funktionierte nicht.

Nachdem ich die US-Tastatur neu installiert hatte, funktionierte RDP!

Ich hatte das gleiche Problem mit XP- und Windows 8-Clients. Es schien, dass der Server nicht ordnungsgemäß mit der Domäne verbunden war. Ich habe den Server neu gestartet, mich als Domänenadministrator angemeldet und dann, als ich versuchte, eine Verbindung mit RDP herzustellen, den Win 8-Computer funktionierte gut, XP würde aufgrund von NLA nicht wie oben.

Ich hatte gerade dieses Problem beim Herstellen einer Verbindung zu meinem Windows 2012 R2-Domänencontroller. Es stellte sich heraus, dass die Ursache darin bestand, dass der Network Location Awareness-Dienst auf dem DC die Netzwerkverbindung als Public anstelle von Domain festgelegt hatte. Die Lösung, die für mich funktioniert hat, bestand darin, den NLA-Dienst wie hier beschrieben neu zu starten: /server/362374/domain-controller-thinks-its-on-a-public-network .