9
Fehler bei PSEXEC
Zugriff verweigert
Hallo!
Habe mir das Programm psexec runtergeladen um eine Datei auf einem Remote-PC auszuführen.
Leider erhalte ich bei dem Aufruf (zum Testen) "psexec \\Server cmd.exe -u Administrator -p adminpass" immer den Fehler Zugriff verweigert.
Woran kann das liegen und wie kann ich es abstellen?
mfg pktm
Habe mir das Programm psexec runtergeladen um eine Datei auf einem Remote-PC auszuführen.
Leider erhalte ich bei dem Aufruf (zum Testen) "psexec \\Server cmd.exe -u Administrator -p adminpass" immer den Fehler Zugriff verweigert.
Woran kann das liegen und wie kann ich es abstellen?
mfg pktm
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 8043
Url: https://administrator.de/contentid/8043
Printed on: April 24, 2024 at 15:04 o'clock
9 Comments
Latest comment
Hi,
Das könnte daran liegen, daß die Credentials evtl. auf dem Zielrechner falsch zugeordnet werden. Versuch es in diesem Fall mal mit "psexec \\Server cmd.exe -u
Weitere Fehlermöglichkeit ist, daß die verwendete Kennung evtl. nicht das Recht hat, einen Dienst zu installieren. psexec installiert nämlich witzigerweise einen Dienst, führt dann das angegebene Programm aus und deinstalliert den Dienst wieder in Sekundenschnelle.
Ansonsten würde ich die in der Policy gelisteten Rechte für Accounts mal checken - ruf gpedit.msc auf und prüf mal, welche Rechte Dein Account oder der angegebene Administratoraccount auf der Maschine hat. Vielleicht fehlt das Recht, sich remote anzumelden o.ä.
Grüße,
fritzo
Leider erhalte ich bei dem Aufruf (zum Testen) "psexec \\Server cmd.exe -u
Administrator -p adminpass" immer den Fehler Zugriff verweigert.
Administrator -p adminpass" immer den Fehler Zugriff verweigert.
Das könnte daran liegen, daß die Credentials evtl. auf dem Zielrechner falsch zugeordnet werden. Versuch es in diesem Fall mal mit "psexec \\Server cmd.exe -u
HOSTNAME\Administrator -p adminpass" oder "psexec \\Server cmd.exe -u
Administrator@HOSTNAME -p adminpass"
Administrator@HOSTNAME -p adminpass"
Weitere Fehlermöglichkeit ist, daß die verwendete Kennung evtl. nicht das Recht hat, einen Dienst zu installieren. psexec installiert nämlich witzigerweise einen Dienst, führt dann das angegebene Programm aus und deinstalliert den Dienst wieder in Sekundenschnelle.
Ansonsten würde ich die in der Policy gelisteten Rechte für Accounts mal checken - ruf gpedit.msc auf und prüf mal, welche Rechte Dein Account oder der angegebene Administratoraccount auf der Maschine hat. Vielleicht fehlt das Recht, sich remote anzumelden o.ä.
Grüße,
fritzo
Hallo!
Nachdem ich nun die Parameterreihenfolge geädnert habe (man glaubt es kaum...) gibt es eine andere, etwas mehr sagende Fehlermeldung:
Couldn't access Server:
Mehrfache Verbindungen zu einem Server oder einer freigegebenen Ressource von de
mselben Benutzer unter Verwendung mehrerer Benutzernamen sind nicht zulõssig. Tr
ennen Sie alle fr³heren Verbindungen zu dem Server bzw. der freigegebenen Ressou
rce, und versuchen Sie es erneut.
Es liegt jedoch nicht am angemeldeten Benutzer, da ich den testweise abgemeldet hatte.
Dann habe ich mal versucht eine Verbindung über den Windows-Remotedesktop herzustellen, das geht auch nicht, weil:
Wegen einer Kontenbeschränkung dürfen Sie sich nicht anmelden.
In der Benutzerverwaltung habe ich dann nachgesehen, ob die benutzer Administrator un der Benutzer der angemeldet wird (ist ja XP) zur Gruppe der Remoteprozedurbenutzer oder so gehören, was sie auch tun (letzteren habe ich so eingerichtet).
Das mit den Gruppenrichtlinien habe ich nicht so ganz durchblickt, aber was auch immer ich an Remote-Zurgiffsbeschränkungen aufgehoben ahbe änderte nichts an den obigen Problemen.
Könnte es eventuell mit TideVNC zusammen hängen?
Das habe ichnämlich drauf, damit der benutzer, falls ich keine Komandozeilenlösung finde die sache persönlich in die Hand nehmen darf (was bei einem täglichen Prozedere schon irgendwie nervig ist).
mfg pktm
Nachdem ich nun die Parameterreihenfolge geädnert habe (man glaubt es kaum...) gibt es eine andere, etwas mehr sagende Fehlermeldung:
Couldn't access Server:
Mehrfache Verbindungen zu einem Server oder einer freigegebenen Ressource von de
mselben Benutzer unter Verwendung mehrerer Benutzernamen sind nicht zulõssig. Tr
ennen Sie alle fr³heren Verbindungen zu dem Server bzw. der freigegebenen Ressou
rce, und versuchen Sie es erneut.
Es liegt jedoch nicht am angemeldeten Benutzer, da ich den testweise abgemeldet hatte.
Dann habe ich mal versucht eine Verbindung über den Windows-Remotedesktop herzustellen, das geht auch nicht, weil:
Wegen einer Kontenbeschränkung dürfen Sie sich nicht anmelden.
In der Benutzerverwaltung habe ich dann nachgesehen, ob die benutzer Administrator un der Benutzer der angemeldet wird (ist ja XP) zur Gruppe der Remoteprozedurbenutzer oder so gehören, was sie auch tun (letzteren habe ich so eingerichtet).
Das mit den Gruppenrichtlinien habe ich nicht so ganz durchblickt, aber was auch immer ich an Remote-Zurgiffsbeschränkungen aufgehoben ahbe änderte nichts an den obigen Problemen.
Könnte es eventuell mit TideVNC zusammen hängen?
Das habe ichnämlich drauf, damit der benutzer, falls ich keine Komandozeilenlösung finde die sache persönlich in die Hand nehmen darf (was bei einem täglichen Prozedere schon irgendwie nervig ist).
mfg pktm
Hallo,
Leg auf dem Remoterechner mal einen anderen Account an, es ist evtl. ein Konflikt zwischen dem Account "Administrator" auf Deiner Maschine und dem gleichnamigen auf der anderen.
Ok, da wirfst Du jetzt zwei Sachen durcheinander; RDP und andere Remote-GUI-Tools haben mit dem psexec-Problem nicht gemeinsam. Aber ansonsten stell mal Deine Rechte richtig ein, denn über RDP solltest Du schon zugreifen können (vorausgesetzt, Du hast auch administrativen Zugriff auf den Remoterechner).
nope.
Ich meinte eigentlich, daß Du die Rechte auf dem Remotesystem einstellen sollst, auf das Du zgureifen willst. Öffne dort gpedit.msc, geh dort nach "Windows -Einstellungen / Sicherheitseinstellungen" und prüf die Rechte und die gesetzten Accounts / Gruppen mal durch..
sind die beiden Rechner eigentlich in der selben Arbeitsgruppe? Sollten sie. Prüf auch mal ob der "Gast"-Account aktiviert ist, das könnte auch helfen. Wenn Du nach den Tests online gehst, dreh die Einstellungen bzgl. des Gast-Accounts am besten zurück.
Grüße,
fritzo
Trennen Sie alle fr³heren Verbindungen zu
dem Server bzw. der freigegebenen Ressou
rce, und versuchen Sie es erneut.
Es liegt jedoch nicht am angemeldeten
Benutzer, da ich den testweise abgemeldet
hatte.
dem Server bzw. der freigegebenen Ressou
rce, und versuchen Sie es erneut.
Es liegt jedoch nicht am angemeldeten
Benutzer, da ich den testweise abgemeldet
hatte.
Leg auf dem Remoterechner mal einen anderen Account an, es ist evtl. ein Konflikt zwischen dem Account "Administrator" auf Deiner Maschine und dem gleichnamigen auf der anderen.
Dann habe ich mal versucht eine Verbindung
über den Windows-Remotedesktop
herzustellen...
über den Windows-Remotedesktop
herzustellen...
Ok, da wirfst Du jetzt zwei Sachen durcheinander; RDP und andere Remote-GUI-Tools haben mit dem psexec-Problem nicht gemeinsam. Aber ansonsten stell mal Deine Rechte richtig ein, denn über RDP solltest Du schon zugreifen können (vorausgesetzt, Du hast auch administrativen Zugriff auf den Remoterechner).
Könnte es eventuell mit TideVNC
zusammen hängen?
zusammen hängen?
nope.
Ich meinte eigentlich, daß Du die Rechte auf dem Remotesystem einstellen sollst, auf das Du zgureifen willst. Öffne dort gpedit.msc, geh dort nach "Windows -Einstellungen / Sicherheitseinstellungen" und prüf die Rechte und die gesetzten Accounts / Gruppen mal durch..
sind die beiden Rechner eigentlich in der selben Arbeitsgruppe? Sollten sie. Prüf auch mal ob der "Gast"-Account aktiviert ist, das könnte auch helfen. Wenn Du nach den Tests online gehst, dreh die Einstellungen bzgl. des Gast-Accounts am besten zurück.
Grüße,
fritzo
Ich glaub ich fress nen Besen!
Also, das System mit dem ich so Probleme hatte war ja XP.
Jetzt habe ich W2K SP4 genommen und es geht.
Das ist total demotivieren, vor allem weil der Benutzer XP gekauft hat und nicht 2000 *gmbl*
Werde gleich mal einen Vergleich zwischen den Einstellungnen auf 2000 und XP ziehen.
Ich tippe auf den Schlüssel Gruppenrichtlinie->Computerkonfiguration->Windows-Einstellungen->SIcherheitseinstellungen->Kerberos-Richtlinie->Benutzeranmeldeeinschränkungen, aber mal sehen.
thx & mfg pktm
Also, das System mit dem ich so Probleme hatte war ja XP.
Jetzt habe ich W2K SP4 genommen und es geht.
Das ist total demotivieren, vor allem weil der Benutzer XP gekauft hat und nicht 2000 *gmbl*
Werde gleich mal einen Vergleich zwischen den Einstellungnen auf 2000 und XP ziehen.
Ich tippe auf den Schlüssel Gruppenrichtlinie->Computerkonfiguration->Windows-Einstellungen->SIcherheitseinstellungen->Kerberos-Richtlinie->Benutzeranmeldeeinschränkungen, aber mal sehen.
thx & mfg pktm
Hallo!
Also ich habe bei meinem XP-Rechner nichts mehr geändert.
Der benutzer ist als Remotedingens eingetragen und hat auch die Rechte dafür.
Die Remote-Dienste sind auch ok.
Und die Gruppe hatte auch die Rechte dafür.
Wahrscheinlich muss man den Rechner nach den Einstellungen wie zuordnung eines Benutzers zu einer weiteren Gruppe (bzw. umgekehrt) einfach nochmal neu starten.
mfg pktm
Also ich habe bei meinem XP-Rechner nichts mehr geändert.
Der benutzer ist als Remotedingens eingetragen und hat auch die Rechte dafür.
Die Remote-Dienste sind auch ok.
Und die Gruppe hatte auch die Rechte dafür.
Wahrscheinlich muss man den Rechner nach den Einstellungen wie zuordnung eines Benutzers zu einer weiteren Gruppe (bzw. umgekehrt) einfach nochmal neu starten.
mfg pktm
Hatte heute das gleiche Problem an einem 2003 Server.
Die Reihenfolge der Parameter spielt offenbar eine Rolle.
psexec -u administrator -p passwort \\server cmd
In der Anordnung hatte ich dann Erfolg. Gibt für schreibfaule auch eine GUI.
EZ-execute, a GUI for Sysinternals "PSExec" command line tool.
Copyright (C) 2004 Tim Beacham
PenguinByte - www.penguinbyte.com
! empfehlenswert
Die Reihenfolge der Parameter spielt offenbar eine Rolle.
psexec -u administrator -p passwort \\server cmd
In der Anordnung hatte ich dann Erfolg. Gibt für schreibfaule auch eine GUI.
EZ-execute, a GUI for Sysinternals "PSExec" command line tool.
Copyright (C) 2004 Tim Beacham
PenguinByte - www.penguinbyte.com
! empfehlenswert
thx, klasse.
Der Remote-Rechner muss mindestens die Ports 445 und 139 durchlassen. Was mich zwei Tage Suche gekostet hat:
Im Explorer muss unter Extras->Ordneroptionen->Ansicht "einfache Dateifreigabe verwenden" deaktiviert werden. Dann lief alles und die Fehlermeldung "Zugriff verweigert" erschien nicht mehr.
Diese Einstellung im Exploerer erscheint zwar bei Windows XP Professionell, aber bei Windows XP Home nicht. Für die Home Version habe ich noch keine Lösung.
Im Explorer muss unter Extras->Ordneroptionen->Ansicht "einfache Dateifreigabe verwenden" deaktiviert werden. Dann lief alles und die Fehlermeldung "Zugriff verweigert" erschien nicht mehr.
Diese Einstellung im Exploerer erscheint zwar bei Windows XP Professionell, aber bei Windows XP Home nicht. Für die Home Version habe ich noch keine Lösung.
Hallo,
könnte es sein, daß der PC bereits in irgendeiner Form mit dem Remote-PC verbunden ist? (z.B. ein verbundenes Netzlaufwerk, eine Anmeldung an einer Domäne etc.). In diesem Fall verhindern nicht irgendwelche Beschränkungen des Benutzeraccounts die Anmeldung, sondern Windows selbst läßt bereits keine zweite Anmeldung mit anderslautenden Benutzerdaten zu, was zu der genannten Fehlermeldung führt.
Eine wirkliche Lösung für das Problem habe ich auch nach intensiver Suche nicht gefunden - aber einen (zumindest für meine Zwecke ausreichenden) Workaround. Windows lässt eine zweite Anmeldung zu, wenn man statt dem Namen des Remote-PCs die IP verwendet oder andersherum, also z.B. \\192.168.X.X statt \\Servername.
Bei mir klappts, natürlich nur mit einer einzigen Zweitverbindung, aber immerhin. Ich hoffe, damit jemandem dieselbe aufwendige Suche wie ich sie hatte erspart zu haben.
Gruß,
zorbas
könnte es sein, daß der PC bereits in irgendeiner Form mit dem Remote-PC verbunden ist? (z.B. ein verbundenes Netzlaufwerk, eine Anmeldung an einer Domäne etc.). In diesem Fall verhindern nicht irgendwelche Beschränkungen des Benutzeraccounts die Anmeldung, sondern Windows selbst läßt bereits keine zweite Anmeldung mit anderslautenden Benutzerdaten zu, was zu der genannten Fehlermeldung führt.
Eine wirkliche Lösung für das Problem habe ich auch nach intensiver Suche nicht gefunden - aber einen (zumindest für meine Zwecke ausreichenden) Workaround. Windows lässt eine zweite Anmeldung zu, wenn man statt dem Namen des Remote-PCs die IP verwendet oder andersherum, also z.B. \\192.168.X.X statt \\Servername.
Bei mir klappts, natürlich nur mit einer einzigen Zweitverbindung, aber immerhin. Ich hoffe, damit jemandem dieselbe aufwendige Suche wie ich sie hatte erspart zu haben.
Gruß,
zorbas
