Benutzer-Werkzeuge

Webseiten-Werkzeuge


windows_server:remoterdpenable

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen RevisionVorhergehende Überarbeitung
Nächste Überarbeitung
Vorhergehende Überarbeitung
windows_server:remoterdpenable [2016/03/30 11:13] aeinertwindows_server:remoterdpenable [2016/04/11 10:30] (aktuell) aeinert
Zeile 1: Zeile 1:
 +====== KB00000001 ======
 ===== CMD: ===== ===== CMD: =====
-Remotedesktop-Status abzufragen:+Um den Remotedesktop-Status abzufragen:
  
-<code>wmic RDToggle get AllowTSConnections</code>+<code dos>wmic RDToggle get AllowTSConnections</code>
  
-Um den Status von Remotedesktop zu ändern, ruft man die Funktion <code>SetAllowTSConnections</code> auf. Mit dem ersten Parameter lässt man RDP-Verbindungen zu, wenn er den Wert 1 hat. Mit 0 blockiert man Remotedesktop-Verbindungen, wobei bestehende Sessions unterbrochen werden.+Um den Status von Remotedesktop zu ändern, ruft man die Funktion <code dos>SetAllowTSConnections</code> auf. Mit dem ersten Parameter lässt man RDP-Verbindungen zu, wenn er den Wert 1 hat. Mit 0 blockiert man Remotedesktop-Verbindungen, wobei bestehende Sessions unterbrochen werden.
  
 Der zweite Parameter legt fest, ob auf dem Zielrechner die Firewall-Regeln für Remotedesktop angepasst werden sollen. Folgender Aufruf aktiviert Remotedesktop plus die dazugehörige Firewall-Regel, um Verbindungen durchzulassen: Der zweite Parameter legt fest, ob auf dem Zielrechner die Firewall-Regeln für Remotedesktop angepasst werden sollen. Folgender Aufruf aktiviert Remotedesktop plus die dazugehörige Firewall-Regel, um Verbindungen durchzulassen:
  
-<code>wmic /node:<Servername> RDToggle where ServerName="<Servername>" call SetAllowTSConnections 1, 1</code>+<code dos>wmic /node:<Servername> RDToggle where ServerName="<Servername>" call SetAllowTSConnections 1, 1</code>
  
 ===== PS: ===== ===== PS: =====
Zeile 15: Zeile 16:
 Sein Aufruf ist komplizierter als der von wmic, weil mangels eines Alias der Namespace und die WMI-Klasse explizit angegeben werden müssen. Der Namespace root\cimv2\TerminalServices wurde mit Vista eingeführt, so dass der folgende Befehl nicht unter XP funktioniert: Sein Aufruf ist komplizierter als der von wmic, weil mangels eines Alias der Namespace und die WMI-Klasse explizit angegeben werden müssen. Der Namespace root\cimv2\TerminalServices wurde mit Vista eingeführt, so dass der folgende Befehl nicht unter XP funktioniert:
  
-<code>$RDC = Get-WmiObject -Namespace "root\cimv2\TerminalServices" -Class win32_terminalservicesetting -ComputerName <Remote-PC></code>+<code powershell>$RDC = Get-WmiObject -Namespace "root\cimv2\TerminalServices" -Class win32_terminalservicesetting -ComputerName <Remote-PC></code>
  
 Nach dem Erzeugen des WMI-Objekts ruft man wie unter wmic.exe die Methode setAllowTSConnections auf, wobei die Parameter erwartungsgemäß die gleiche Bedeutung haben: Nach dem Erzeugen des WMI-Objekts ruft man wie unter wmic.exe die Methode setAllowTSConnections auf, wobei die Parameter erwartungsgemäß die gleiche Bedeutung haben:
  
-<code>$RDC.setAllowTSConnections(0,1)</code>+<code powershell>$RDC.setAllowTSConnections(0,1)</code>
  
 Ist der angezeigte Return-Code 0, dann ist die Operation geglückt. Man kann sich vom aktuellen Status durch den Aufruf von Ist der angezeigte Return-Code 0, dann ist die Operation geglückt. Man kann sich vom aktuellen Status durch den Aufruf von
  
-<code>$RDC | select ServerName, AllowTSConnections</code>+<code powershell>$RDC | select ServerName, AllowTSConnections</code>
  
 überzeugen. überzeugen.
windows_server/remoterdpenable.1459329183.txt.gz · Zuletzt geändert: von aeinert

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki