fragen stichworte

Wie kann man RDP über die Kommandozeile diagnostizieren?

Ich habe einen Server mit 1und1 und sie haben den Versuch aufgegeben, den RDP-Zugriff wiederherzustellen (überhaupt nicht versucht), und sagte mir, ich solle den Server neu erstellen. Da dies eine Produktionsmaschine ist, möchte ich dies vermeiden, da dies eine langsame FTP-Wiederherstellung erfordert und ich bin nicht sicher, ob das Problem tatsächlich behoben werden würde.

Die Maschine wurde neu gestartet, verlor die RDP-Verbindung mit vorhandenen Anmeldeinformationen. Es ist mir gelungen, auf die Eingabeaufforderung auf dem Remote-Server als Administrator zuzugreifen, indem Sie die folgenden Anweisungen befolgen: http://help.1and1.com/servers-c37684/windows-server-c39510/system-recovery-c76208/Auflösen einer fehlgeschlagenen Verbindung zu Remote-Desktop-a627381.html

Nun habe ich die Firewall und den ipsec-Prozess beendet. Immer noch keine Würfel. Was kann ich mit CMD.exe auf

tun

1) diagnostizieren Sie die Situation (sind es Fenster oder ein Netzwerkproblem)

2) Beheben Sie möglicherweise den Ausfall der RDP-Verbindung

Server-Details:

  • Windows Server 2012
  • Sites laufen (IIS/W3P ist in Ordnung)
  • Terminaldienste wird ausgeführt
  • Firewall deaktiviert
  • Ipsec deaktiviert
  • Keine Netzwerkfirewall (derzeit deaktiviert im Hosting-Steuerungsfeld)
  • Kann vom aktuellen Standort aus pingen (hat vor dem Neustart gut funktioniert)
  • Ich bin nicht sicher über das domänenspezifische Netzwerksetup ...

Update:

Die Registrierungswerte wurden hinzugefügt, um sicherzustellen, dass Remoteverbindungen aktiviert sind: http://expertpandas.com/blog/index.php/enabledisable-rdp-using-command-prompt-for-windows-2012/

Auch das gefunden: Aber ich bin mir nicht sicher, wie man die Startup-Richtlinie mit CMD festlegt ... http://www.techrepublic.com/forums/questions/remote-desktop-does-not-connect-after-a-restart/

antworten

Ich würde damit anfangen zu überprüfen, ob RDP zuhört:

netstat/p tcp/a | findstr 3389

wenn Sie

nicht sehen  
TCP    0.0.0.0:3389           hostname:0                LISTENING

Es gibt ein Problem, das Remote-Sitzungen verhindert. Sehen Sie sich insbesondere HKLM\\System\\CurrentControlSet\\Control\\Terminal Server\\fDenyTSConnections an, die bestimmt, ob RDP aktiviert ist.

# using powershell
if ((Get-ItemProperty "hklm:\\System\\CurrentControlSet\\Control\\Terminal Server").fDenyTSConnections -eq 0) { write-host "RDP is Enabled" } else { write-host "RDP is NOT enabled" }

Sie können Ereignisprotokolle auch mithilfe des Befehls Get-EventLog durchsuchen:

# using powershell
Get-EventLog application -EntryType Error -After (Get-Date).AddDays(-1)
Get-EventLog system -EntryType Error -After (Get-Date).AddDays(-1)

Mit dem Kommandozeilenzugriff können Sie eine andere Fernsteuerungsanwendung wie TeamViewer installieren.

Ein besserer Ansatz wäre die Installation der Windows Remote Server-Verwaltungstools und die Diagnose des Problems auf diese Weise. Mit diesen Tools erhalten Sie Zugriff auf die Ereignisanzeige.

Wenn Sie auf diesem Server aufgeben, erhalten Sie 1 und 1, um zuerst einen neuen Server für Sie einzurichten. Dann können Sie entweder die virtuelle Festplatte des alten Servers an die neue anhängen oder die Dateien über das interne Netzwerk von 1and1 kopieren.

telnet zum rdp-Port. Wenn Sie eine Verbindung erhalten, handelt es sich wahrscheinlich um ein Konfigurationsproblem. Versuchen Sie zuerst rdp von einem anderen Computer zum Server. Wenn das nicht klappt, ist der Ratschlag von 1and1 vielleicht die beste Wahl.

Es gibt immer die Option, den Server kopflos laufen zu lassen ... aber das scheint für die meisten Windows-Administratoren kein Gefallen zu sein. (Änderung mit der Einführung von Kern.)