psexec-Anmeldefehler: "Unbekannter Benutzername oder falsches Passwort."

14

Ich versuche, eine interaktive Befehlszeile auf einem Remote-PC in meinem LAN mit auszuführen

psexec \\192.168.1.103 -u user2 -p pass1234 -c cmd

und ich verstehe

Logon failure: unknown user name or bad password.

Fehlt mir hier etwas? Der Benutzer wird angelegt, ich kann ihn mit RDP verbinden. Der Host ist Windows XP, und ich führe die Befehle von Windows 7 aus, wo ich habe psexec.exe.

login psexec

— agelmarion
quelle

Sind Sie in einer Domain? Wenn ja, welches Format verwenden Sie für den Benutzer? Ich weiß auch nicht, ob dies von Bedeutung ist, aber führen Sie psexec unter Windows 7 an einer Eingabeaufforderung mit erhöhten Rechten aus?

— KCotreau

Ich bin nicht in einer Domain

— Agelmarion

elvated funktioniert nicht, muss ich etwas auf dem Zielcomputer ausführen?

— Engelmarion

8

Ich konnte Ihr Problem reproduzieren und so beheben:

Tun Sie Folgendes und drücken Sie die Eingabetaste

Start> Ausführen> secpol.msc

Navigiere zu

Lokale Richtlinien> Sicherheitsoptionen

Setzen Sie die Richtlinie "Netzwerkzugriff: Freigabe- und Sicherheitsmodell für lokale Konten" auf (Klicken Sie einfach auf "OK": Schließen Sie diese Richtlinie nicht, da wir sie wieder ändern werden.).

Nur Gast - Lokale Benutzer authentifizieren sich als Gast

Öffnen Sie ein Befehlsfeld und führen Sie es aus (schließen Sie es auch nicht)

gpupdate / force

Gehen Sie zurück und setzen Sie die Richtlinie "Netzwerkzugriff: Freigabe- und Sicherheitsmodell für lokale Konten" auf "Zurück"

Klassisch - Lokale Benutzer authentifizieren sich als sich selbst

Wieder laufen

gpupdate / force

Es sollte jetzt funktionieren.

— KCotreau
quelle

psexec \\ 192.168.1.103 -u computer_1 \ user2 -p pass1234 -c cmd

— agelmarion

ja Benutzer ist auf Remote-PC, dies funktioniert immer noch nicht

— Engelmarion

Ich mache das Gleiche jetzt, werde VMware auf XP-Maschine setzen

— Engelmarion

Versuchen Sie es mit einem Benutzer mit Administratorrechten, oder verwenden Sie die Option, mit der Sie einen Befehl als SYSTEM-Konto ausführen können. Außerdem denke ich, dass Sie den vollständigen Pfad zur cmd.exe wie in angeben müssen c:\windows\system32\cmd.exe.

— LawrenceC

@ultrasawblade Ich denke, er meinte cmd als "generisches Kommando". Die Option -c kopiert das betreffende Programm auf den Computer und führt es dann aus. Außerdem müssen Sie nicht den vollständigen Pfad angeben, solange sich der Befehl im Systempfad befindet, z. B. im Verzeichnis system32.

— KCotreau

3

Ich bin nicht sicher, ob Sie alleine oder in einer größeren Benutzerdomäne arbeiten. Ich hatte das gleiche Problem und löste es wie folgt:

psexec \\REMOTEMACHINE -u DOMAIN\USERNAME ...

Grundsätzlich habe ich meinem Benutzernamen den Domainnamen vorangestellt.

— Isaac Kleinman
quelle

1

Sie müssen sicherstellen, dass die Uhrzeit auf allen Computern synchronisiert ist. Wenn nicht, funktioniert psexec unter Windows 7 niemals und meldet einen Anmeldefehler.

— Vincent
quelle

1

Obwohl dies bereits beantwortet wurde, dachte ich, ich würde einen kurzen Test veröffentlichen, den ich gerade mit demselben Fehler / Ergebnis durchgeführt habe. Da ich ihn in ein oder zwei Jahren in Google finden könnte, wenn ich ihn vergesse.

Einfach, indem ich den Standardbefehl wie in der obigen Frage ausprobiere. Ich habe die gleiche Antwort bekommen. Aber ...

Wenn ich ein Netzwerklaufwerk zugeordnet oder die c$Freigabe durchsucht , würde dies dann ermöglichen, dass psexec funktioniert ...

Dies könnte also ein Hack oder eine Abkürzung sein, um die erforderliche Netzwerkauthentifizierung auf einer anderen Ebene zu ermöglichen ...

— Wütend 84
quelle

1

Sehr komisch. Ich bin gerade auf die gleiche Situation gestoßen. Die entfernte Maschine würde sich weigern, mich zu authentifizieren. Ich habe über den UNC-Pfad auf die Administratorfreigabe zugegriffen, dann den Befehl erneut ausgeführt und es hat funktioniert.

— k1DBLITZ

1

Ich habe versucht, meinen eigenen Augen zu glauben, aber das hat es für mich getan. Ich habe versucht, psexec auf einem 2016-Server in Azure zu verwenden (nachdem die richtigen Ports konfiguriert wurden). Zuvor habe ich lediglich lediglich erfahren, dass meine Anmeldeinformationen nicht korrekt waren.

— Jason Roner