Remote Shutdown unter Windows über die Kommandozeile: Neustart und Ruhezustand

Einen Rechner über das Netz abzuschalten sieht nach einem Vorgang aus und sind zwei. Manche Energiezustände haben eine Remote-Schnittstelle, andere existieren nur lokal. Diese Trennung erklärt fast jedes verwirrende Ergebnis in diesem Bereich, auch warum ein Remote Shutdown über die Kommandozeile gelingt, während derselbe Befehl mit einem anderen Schalter unmittelbar abgewiesen wird.

Was shutdown.exe über das Netz tut

Der eingebaute Befehl von Windows nimmt mit /m ein Ziel und eine Aktion. Herunterfahren und Neustart funktionieren gegen einen Remote-Host; Verzögerung, Meldung und Grundcode können mitreisen. Abmelden nicht; Sitzungen gehören nicht dem Rechner.

C:\> shutdown /r /m \\FS01 /t 120 /c "Wartungsfenster, in 5 Minuten zurück" /d p:2:4

C:\> shutdown /s /m \\LAB-07 /t 0 /f          ← erzwingen, keine Rückfragen
C:\> shutdown /a /m \\FS01                        ← laufenden Countdown abbrechen
C:\> shutdown /i                                   ← Dialog, nimmt eine Rechnerliste

Drei Schalter tragen die Bedeutung. /t setzt eine Wartezeit, und nur eine Wartezeit macht den Vorgang abbrechbar. Bei /t 0 gibt es nichts mehr abzubrechen. /f verhandelt nicht mit Anwendungen, was ein unbeaufsichtigter Neustart braucht und was ein ungespeichertes Dokument verliert. /d schreibt einen Grund ins Ereignisprotokoll, was auf jedem Server zählt, dessen Neustarts berichtet werden.

Warum Energiesparmodus und Ruhezustand nicht dabei sind

Herunterfahren und Neustart sind über eine Schnittstelle erreichbar, die das Betriebssystem Remote-Aufrufern anbietet. Energiesparmodus und Ruhezustand nicht: das sind Entscheidungen, die die lokale Energieverwaltung über den lokalen Rechner trifft, und es gibt keinen Remote-Einstieg, um sie zu erbitten. Das ist eine Entwurfsgrenze und kein fehlendes Feature. Kein Recht der Welt verschiebt sie.

Damit bleibt eine echte Lücke, denn „das Labor über Nacht schlafen legen" ist ein vernünftiger Wunsch. Der einzige Weg über die Grenze führt über etwas, das auf dem Ziel schon läuft und den lokalen Aufruf macht. Jedes Werkzeug, das je Remote-Ruhezustand angeboten hat, tut genau das, und der Mechanismus erklärt auch seine Nebenwirkungen.

Remote-Reichweite je Energiezustand

Herunterfahren

Remote-Schnittstelle. shutdown /s /m

Neustart

Remote-Schnittstelle. shutdown /r /m

Abmelden

sitzungsbezogen; remote nur über Sitzungsverwaltung, nicht über /l

Ausschalten

lokale Energieverwaltung. Braucht Code auf dem Ziel

Energiesparmodus

lokale Energieverwaltung. Braucht Code auf dem Ziel

Ruhezustand

lokale Energieverwaltung. Braucht Code auf dem Ziel

Aufwecken

kein Shutdown-Aufruf: Wake-on-LAN-Paket oder Firmware-Timer

Die Kopieren-und-Registrieren-Technik und ihre Rückstände

Down.exe aus einer kleinen Freeware-Sammlung für Windows NT ist ein anschauliches Beispiel, weil die Dokumentation den Trick offen benannte. Sollte ein Remote-Rechner ausgeschaltet, in den Energiesparmodus oder in den Ruhezustand gebracht werden, kopierte sich das Programm samt Hilfsbibliothek über die administrative Freigabe in das Systemverzeichnis des Ziels, registrierte sich dort als Dienst und startete ihn, und dieser Dienst machte den lokalen Aufruf.

down [\\COMPUTER [/C | /I]] [/R | /L | /P | /S | /H | /A] [/Q] [/F]
     [/U:Username,Password] [Time] [Message]

  /C  vorhandene Kopie auf dem Ziel überschreiben     /R  Neustart
  /I  nur installieren, nicht herunterfahren          /L  abmelden (nur lokal)
  /P  ausschalten   /S  Energiesparmodus   /H  Ruhezustand   /A  Vorgang abbrechen
  /Q  keine Rückfrage   /F  Anwendungen schließen erzwingen
  /U  mit diesem Konto anmelden

Aus diesem Entwurf folgen zwei Dinge, und beide gelten für jedes ähnlich gebaute Werkzeug. Er braucht Administratorrechte und eine erreichbare administrative Freigabe. Ein gehärteter Rechner ohne diese Freigabe ist gar nicht erreichbar, die Dateien müssen einmal von Hand dorthin. Und er räumt nicht auf: die ausführbare Datei und ihre Bibliothek bleiben anschließend absichtlich im Systemverzeichnis, damit der zweite Aufruf billig ist. Für ein Labor ein vernünftiger Handel, für eine verwaltete Umgebung ein schlechter. Eine unverwaltete Binärdatei in einem Systemverzeichnis ist genau das, was Inventarwerkzeuge melden sollen.

Ein Remote Shutdown auf diesem Weg ist deshalb kein reiner Aufruf, sondern eine Installation. Die heutigen Entsprechungen sind eine geplante Aufgabe, eine Remote-Sitzung oder ein Verwaltungsagent. Alle drei erledigen die Arbeit auf dem Ziel und alle drei sind nachvollziehbar. Der Teil, der dem Kopier-Ansatz fehlt.

Rechte, Transport und die Fehler, die sie unter Windows erzeugen

Ein Remote Shutdown über die Kommandozeile braucht auf dem Ziel das Recht „Erzwingen des Herunterfahrens von einem Remotesystem aus" für das aufrufende Konto, und er braucht ein erreichbares TCP 445, weil der Aufruf über SMB läuft. Diese zwei Voraussetzungen erzeugen zwei Fehlerbilder, die leicht verwechselt werden.

„Zugriff verweigert" heißt: die Verbindung stand und das Recht fehlt: also die Rechtevergabe auf dem Ziel prüfen, nicht die Firewall. Eine Zeitüberschreitung oder ein Netzwerkpfad-Fehler heißt: der Aufruf kam nie an, also geschlossener Port, nicht auflösbarer Name oder ein tatsächlich ausgeschalteter Rechner. Am schnellsten unterscheidet man das mit net use \\\\HOST\\IPC$: antwortet die Freigabe, ist der Pfad offen und das Problem liegt bei den Rechten.

Eine weitere Asymmetrie: Abmelden ist über diesen Befehl nicht remote möglich. Sitzungen gehören einer Sitzungsverwaltung und nicht dem Rechner, jemanden auf einem anderen Computer abzumelden läuft daher über Sitzungswerkzeuge. /l zusammen mit /m wird abgewiesen, und die Abweisung ist korrekt.

Remote Shutdown über die Kommandozeile skripten, ohne Rückstände

Für Herunterfahren und Neustart den eingebauten Befehl schleifen und einen kleinen Abstand zwischen den Hosts lassen. Für die Zustände ohne Remote-Schnittstelle einmal je Rechner eine Aufgabe registrieren und diese Aufgabe remote auslösen. Der Energieaufruf läuft dann lokal, was von Anfang an die einzige Bedingung war.

# einmal pro Rechner, beim Aufsetzen
schtasks /create /s LAB-07 /tn "Energiesparen" ^
         /tr "rundll32.exe powrprof.dll,SetSuspendState 1,1,0" /sc once /st 00:00 /ru SYSTEM

# danach jederzeit
schtasks /run /s LAB-07 /tn "Energiesparen"

Das Ergebnis ist dieselbe Fähigkeit, die das ältere Werkzeug bot, mit dem Unterschied, dass auf dem Ziel eine registrierte Aufgabe zurückbleibt und keine undokumentierte Binärdatei. Bei einer Handvoll Rechnern ist der Unterschied kosmetisch. Bei einigen hundert ist er der Unterschied zwischen einer dokumentierten Umgebung und einer Sammlung von Überraschungen.