Wenn es ein Befehlszeilenprogramm gäbe, das in Bezug auf Nützlichkeit mit robocopy konkurrieren könnte, dann wäre es PsExec. Das Sysinternals PsExec-Dienstprogramm ist so verbreitet wie kein anderes in der Werkzeugkiste eines IT-Administrators. Mit diesem Tool können Administratoren Befehle remote ausführen, als wären sie auf dem lokalen Computer.
Um das PsExec-Tool ausführlich zu behandeln, war es angemessen, dieses begehrte Tool in einem ATA Ultimate Guide zu behandeln. In diesem Leitfaden erfahren Sie, was psexec ist, wozu es fähig ist und viele Beispiele zur Verwendung dieses nützlichen Tools.
Was ist PsExec.exe?
Wenn Sie neu in der IT sind oder möglicherweise noch nicht die Notwendigkeit hatten, Befehle und Tools auf entfernten Computern auszuführen, wissen Sie vielleicht nicht, was psexec ist.
PsExec oder psexec.exe ist ein Befehlszeilenprogramm, das für Windows entwickelt wurde. Es ermöglicht Administratoren, Programme auf lokalen und häufiger auf entfernten Computern auszuführen. Es handelt sich um ein kostenloses Dienstprogramm, das Teil der Sysinternals pstools-Suite ist, die vor vielen Jahren von Mark Russinovich entwickelt wurde.
Es wurde entwickelt, um Tools wie Telnet zu ersetzen, die Sie gezwungen haben, Ports zu öffnen und Sicherheitslücken einzuführen. Heutzutage haben wir andere Optionen wie PowerShell Remoting und das Invoke-Command PowerShell-Cmdlet, aber PsExec hat immer noch seinen Platz.
PsExec ermöglicht die volle Interaktivität für Konsolenanwendungen, ohne dass Software installiert werden muss. Wie Sie in diesem ultimativen Leitfaden sehen werden, kann PsExec interaktive Befehlsaufforderungen starten, als lokales System auf Remote-Computern ausgeführt werden, Befehle auf mehreren Computern gleichzeitig ausführen und vieles mehr.
Es unterstützt alle Versionen von Windows seit Windows XP. Das bedeutet, dass PsExec auch unter Windows 10 funktioniert. Es ist ein einfaches Tool, das auf nahezu allem funktioniert, aber verwechseln Sie seine Einfachheit nicht mit seinen Fähigkeiten!
Voraussetzungen
Um PsExec auf Ihrem lokalen Computer auszuführen, müssen Sie lediglich ein modernes Windows-Betriebssystem verwenden. Wenn Sie jedoch PsExec gegen Remote-Computer ausführen möchten, müssen Sie einige Punkte beachten.
Wenn Sie diese Punkte derzeit nicht erfüllen oder unsicher sind, machen Sie sich keine Sorgen. Im nächsten Abschnitt werden wir erklären, wie Sie mit PowerShell einige Tests für Ihre Remote-Computer durchführen können.
- A modern Windows computer (local)
- Datei- und Druckerfreigabe geöffnet (Remote-Computer, TCP-Port 445)
- Der admin$ administrative Share ist verfügbar (Remote-Computer)
- Sie kennen die Anmeldeinformationen eines lokalen Kontos (Remote-Computer)
Zum Zeitpunkt der Erstellung dieses Textes liegt PsExec in Version 2.2 vor und dies ist die Version, die Sie in diesem Artikel kennenlernen werden.
Installation von PSexec (mit Einrichtung des Remote-Computers)
Technisch gesehen müssen Sie PsExec nicht installieren, da es sich lediglich um ein Befehlszeilenprogramm handelt, aber das ist nahe genug. Da keine Installation erforderlich ist, müssen Sie es lediglich aus der PsTools-Zip-Datei herunterladen und extrahieren. PsExec ist nicht als eigenständiges Dienstprogramm verfügbar, sondern Teil der PsTools-Suite von Tools.
Herunterladen von PSExec
Sie können entweder die ZIP-Datei manuell extrahieren oder hier ist ein praktischer PowerShell-Ausschnitt, um PsExec aus seiner pstools-ZIP-Datei herunterzuladen und zu extrahieren. Beachten Sie, dass dadurch alle anderen PsTools-Tools entfernt werden. Viele von ihnen sind jedoch nützlich, aber wir werden sie in diesem Artikel nicht behandeln.
Konfiguration des Remotecomputers
Nachdem Sie PsExec heruntergeladen haben, müssen Sie sicherstellen, dass der Remotecomputer, auf dem Sie es ausführen möchten, geöffnet ist. PsExec hat einfache Anforderungen: „Datei- und Druckerfreigabe“ aktiviert und der Administrationsfreigabe „admin$“ verfügbar.
Sie könnten zu jedem Remotecomputer gehen, das „Windows-Firewall“-Applet öffnen, zu „Zugelassene Apps“ gehen und „Datei- und Druckerfreigabe“ auf allen Computern aktivieren, wie unten gezeigt.
Beachten Sie, dass „Datei- und Druckerfreigabe“ ein bekanntes Sicherheitsrisiko darstellt, stellen Sie also sicher, dass nur das Profil „Privat“ der Firewall aktiviert ist.
Oder Sie könnten jeden Computer besuchen und das Dienstprogramm „netsh“ ausführen, um es mit dem folgenden Befehl zu öffnen:
Sie könnten auch das „Set-NetFirewallRule“-Cmdlet von PowerShell verwenden, um dies zu tun.
Wenn Sie lieber nicht jeden Computer besuchen möchten, haben Sie mit PowerShell Remoting die Möglichkeit, die Firewall auf vielen Computern gleichzeitig über das Invoke-Command-Cmdlet zu öffnen.
Verwendung von PsExec
Bevor Sie loslegen können, müssen Sie erstmal lernen zu gehen. Wenn Sie PsExec noch nie zuvor verwendet haben, werden Sie begeistert sein! Lesen Sie zuerst diesen Abschnitt, um die Grundlagen zu verstehen, bevor Sie später in diesem Artikel ins Detail gehen.
Beim ersten Ausführen von PsExec auf einem neuen System wird sofort die PsExec-Lizenzvereinbarung angezeigt. Sie müssen auf die Schaltfläche Zustimmen klicken, um sie verwenden zu können.
Wenn Sie verhindern möchten, dass die Lizenzvereinbarung angezeigt wird, können Sie dies mit dem Schalter /accepteula geräuschlos akzeptieren, wie unten gezeigt.
Später im Artikel erfahren Sie einige Tricks, wie Sie diese EULA-Popup-Nachricht auf lokalen und entfernten Computern deaktivieren können.
Hilfe finden
Wenn Sie PsExec erkunden, sollten Sie überhaupt keinen Schalter verwenden. Wenn Sie PsExec einfach ohne Schalter ausführen, werden alle Optionen und eine kurze Erklärung zu jeder Option angezeigt. Alle Optionen finden Sie in der unten stehenden Tabelle für Ihre Bequemlichkeit.
| Switch | Explanation |
|---|---|
| -a | Separate processors on which the application can run with commas where 1 is the lowest numbered CPU. For example, to run the application on CPU 2 and CPU 4, enter: “-a 2,4” |
| -c | Copy the specified program to the remote system for execution. If you omit this option the application must be in the system path on the remote system. |
| -d | Don’t wait for process to terminate (non-interactive). |
| -e | Does not load the specified account’s profile. |
| -f | Copy the specified program even if the file already exists on the remote system. |
| -i | Run the program so that it interacts with the desktop of the specified session on the remote system. If no session is specified the process runs in the console session. Some have reported best results always using the -s switch with -i due to windows being unintelligible. |
| -h | If the target system is Vista or higher, has the proc |
| -l | Run process as limited user (strips the Administrators group and allows only privileges assigned to the Users group). On Windows Vista the process runs with Low Integrity. |
| -n | Specifies timeout in seconds connecting to remote computers. |
| -p | Specifies optional password for user name. If you omit this you will be prompted to enter a hidden password. |
| -r | Specifies the name of the remote service to create or interact. with. |
| -s | Run the remote process in the System account. |
| -u | Specifies optional user name for login to computer. |
| -v | Copy the specified file only if it has a higher version number or is newer on than the one on the remote system. |
| -w | Set the working directory of the process (relative |
| -x | Display the UI on the Winlogon secure desktop (local system only). |
| -arm | Specifies the remote computer is of ARM architecture. |
| -priority | Specifies -low, -belownormal, -abovenormal, -high or |
| -realtime | run the process at a different priority. Use |
| -background | run at low memory and I/O priority on Vista. |
| computer | Direct PsExec to run the application on the computer or computers specified. If you omit the computer name PsExec runs the application on the local system, and if you specify a wildcard (\*), PsExec runs |
| @file | PsExec will execute the command on each of the computers listed in the file. |
| -accepteula | This flag suppresses the display of the license dialog. |
| -nobanner | Do not display the startup banner and copyright message. |
Ausführen eines einfachen Remote-Befehls
Im Grunde genommen erfordert PsExec zwei Parameter: einen Computernamen und einen auszuführenden Befehl. Wenn Sie einen Befehl auf dem Remote-Computer ausführen möchten, der keine Argumente erfordert, wie z.B. hostname, können Sie ihn einfach nach dem Computernamen hinzufügen.
Beachten Sie, dass, wenn Sie keinen vollständigen Dateipfad angeben, der auszuführende Befehl im Benutzer- oder Systempfad sein muss. Wenn Sie außerdem ein Programm mit Leerzeichen im Namen haben, können Sie das Programm immer in Anführungszeichen setzen, z.B. “meine Anwendung.exe”.
Sie können unten sehen, dass Sie zum Ausführen des Befehls hostname auf dem Computer CONTOSODC1 seinen UNC-Pfad gefolgt vom Befehl definieren. PSExec stellt dann eine sichere Verbindung zum Remote-Computer her, führt den Befehl aus und gibt die Ausgabe zurück. In diesem Fall gab der Befehl hostname den Computernamen zurück, der CONTOSODC1 ist.
Wenn der Befehl nicht cmd oder eine andere Konsole ist, beendet PsExec die Remote-Sitzung schnell und gibt den Rückgabecode des Remote-Prozesses zurück.
Hinweis: Der Fehler- oder Rückgabecode, der von PsExec zurückgegeben wird, stammt nicht von PsExec selbst. Er stammt stattdessen vom Befehl, den PsExec auf dem Remote-Computer ausgeführt hat.
So funktioniert PsExec auf Remote-Computern
PsExec führt einige Schritte aus, um Programme auf Remote-Computern auszuführen.
- Erstellen Sie eine Datei PSEXESVC.exe in C:\Windows.
- Erstellen und starten Sie einen Windows-Dienst auf dem Remote-Computer mit dem Namen PsExec.
- Führen Sie das Programm unter einem übergeordneten Prozess von psexesvc.exe aus.
- Wenn der Vorgang abgeschlossen ist, wird der PsExec-Windows-Dienst gestoppt und entfernt.
Wenn der Vorgang nicht zu 100% korrekt funktioniert, müssen Sie möglicherweise den Dienst manuell mithilfe des Befehls sc entfernen.
Ausführen eines einfachen lokalen Befehls
Obwohl PsExec am besten dafür bekannt ist, Befehle auf entfernten Computern auszuführen, können Sie auch Befehle lokal ausführen.
Sie können Befehle lokal ausführen, indem Sie einfach keinen Computernamen angeben, wie unten gezeigt.
Warum würden Sie das tun? Ein Grund könnte sein, Befehle im lokalen Konto SYSTEM auszuführen. Sie können den Schalter -s verwenden, um jeden Befehl lokal oder remote als SYSTEM auszuführen, wie Sie später noch genauer erfahren werden.
Werfen Sie einen Blick auf das kurze Video unten. Beachten Sie, dass Sie lediglich den Schalter -s zusammen mit dem Befehlsinterpreter-Programm für PsExec bereitstellen müssen, um eine neue Befehlssitzung als NT AUTHORITY\SYSTEM zu starten.
PsExec-Befehle (Fortgeschrittene Funktionen)
Sobald Sie die Grundlagen verstanden haben, können Sie damit beginnen, fortgeschrittene Techniken in PsExec zu erlernen. PsExec kann viel mehr als nur einen einzelnen Befehl auf einem einzelnen Computer ausführen.
Ausführen von Befehlen auf mehreren Computern
PsExec ist nicht nur auf die Ausführung von Befehlen auf einem einzelnen Remote-Computer beschränkt. Dieses Tool unterstützt auch das Kopieren von Programmen und das Ausführen von Befehlen auf mehreren Computern gleichzeitig.
Sie können PsExec auf mehreren Computern gleichzeitig auf verschiedene Arten ausführen.
Komma-separierte Computernamen
Normalerweise geben Sie bei der Ausführung eines Befehls auf einem einzelnen Remote-Computer einen einzelnen Computernamen wie \\REMOTECOMPUTER an. Sie können auch mehrere Computer durch Kommas getrennt angeben, wie im folgenden Beispiel.
Alle Computer in einer Active Directory-Domäne
Wenn Sie PsExec auf einem mit einer Active Directory-Domäne verbundenen Computer ausführen und einen Befehl auf allen Computern in dieser Domäne ausführen möchten, verwenden Sie einen Platzhalter.
PsExec durchsucht Ihre gesamte Active Directory-Domäne und versucht, den Befehl auf jedem Computer auszuführen. Unten finden Sie die Beispiel-Syntax, wie PsExec versucht, eine Verbindung zu jedem Computer in der Domäne herzustellen, zu der der ausführende Computer gehört, und den Befehl hostname auszuführen.
Beachten Sie, dass Sie beim Verwenden eines Sternchens zur Suche nach allen Computern in einer Domäne, während der lokale Computer Teil einer Arbeitsgruppe ist, den Fehler
Ein Systemfehler ist aufgetreten: 6118erhalten.
Die Verwendung eines Platzhalters zwingt PsExec im Wesentlichen dazu, den Befehl net view /all auszuführen, um zunächst alle Computer in der Domäne zu finden. Dies ist eine veraltete Methode zur Ermittlung von Computerinformationen aufgrund ihrer Abhängigkeit von NetBIOS.
Aus einer Datei lesen
Eine weitere Möglichkeit, Befehle auf mehreren Computern gleichzeitig auszuführen, besteht darin, eine Textdatei zu verwenden. Mit der Syntax @<filename.txt> liest PsExec jede Zeile in der Textdatei als Computernamen ein. Es verarbeitet dann jeden Computer einzeln.
Im Folgenden sehen Sie ein Beispiel für die Verwendung von PowerShell zum Erstellen einer Textdatei mit zeilenweise getrennten Computernamen und zur Verwendung dieser Datei als Eingabe für PsExec.
Lokale Programme auf den Remote-Computer kopieren
Mit dem -c-Schalter kopiert psexec jedes lokale Programm vor der Ausführung auf den Remote-Computer.
Vielleicht haben Sie eine EXE-Datei auf Ihrem lokalen Computer in einem C:\Tools-Ordner und möchten sie auf einem Remote-Computer ausführen. Dies können Sie mit der folgenden Syntax tun:
Wenn Sie den -c-Schalter verwenden und keine ausführbare Datei angeben, kopiert PsExec trotzdem die Datei, aber Sie erhalten einen Fehler, der besagt System kann die angegebene Datei nicht finden. Dies liegt daran, dass PsExec immer versucht, die kopierte Datei auszuführen.
Wenn Sie Dateien vor der Verwendung von PsExec auf Remote-Computern kopieren müssen, verwenden Sie stattdessen das Copy-Item-PowerShell-Cmdlet.
Ausführen von Remote-Prozessen unter alternativen Anmeldeinformationen
Ein weiteres häufiges Anwendungsszenario für PsExec besteht darin, Befehle unter alternativen Konten auszuführen. Standardmäßig versucht PsExec, sich mit dem Remote-Computer unter Ihrem aktuell angemeldeten Konto zu verbinden. Genauer gesagt wird es Ihr Konto auf dem Remote-Computer übernehmen.
Mit dem -u-Schalter und optional dem -p-Schalter können Sie sich mit einem alternativen Benutzerkonto auf dem Remote-Computer verbinden. PsExec verschlüsselt dann sowohl den Benutzernamen als auch das Passwort und sendet sie zur Authentifizierung an den Remote-Computer.
Zum Beispiel müssen Sie in einer Arbeitsgruppe immer den Benutzernamen angeben, um sich am Remote-Computer anzumelden.
Wenn beide Computer Mitglieder der Active Directory sind, stellen Sie sicher, dass Sie den Benutzerkontonamen mit dem Domänennamen versehen.
Beachten Sie, dass psexec, wenn Sie den -u-Schalter nicht verwenden, Ihr angemeldetes Konto auf dem Remote-Computer übernimmt. Es hat keinen Zugriff auf Netzwerkressourcen.
Ausführen von Prozessen unter dem Konto LOCAL SYSTEM
Eine der nützlichsten Funktionen beim Ausführen von PsExec unter einem anderen Konto ist die Verwendung des Schalters -s. Dieser Schalter ermöglicht es PsExec (und Ihrer remote ausgeführten Anwendung), unter dem Konto LOCAL SYSTEM des Remote- (oder lokalen) Computers ausgeführt zu werden.
Beachten Sie, dass ich unten keinen Computernamen angegeben habe. PsExec führt genauso gerne auf dem lokalen Computer aus. In diesem Fall verwende ich die Option -s, um PsExec anzuweisen, eine lokale Eingabeaufforderung als Konto LOCAL SYSTEM zu starten.
Um eine Eingabeaufforderung als Konto LOCAL SYSTEM auf einem Remote-Computer auszuführen, fügen Sie den Computernamen wie unten gezeigt hinzu:
Ausführen von GUI-Anwendungen remote
Ein weiterer nützlicher PsExec-Schalter ist -i. Standardmäßig erlaubt PsExec dem remote ausgeführten Befehl nicht, auf dem Remote-Computer Fenster zu öffnen. Dies ist hilfreich, weil Sie den Bildschirm sowieso nicht sehen, wenn Sie Befehle remote ausführen.
Aber vielleicht müssen Sie Programme für Ihre Benutzer öffnen. Sie selbst werden die Anwendung nicht verwenden, sondern ein Endbenutzer wird dies tun. In diesem Fall verwenden Sie den Schalter -i.
Vielleicht müssen Sie ein Notepad-Fenster auf einem Remote-Computer öffnen. Kein Problem. Führen Sie notepad.exe mit dem Schalter -i aus, und PsExec öffnet Notepad.
Stellen Sie sicher, dass Sie auch den -d-Schalter verwenden, um die Verbindung zu trennen, wenn das interaktive Fenster geöffnet wird. Standardmäßig wartet PsExec darauf, dass der ausgeführte Prozess abgeschlossen wird. Wenn der Remote-Prozess (in diesem Fall Notepad) weiterhin ausgeführt wird, gibt PsExec die Kontrolle niemals zurück.
Die Verwendung des -d-Schalters mit -i teilt PsExec mit, dass es nicht auf das Ende des Remote-Prozesses warten soll. Stattdessen trennt es die Verbindung und gibt Ihnen die Kontrolle zurück, sobald der Remote-Prozess ausgeführt wird.
Weiterleitung von Ausgaben
Psexec leitet alle Ausgaben, die vom Remote-Prozess gesendet werden, an Ihre lokale Sitzung weiter. Diese Ausgabe wird normalerweise direkt an Ihre lokale Konsole gesendet. Wenn Sie sie jedoch umleiten möchten, können Sie dies mit den üblichen Umleitungsoperatoren tun.
Zum Beispiel könnten Sie, wenn Sie einen Befehl ausführen und alle Ausgaben unterdrücken möchten, die Ausgabe und Fehler auf null umleiten, indem Sie ^> nul ^2^&1 verwenden.
Beachten Sie, dass die Sonderzeichen mit einem Zirkumflexzeichen maskiert sind. (
^).
Verwendungsfälle für PsExec
Sobald Sie gelernt haben, wie man PsExec verwendet, werden Sie zwangsläufig auf verschiedene spezifische Anwendungsfälle stoßen. In diesem Abschnitt werden Ihnen einige realitätsnahe Anwendungsfälle und Beispiele für die Verwendung von PsExec gezeigt.
Starten einer Remote-Befehlszeile (psexec cmd)
Einer der häufigsten Anwendungsfälle besteht darin, PsExec als interaktiven Befehlszeileninterpreter zu starten. PsExec führt nicht nur Befehle remote aus. Es kann auch die Befehlsausgabe an Ihre Konsole senden. Aus diesem Grund kann es ein großartiger Ersatz für Telnet (falls jemand das noch verwendet) oder möglicherweise für PowerShell Enter-PSSession sein.
Um einen Remote-Befehl auszuführen, geben Sie den Namen des Remote-Computers an und starten Sie die Anwendung cmd. Cmd ist der Windows-Befehlsinterpreter. Da PsExec die interaktive Verwendung unterstützt, liefert es gerne einen blinkenden Cursor und eine Eingabeaufforderung.
An diesem Punkt steht Ihnen die Welt offen. Sie können Befehle auf Ihrem lokalen Computer über diese „verschachtelte“ Befehlszeile ausführen und sie werden auf dem Remote-Computer ausgeführt.
Um die Befehlszeile zu verlassen, geben Sie exit ein. PsExec beendet den cmd-Prozess auf dem Remote-Computer und gibt den Fokus an den lokalen Computer zurück.
Verwenden Sie NICHT Strg+C, um eine interaktive cmd-Sitzung zu beenden. Verwenden Sie immer
exit. Wenn Sie Strg+C verwenden, bleibt die psexec-Sitzung auf dem Remote-Computer aktiv.
Installation von Software remote
Sie können PsExec als einfaches Software-Verteilungstool verwenden. Vielleicht haben Sie einen MSI-Installer, den Sie auf einem oder mehreren Remote-Computern namens setup.msi ausführen müssen. Dieser Installer muss auf die Remote-Computer kopiert und dann mit dem Dienstprogramm msiexec.exe und einigen Schaltern ausgeführt werden.
Nachfolgend finden Sie ein Beispiel, wie Sie PsExec zum Remote-Bereitstellen von Software verwenden können. Dieses Beispiel kopiert setup.msi auf den Remote-Computer und startet dann den interaktiven MSI-Installer als SYSTEM-Konto.
Wenn Sie die EULA ohne den /accepteula-Schalter akzeptieren möchten
Wie bereits erwähnt, müssen Sie beim ersten Ausführen von PsExec die EULA akzeptieren. Sie könnten den /accepteula-Schalter verwenden, aber Sie könnten ihn auch in der Registrierung „stagen“.
Beim ersten Start erstellt PsExec einen Registrierungsschlüssel unter HKCU\Software\Sysinternals\PsExec. Anstelle dieses Registrierungsschlüssels erstellt es einen Registrierungswert namens EulaAccepted mit einem DWORD-Wert von 1.
Verwenden Sie Ihre bevorzugte Methode zur Änderung der Registrierung auf Remote-Computern, und erstellen Sie einfach diesen Schlüssel/Wert auf den Computern, auf denen Sie PsExec ausführen möchten. Sobald er erstellt wurde, müssen Sie nicht mehr /accepteula ausführen!
PowerShell und PsExec kombinieren
Vor PowerShell hatten wir nur PsExec. Jetzt haben wir Optionen. PowerShell kann PsExec in vielen Situationen ersetzen, aber in anderen ergänzen.
Erstellen von Computernamen mit PowerShell
Anstatt \\* zu verwenden, um alle Computer in der Domäne zu finden, können Sie stattdessen PowerShell verwenden. Mit PowerShell können Sie nicht nur bestimmte Computer auswählen, sondern Sie müssen auch nicht das anfällige Verhalten von net view /all verwenden.
Sie können PowerShell verwenden, um einen String zu erstellen, der alle Computernamen durch Kommas getrennt enthält. Sie können diesen String dann an PsExec übergeben, der jeden einzelnen wie manuell eingegeben verarbeitet.
Sie können unten ein Beispiel für die Verwendung des Get-AdComputer-Cmdlets aus dem ActiveDirectory–PowerShell-Modul sehen.
Aktivieren der PowerShell-Remotefunktion
Wenn Sie Remote-Computer verwenden möchten, um PowerShell-Remoting anstelle von PsExec zu verwenden, können Sie PsExec verwenden, um diese zu aktivieren.
Durch Ausführen von Enable-PSRemoting oder der Batchdatei winrm.cmd auf Remote-Computern können Sie schnell PowerShell-Remoting auf mehreren Computern gleichzeitig aktivieren.
Im Folgenden sehen Sie ein Beispiel für das Aufrufen der Batchdatei winrm.cmd auf einem Remote-Computer, der als SYSTEM-Konto ausgeführt wird. Da die Ausgabe dieses Befehls nicht benötigt wird, wird sie mit 2>&1> $null unterdrückt.
Fehlermeldungen von PsExec
Es ist erwähnenswert, dass die meisten von PsExec zurückgegebenen Fehlercodes vom Remote-Prozess stammen und nicht von PsExec selbst. Es ist jedoch hilfreich, diese Fehlercodes und ihre Bedeutung zu verstehen.
Wenn Sie eine Referenz zu allen Windows-Fehlercodes benötigen, empfehle ich Ihnen, diese umfassende Liste der Windows-Fehlercodes zu überprüfen.
Im Folgenden finden Sie eine Liste häufiger Fehlercodes, die von PsExec zurückgegeben werden können.
| Error Code | Explanation |
|---|---|
| -2146232576 | Typically returned by Windows Update when an error occurs. |
| 0 | Command executed successfully |
| 1 | Incorrect function. A problem happened. That’s about it. |
| 1603 | Fatal error during installation. This typically is returned by msiexec. |
| 2 | The system cannot find the file specified |
| 4 | The system cannot open the file. |
| 5 | Access is denied. |
| 6 | The handle is invalid. |
| 6118 | The list of servers for this workgroup is not currently available |
Ihr Feedback
ATA Ultimate Guides sind umfangreich. Es gibt viele Informationen darin und ich werde sicherlich hier und da etwas übersehen oder einen Fehler machen. Wenn Sie etwas falsch bemerken oder der Meinung sind, dass etwas zu diesem Leitfaden hinzugefügt werden sollte, lassen Sie es mich bitte über die Kommentare wissen. Ich würde mich freuen, Sie in dem Beitrag zu erwähnen.
Beiträge
- Danke an Mathias (Kommentare) für zahlreiches Feedback.