Exe auf anderem PC starten

o0Julia0o · 8. Juni 2018

Danke. Der lokale Benutzer des entfernen Systems(192.168.1.201) hat kein Passwort.

!Anwender · 8. Juni 2018

Dann ist klar , das kann dann nicht funktionieren , bitte mal die Einstellung wie im Bild dort an dem PC prüfen

Oder Passwort einrichten

o0Julia0o · 8. Juni 2018

Ja danke, das ist bereits so eingestellt.

Gelöschtes Mitglied 78250 · 8. Juni 2018

als admin ausgeführt:
Code:

Der Befehl "psexec" ist entweder falsch geschrieben oder
konnte nicht gefunden werden.
Drücken Sie eine beliebige Taste . . .

WO hast du psexec denn hinkopiert, damit es ausgeführt werden könnte?
Allein das ist schon ein erhebliches Problem, wenn du es unter \user\... liegen hast wo \admin\... nicht hinschaut.
"nicht gefunden" ist eine eindeutige Aussage. Sollte für dich behebbar sein.
Idealerweise c:\windows\ oder c:\windows\system32 - leuchtet ein?

lande ich im Verzeichnis H:\ auf dem PC 192.168.1.201
Der Freigabename lautet dafür somit logischerweise: H_Anwender

Behauptet wer oder was? Logisch ist das nur für dich, zumal du davon auch kein Bild zeigst.
WO sind also die benötigten Infos, um deine Logik nachzuvollziehen?

psexec -s \\192.168.1.201 "H_Anwender\ipconfig" > H_Anwender\ipconfig.txt

Ist mMn falsch, ich finde auch kein entsprechendes Beispiel in der psexec-Doku.

Richtig wäre:

psexec -s \\192.168.1.201 "H:\ipconfig.exe" > "H:\ipconfig.txt"

Wenn man pfuscht bei der Eingabe, ist es hinterher unheimlich schwierig, den Fehler zu finden.
Halte dich an die Anleitung! (siehe oben und siehe letzter Satz hier)

Zu deiner Freigabe auf H - Ändern, Lesen, und wo ist "Ausführen"?
Wenn du schon Bilder ablieferst, dann bitte komplett und nicht so ein abgeschnittener Mist.

Olli hat es dir richtig hingeschrieben, ich hab es dir richtig hingeschrieben, und trotzdem machst du es noch falsch? Wie kann das denn sein?
Musst nur sagen, wenn es dich nicht interessiert, aber so ist das Verarsche, hat keiner nötig.

Was sind das eigentlich für IP? .101 und .201? Wer legt denn so einen Quatsch fest?
Bei .201 denke ich, dass es eher WLAN sein könnte, wobei das dann keine Probleme bereiten sollte.

Was ist denn mit festen IP .10 und .11, eigentlich fängt man an,. IP von unten heraus festzulegen. Wie Pete92 auch schon richtig geschrieben hat, dass man IP vom Router aus vergibt, wird dann per MAC zugewiesen.

In Windows bei den NICs auch

Völliger Blödsinn, das wird in den Eigenschaften der LAN-Verbindung -> IPv4 bzw IPv6 noch eingetragen bei Bedarf (siehe zu Pete92). In der NIC hat keiner zu pfuschen, das hat ganz andere Einstellungen.

Dein Netzwerk ist völlig chaotisch aufgebaut, ohne Hand und Fuss. Und vermutlich auch noch was im Router verstellt. Solche Probleme kenne ich gar nicht.

PS ja, ich meinte den "Computerbrowser", und "Funktionssuche..." (2) sind auf automatisch, kenne ich gar nicht anders.

Zusatzfrage - hast du dich eigentlich generell mal mit Netzwerk und Einstellungen sowie Freigaben beschäftigt, elementare Grundlagen? Ich denke, du hast da einiges an Nachholbedarf. Weil du einerseits ein elementares Netzwerkproblem hast, und anschliessend eines mit Freigaben und deren Nutzung.

Vllt doch mal dran denken, sich einen Spezialisten - jemand, der sich auf jeden Fall besser damit auskennt - ranzuholen, der da aufräumt. Denn letztlich bedeuten falsche Einstellungen, dass man angreifbar wird. Ein Netzwerk bedeutet mehr Verantwortung als ein Einzelrechner.

o0Julia0o · 8. Juni 2018

Danke Dir!!

Logisch ist das nur für dich

Also wenn ich im Explorer "\\192.168.1.201\H_Anwender" eingebe, lande ich ja auch H:\ von 192.168.1.201. In so fern meinte ich das.

Zu deiner Freigabe auf H - Ändern, Lesen, und wo ist "Ausführen"?

Jo, ausführen ebenfalls. Das ist im Sicherheitstab unter Jeder hinterlegt: "Lesen, Lusführen", "Ordnerinahlt anzeigen" & "Lesen". Bei allen "Zulassen" angehakt.

Was sind das eigentlich für IP? .101 und .201? Wer legt denn so einen Quatsch fest?

Hauptsache die ersten 3 Zahlenblöcke sind identisch. Ist einfach so, besser zu merken. Ich habe aber jetzt beim Testen auch mal 11 und 12(auch andere) getestet. Aber das macht keinen Unterschied.

wird in den Eigenschaften der LAN-Verbindung -> IPv4 bzw IPv6 noch

Äh jo sry, dort meinte ich. Ein anderes Menü kenne ich gar nicht wo ich so etwas machen könnte.

dass man IP vom Router aus vergibt

Per DHCP? Anders wüßte ich nicht wie. Aber ich möchte die IP-Adressen ja festgelegt haben. Das ist ja auch psexec erstmal egal, wie die PC´s ihre IP-Adressen bekommen haben.

hast du dich eigentlich generell mal mit Netzwerk und Einstellungen sowie Freigaben beschäftigt

Ich hatte vorher XP installiert - da hat das geklappt. Viel anders stelle ich jetzt Win10 aber auch nicht ein. IP-Adresse festlegen, Freigabe festlegen, Sicherheit festlegen. Mehr mache ich nicht. 90% funktioniert dann auch. Also Zugriff auf anderen PC per IP-Adresse & dann halt Dateien ändern usw. Aber diese psexec-Sache klappt noch nicht.

.Bernd schrieb:
Ohne die Lösung dieses Problems wird das hier NIE was:
https://www.drwindows.de/windows-10...rk-nur-angezeigt-man-ip-eingibt-new-post.html

Wenn ich das gleiche andersherum ausführe. Also vom PC aus, welcher den anderen PC auch unter Netzwerk sieht(also Zugriff auch ohne die IP einzugeben). Dann kommen exeakt die gleichen Fehlermeldungen.

WO hast du psexec denn hinkopiert, damit es ausgeführt werden könnte?

In den Ordner, wo ich auch die batch-Datei habe, welche auf psexec zugreift. Habe es jetzt unter C:\Windows kopiert und jetzt kommt das Problem mit dem "falsch geschrieben..." nicht mehr. Sondern in jedem Fall "Zugriff verweigert".

Ich habe calc.exe & ipconfig.exe zu H:\ auf 192.168.1.201 kopiert. Ich probiere also folgendes:

Code:

psexec -s \\192.168.1.201 "H:\ipconfig.exe" > "H:\ipconfig.txt"

als user oder admin ausgeführt kommt dann folgendes:

Code:

PsExec v2.2 - Execute processes remotely
Copyright (C) 2001-2016 Mark Russinovich
Sysinternals - www.sysinternals.com

Couldn't access 192.168.1.201:
Das Handle ist ung³ltig.

Wenn ich folgendes probiere:

Code:

psexec -s \\192.168.1.201 "H:\calc.exe"

erhalte ich:

Code:

PsExec v2.2 - Execute processes remotely
Copyright (C) 2001-2016 Mark Russinovich
Sysinternals - www.sysinternals.com

Couldn't access 192.168.1.201:
Zugriff verweigert

Wenn ich im Explorer "\\192.168.1.201\H:\calc.exe" eingebe. Steht dort logischerweise: Auf \\192.168.1.201\H:\calc.exe konnte nicht zugegriffen werden. Wenn ich auf die Freigabe namens H_Awenender auf 192.168.1.201 zugreife kann ich das aber tun. Also folgendes in dern Explorer eingeben "\\192.168.1.201\H_Awender\calc.exe" führt zur Ausführung von calc.exe. Allerdings dann auf meinem PC - nicht auf 192.168.1.201.

PeteM92 · 8. Juni 2018

Julia,

lies mal hier: https://answers.microsoft.com/en-us/insider/forum/insider_wintp-insider_security-insiderplat_pc/psexec-get-console-access-windows-10-problem/ad96c6db-95d7-46ab-98c8-e03efa35df5e

Den Registry-Eintrag mußt Du in den Remote-PC eingeben.
Damit konnte ich wenigstens eine Reaktion ohne Fehlermeldung bewerkstelligen.

Das hatte ich versehentlich in einem anderen Thread von Dir geschrieben. ( https://www.drwindows.de/windows-10-desktop/145886-pc-netzwerk-nur-angezeigt-man-ip-eingibt.html#post1585440)

Gelöschtes Mitglied 78250 · 8. Juni 2018

Also wenn ich im Explorer "\\192.168.1.201\H_Anwender" eingebe

Das versteht psexec aber nicht!
Das kann mit den Pfadangaben im Explorer nichts anfangen.
Du musst in psexec genau den Pfad angeben, wie er auch beim Remote-System einzugeben wäre.

"\\192.168.1.201\H:\calc.exe"

Andersherum versteht der Explorer im Netzwerk das nicht. Trenne das endlich im Kopf.

Kannst du EXE nicht auf H: auf dem anderen Rechner ausführen, ist das ein Rechteproblem, keines der Freigabe.

Genau deswegen sagte ich dir ja schon, hol dir jemanden dazu, der das kann ohne viel Nachzudenken.

Anmerkung: wenn der gewünschte Benutzer auf dem Zielsystem kein Passwort hat, ist das eh alles vergebliche Mühe.

Das Handle ist ungültig

psexec kommt nicht mal ansatzweise bei dir so weit, den psexesvc (integriert) auf den Zielhost aufzurufen.
Dazu gibt es massenhaft Ergebnisse bei Tante Google. Die meisten sprechen von mangelnden Rechten auf dem Zielhost, das liegt dann aber am eingerichteten Benutzer oder ggf einem defekten Benutzerprofil. Eine dumme Sicherheitssoftware, die das verhindert, muss man auch bedenken. Weiss ja keiner, wie dein Zielrechner aussieht.

Hast du psexec eigentlich mal so aufgerufen? Dann zeigt sich nämlich die Eula als erstes, ohne dessen Bestätigung geht da übrigens auch nichts:
https://stackoverflow.com/questions/37151412/psexec-fails-against-windows-10-remote-target
(leider in englisch, aber da wirds erklärt -> -accepteula)
ggf wie aufgezeigt in der Registry den genannten Wert ändern.

Wie gesagt, die kommst nicht mal bis "Could not start PSEXESVC service" oder ähnlichem.
Vllt liegen alle Ursachen beim Zielrechner..

o0Julia0o · 8. Juni 2018

Danke sehr!

PeteM92 schrieb:
lies mal hier: https://answers.microsoft.com/en-us/insider/forum/insider_wintp-insider_security-insiderplat_pc/psexec-get-console-access-windows-10-problem/ad96c6db-95d7-46ab-98c8-e03efa35df5e

Dankeschön. Hm. Der Pfad scheint nicht korrekt zu sein dort:
HKEY_LOCAL_MACHINE\Microsoft\Windows\Current version\Policies\System

Ich hätte folgenden anzubieten:
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\System

Also dort den Eintrag vornehmen?

.Bernd schrieb:
Die meisten sprechen von mangelnden Rechten auf dem Zielhost, das liegt dann aber am eingerichteten Benutzer oder ggf einem defekten Benutzerprofil. Eine dumme Sicherheitssoftware, die das verhindert, muss man auch bedenken. Weiss ja keiner, wie dein Zielrechner aussieht.

Sicherheitssoftware habe ich nur Windows-Defender. Aber die Firewall testweise deaktiviert.

.Bernd schrieb:
Hast du psexec eigentlich mal so aufgerufen? Dann zeigt sich nämlich die Eula als erstes, ohne dessen Bestätigung geht da übrigens auch nichts:

Danke - jo, die Eula poppt immer beim 1. Mal auf wenn ich die batch zum 1. Mal starte auf einem PC. Ich habe sie immer bestätigt.

.Bernd schrieb:
Wie gesagt, die kommst nicht mal bis "Could not start PSEXESVC service" oder ähnlichem.
Vllt liegen alle Ursachen beim Zielrechner..

Ich habe hier 4 PC´s bzw. Laptops. Bislang klappt das bei keinem zu keinem.

.Bernd schrieb:
Das versteht psexec aber nicht!
Anmerkung: wenn der gewünschte Benutzer auf dem Zielsystem kein Passwort hat, ist das eh alles vergebliche Mühe.

Also ein Passwort hat der Benutzer nicht. Wie kann ich dem Benuter denn ein Passwort geben? Geht das auch, ohne, dass der PC wo ich den Benutzer anlege beim Starten von Windows dieses Passwort angeben muss - mit einem lokalem Benutzerkonto(also ohne e-mailanmeldung)?

PeteM92 · 8. Juni 2018

Also ich hab´s genau nach den Anweisungen in dem Link oben gemacht:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System]
"LocalAccountTokenFilterPolicy"=dword:00000001

Den DWort-Wert LocalAccountTokenFilterPolicy mußte ich natürlich anlegen.

!Anwender · 8. Juni 2018

Passwort anlegen und mit netplwiz wieder aufheben

PeteM92 · 8. Juni 2018

Vielleicht noch ein Tipp:
gib mal in Youtube "psexec" ein ...

sneaker · 8. Juni 2018

Julia, sieh's doch mal positiv: In anderen Netzwerken gibt man sich viel Mühe Zugriffe über psexec etc. zwischen Hosts zu unterbinden, damit Petya, Wannacry und Konsorten es nicht so einfach haben.
https://cloudblogs.microsoft.com/mi...inst-the-petya-ransomware-attack/?source=mmpc
Dein Netzwerk hingegen ist per-se sicher

PeteM92 · 9. Juni 2018

Hier noch ein Aufsatz von Mark Russinovich zu psexec:
PsExec | IT Pro

Den muß man aber sehr genau lesen! Vor allem die Hinweise auf Benutzernamen, Passwort, Benutzerrechte.
Auch den Hinweis zu Virenscannern und deren Umgang mit psexec.

Die Beispiele, die da enthalten sind, erläutern die Anwendung von psexec aber gut.

o0Julia0o · 9. Juni 2018

danke euch.

PeteM92 schrieb:
Also ich hab´s genau nach den Anweisungen in dem Link oben gemacht:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System]

Die Anleitung hat aber einen anderne Pfad vorgeschlagen. Aber wenns bei dir so geholfen hat, probiere ich das so halt.

Anleitungspfad:
HKEY_LOCAL_MACHINE\Microsoft\Windows\Current version\Policies\System
Dein Pfad:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System

Ich habe jetzt einen 2. lokalen Benutzer(test1) angelegt mit Passwort(test1) & die Festplatte H:\ auf 192.168.1.102 freigegeben für diesen Benutzer mit Vollzugriff, bei Sicherheitstab auch Vollzugriff für diesen Benutzer freigegeben. Die PC´s können sich und ihre Freigaben auch gegenseitig sehen unter Netzwerk.

So sowohl als admin als auch user ausgeführt:

Code:

psexec \\192.168.1.201 -u -p Arbeitsgruppe\test1 test1 "H:\Calc.exe"

Ergebnis:

Code:

PsExec v2.2 - Execute processes remotely
Copyright (C) 2001-2016 Mark Russinovich
Sysinternals - www.sysinternals.com

Password:

Bei der Anzeige von "Passwort:" stoppt es und ein Cursor blinkt. Ich gebe also "test1" ein. Doch das wird nicht angezeigt - nichts. Also drücke ich die Entertaste. Dann kommt folgendes:

Code:

Couldn't access 192.168.1.201:
Zugriff verweigert

Als Gesamtausgabe erhalte ich also:

Code:

PsExec v2.2 - Execute processes remotely
Copyright (C) 2001-2016 Mark Russinovich
Sysinternals - www.sysinternals.com

Password:
Couldn't access 192.168.1.201:
Zugriff verweigert

Man beachte: hinter Passwort steht dann nichts. Ist das normal, dass man nicht sieht, welches Passwort man eintippt? Oder nimmt der eh nur Enter an & es ist Wurst, das ich zuvor für ein Passwort versuche einzutippen?

sneaker schrieb:
Dein Netzwerk hingegen ist per-se sicher

Ich stecke bereits in Verhandlungen mit dem FBI - die haben mich aufgrund des Threads hier angeschrieben. ^^

Gelöschtes Mitglied 78250 · 10. Juni 2018

Dein Netzwerk hingegen ist per-se sicher

Aber nicht, weil es auf "privat" stand

HKEY_LOCAL_MACHINE\Microsoft\Windows\Current version\Policies\System

der Link zu stackoverflow von mir schreibt es auch richtig:

HKEY_LOCAL_MACHINE -> Software -> Microsoft -> Windows -> Current version -> Policies -> System

Und bei mir gibt es diesen Pfad. Wenn bei Petes verlinkter Anleitung fehlt

SOFTWARE

ist dennoch "currentversion" wichtig (siehe oben von mir). Wie ich bereits sagte, Grundlagen...

Inzwischen kommst du ja auf das Zielsystem nach Umstellung der Firewall. Aber wir sind / ich bin ja erst mal blöd, wenn ich dir sage, dass beides einen Zusammenhang hat, sowas solltest du ernsthaft sein lassen

192.168.1.1.102

Soll das ein Scherz sein?

Arbeitsgruppe\test1

Gibt es diese Arbeitsgruppe überhaupt? Wie verlinkt MUSS es auf beiden Seiten gleich sein!

Benutzer(test1) angelegt [...] mit Vollzugriff, bei Sicherheitstab auch Vollzugriff für diesen Benutzer freigegeben.

Vollzugriff hast du auch vererbt bzw auf untergeordnete Elemente übertragen? Sonst bringt das gar nichts, nicht mal für EXE.

Wie gesagt - Grundlagen. Und wann kommen endlich die VOLLSTÄNDIGEN Bilder von Sicherheit, Freigaben etc?
Den kastrierten Schei** von vorher kannst du in die Tonne treten...

o0Julia0o · 13. Juni 2018

Jo, danke. Auf das Zielsystem kam ich zuvor ja auch schon - mit der IP-Eingabe. Jetzt sehe ich es auch im Netzwerk und komme mit Doppelklick dann einfach drauf. Aber blöd fand ich Niemanden! Und an der Firewall lag es wohl nicht. Diese hatte ich ja beim Testen immer auch mal deaktiviert. Ich kann sie aktiviert lassen & kann trotzdem unter Netzwerk den jeweils anderen PC sehen.

192.168.1.102 war gemeint - nicht 192.168.1.1.102 - war nur ein Tippfehler, habs korrigiert.

Also die Arbeitsgruppe heißt ARBEITSGRUPPE(ist ja stets groß geschrieben). Und der Nutzer heißt test1. Ja die ist auf beiden PC´s identisch so, die Arbeitsgruppe namens ARBEITSGRUPPE.

Vollzugriff gilt für "Diesen Ordner, Unterordner und Datei":

Hab´ das mit der Registry so eingestellt. Hilft aber leider auch nicht(auch sauberen Neustart gemacht danach).

PeteM92 · 14. Juni 2018

Julia,

an den Stellen, bei denen in Deinem Post #38 überall ARBEITSGRUPPE steht, da steht bei mir der Computername. Die Arbeitsgruppe selbst heißt bei mir übrigens WORKGOUP (Windows-Default-Einstellung, ARBEITSGRUPPE dürfte funktionell gleich sein).

Anmerkung:
Wenn ich Zugriff auf Programme eines anderen Computers brauche, mache ich das entweder mit einer Fernwartungssoftware (TeamViewr o.ä.) oder im lokalen Netz mit einer VNC-Verbindung (TightVNC oder UltraVNC, nicht verwechseln mit VPN).
Beides läßt sich so einrichten, daß am Remote-PC keine Eingaben nötig sind.
PSEXEC funktioniert allerdings auch bei mir.

o0Julia0o · 14. Juni 2018

Achso o.k., Julia ist dann der PC-Name auf welchen ich zugreifen möchte mit PSEXEC & WORKGROUP der Arbeitsgruppenname bei mir jetzt überall(die muss ja überall gleich lauten, die Arbeitsgruppe - hatte die auch probiert gleich zu bennenen, wie der PC-Name, aber das geht nicht... dann wäre es einfacher zu testen) - hatte da falsch geguckt.

Für alle mit dem gleichen Problem noch einmal zusammengefasst - wie es bei mir nun funktioniert:

192.168.1.201:
PC-Name: JULIA
Arbeitsgruppenname: WORKGROUP
zusätzlicher Benutzer angelegt: test1; mit Passwort: test1
Freigabe: H:\ als H & als H_Anwender (mit Vollzugriff auf Ordner und Unterordner und Dateien für test1 und JEDER)

192.168.1.101:
PC-Name: DATEN
Arbeitsgruppenname: WORKGROUP

Ob als admin oder user ausgeführt ist stets egal:

Code:

psexec \\192.168.1.201 -u JULIA\test1 -p test1 "H:\Calc.exe"

genauso möglich ist:

Code:

psexec \\JULIA -u JULIA\test1 -p test1 "H:\Calc.exe"

auch möglich:

Code:

psexec \\192.168.1.201 "H:\Calc.exe"

ebenso möglich:

Code:

psexec \\192.168.1.201 -u JULIA\test1 -p test1 "\\192.168.1.201\H\Calc.exe"

Wobei H der Freigabename für H:\ auf dem Remote-PC ist. Da könnte also ebenso H_Anwender stehen.

Als Ergebnis erhält man dann:

Code:

PsExec v2.2 - Execute processes remotely
Copyright (C) 2001-2016 Mark Russinovich
Sysinternals - www.sysinternals.com

Starting PSEXESVC service on JULIA...

H:\Calc.exe exited on JULIA with error code 0.

Wobei die Zeile "Starting PSEXESVC service on JULIA..." verschwindet, bevor die letzte Zeile erscheint.

Das Passwort live einzutippen, habe ich nicht hinbekommen. So:

Code:

psexec \\192.168.1.201 -u JULIA\test1 "H:\Calc.exe"

erhält man zwar eine Eingabeaufforderung für das Passwort. Doch man sieht schon, dass man nichts eingeben kann. Nur die Entertaste funktioniert. Und somit wird ein leeres Passwort eingegeben. Auch wenn man keine Batch sondern es direkt in der Eingabeaufforderung ausführt.

Noch ein paar Hinweise:
-Man muss sich als der Benutzer(muss als Administrator-Benutzer eingestellt sein) am Remote-PC anmelden, welchen man mit PSEXEC anspricht. Es reicht also nicht aus, den Benutzer nur einfach am Remote-PC zu erstellen.

-Dieser Benutzer muss aber nicht auf dem PSEXEC-Ausführungs-PC vorhanden sein.

-Die Arbeitsgruppen von Ausführ- und Remote-PC dürfen unterschiedlich sein(auch wenn man den 2. Befehl oben nutzt).

-Vollzugriff ist weder unter der Freigabe noch unter dem Sicherheitstab notwendig. "Ändern" reicht.

-Windows Firewall kann ganz normal aktiviert bleiben ohne spezielle Ausnahmeregelung

-der Schalter -i kann nützlich sein, gerade wenn man keine klassischen Consolentools ausführen möchte

-einigen Nutzer hat das geholfen, wenn sie "Zugriff verweigert" bekamen:
"Open regedit from start. Go to HKEY_LOCAL_MACHINE -> Software -> Microsoft -> Windows -> Current version -> Policies -> System

Add REG_DWORD (32 bit) LocalAccountTokenFilterPolicy and set value to 1."
q: https://stackoverflow.com/questions/37151412/psexec-fails-against-windows-10-remote-target

Was mir noch nicht gelingt:
Ich kann keine batch-Datei ausführen lassen auf dem Remote-PC. (In der Batch-Datei wird eine exe-Datei aufgerufen)

Code:

psexec \\192.168.1.201 -u JULIA\test1 -p test1 "H:\test.bat"

test.bat

Code:

@echo off
MRT.exe
exit

Die exe wird gar nicht ausgeführt. Bei anderen exen, welche sich noch auf andere Dateie beziehen, werden Fehler angezegeigt. Die exe läuft dann zwar im Hintergrund auf dem remote-PC, was aber nichts nützt, wegen der Fehler. Der Schalter -i schafft auch keine Abhilfe. Ich denke ich weiß warum das nicht geht, da man die Date zwar ausführt, jedoch nicht in dem Verzeichnis wo sie liegt. Wie also wechsel ich das Verzeichnis zu der jeweiligen Exe?

Lösung:
Und genau daran lage es. Es geht so:

Code:

psexec -nobanner -i -s -w H:\Nero \\192.168.1.201 H:\Nero\NeroExpressPortable.exe

-w H:\Nero legt das Working-Directory fest, was eben aufwändigere Programme benötigen, welche nicht nur aus einer Exe-Datei bestehen. Es reicht dann nicht die exe nur anzugeben im Folgeschritt, dort muss wieder der gesamte Pfad angegeben werden. Welcher jedoch ohne Angabe vom Working-Directory in fehlerhaftem Exestartversuch enden würde.

Jedoch funktioniert das wenn man zuvor eine Grundbatch ausführt:

Code:

psexec -i -s -w H:\Nero \\192.168.1.201 -u JULIA\test1 -p test1 H:\Nero\NeroExpressPortable.exe

Parallel zu dieser startet man dann die obige(ohne user-Angabe) und bricht die Grundbatch ab. Ab diesem Zeitpunkt kann man die obige und auch alle anderen Programme ohne Angabe von user/pw ausführen. Sonst steht dort "Zugriff Verweigert".

o0Julia0o · 18. Juni 2018

Utgardus schrieb:
Letztendlich ist es doch nur ein einziger PowerShell Befehl

Ich habe jetzt alles von hier bis einschließlich "Test the connection" durchgeführt. Entegegen der Anleitung musste ich jedoch ALLE Befehle auf beiden PC`s ausführen. Sont funktioniert das nicht. Doch jetzt hänge ich.

Das funktioniert:

Code:

Enter-PSSession -ComputerName 192.168.1.201 -Credential test1

Dort kann ich dann auf H:\ welchseln und dort dann calc.exe aufrufen.

Doch direkt eine exe starten kann ich dann nicht. Ich probiere es so:

Code:

Invoke-Command -ComputerName 192.168.1.201 -ScriptBlock { H:\calc.exe } -credential test1

Ich muss dann das Passwort eingeben(wie kann ich das direkt im Befehl mitgeben?). Dann erhalte ich:

Code:

[192.168.1.201] Beim Verbinden mit dem Remoteserver "192.168.1.201" ist folgender Fehler aufgetreten: Der WinRM-Client
kann die Anforderung nicht verarbeiten. Wenn das Authentifizierungsschema nicht Kerberos ist oder der Clientcomputer
nicht Mitglied einer Domäne ist, muss der HTTPS-Datentransport verwendet werden, oder der Zielcomputer muss der
TrustedHosts-Konfigurationseinstellung hinzugefügt werden. Verwenden Sie "winrm.cmd", um TrustedHosts zu
konfigurieren. Beachten Sie, dass Computer in der TrustedHosts-Liste möglicherweise nicht authentifiziert sind.
Weitere Informationen hierzu erhalten Sie, indem Sie den folgenden Befehl ausführen: "winrm help config". Weitere
Informationen finden Sie im Hilfethema "about_Remote_Troubleshooting".
    + CategoryInfo          : OpenError: (192.168.1.201:String) [], PSRemotingTransportException
    + FullyQualifiedErrorId : ServerNotTrusted,PSSessionStateBroken

Und wenn ich eine exe-Datei welche nicht standalone funktioniert, sondern auch noch ini-Dateien etc. benötigt auszuführen versuche, erhalte ich:

Code:

Die Benennung "ciffer.exe" wurde nicht als Name eines Cmdlet, einer Funktion, einer Skriptdatei oder eines
ausführbaren Programms erkannt. Überprüfen Sie die Schreibweise des Namens, oder ob der Pfad korrekt ist (sofern
enthalten), und wiederholen Sie den Vorgang.
    + CategoryInfo          : ObjectNotFound: (ciffer.exe:String) [], CommandNotFoundException
    + FullyQualifiedErrorId : CommandNotFoundException

Aus Excel heraus funktioniert es aber so:

Code:

Invoke-Command -ComputerName 192.168.1.201 -ScriptBlock { H:\calc.exe } -credential test1

Doch mit Programmen, welche nicht aus einer einzelnen Exe bestehen, sondern noch ini-Dateien etc. haben, wird dann einfach nichts aufgerufen. Solche Pgoramme, kann ich aber direkt am anderen PC starten. Geht das evlt. mit einem anderem Befehl? Ich denke ich weiß warum das nicht geht, da man die Date zwar ausführt, jedoch nicht in dem Verzeichnis wo sie liegt. Wie also wechsel ich das Verzeichnis zu der jeweiligen Exe? Das Working-Directory muss angegeben werden können, wie bei der Batch-Methode. Aber wie geht das mit Powershell?

Und wie kann ich die Powershellconsole nach Ausführung des Programms automatisch schließen?
"Exit" klappt nicht.

Kann ich auch eine exe-Datei auf einem PC zugreifen, wessen Benutzerkonto KEIN Passwort vergeben hat? Er fragt dann ein Passwort ab, ich bestäige mit Entertaste und bekomme foglenden Fehler:

Code:

[192.168.1.201] Beim Verbinden mit dem Remoteserver "192.168.1.201" ist folgender Fehler aufgetreten: Zugriff
verweigert Weitere Informationen finden Sie im Hilfethema "about_Remote_Troubleshooting".
    + CategoryInfo          : OpenError: (192.168.1.201:String) [], PSRemotingTransportException
    + FullyQualifiedErrorId : AccessDenied,PSSessionStateBroken

Anzeige

Anzeige

Exe auf anderem PC starten

gehört zum Inventar

Windows 11 aktuell

gehört zum Inventar

Gelöschtes Mitglied 78250

Gast

gehört zum Inventar

gehört zum Inventar

Gelöschtes Mitglied 78250

Gast

gehört zum Inventar

gehört zum Inventar

Windows 11 aktuell

gehört zum Inventar

gehört zum Inventar

gehört zum Inventar

gehört zum Inventar

Gelöschtes Mitglied 78250

Gast

gehört zum Inventar

gehört zum Inventar

gehört zum Inventar

gehört zum Inventar