Powershell remote Script zum Client wird ausgeführt aber ohne Fehlermeldung und ohne starten der Anwendung?
Hallo, ich versuche vom Host per Remote auf eine VM mit Remote eine Anwendung zu starten und bekomme auch die Rückmeldung das der Prozess gestartet ist, (Es wird auch kurz ein PowerShell Fenster angezeigt und die Anwendung startet auch irgendwann im Hintergrund) aber egal was ich versuche die Anwendung lässt sich nicht normal starten. Der ps Befehl an sich funktioniert an sich (etwas abgeändert) einwandfrei auf dem Client. Das komische ist ja das einfache Sachen wie eine Txt Datei erstellen ohne Probleme funktionieren. Ich hab in der vm schon alles mögliche probiert auch ohne Firewall gleiches Ergebnis. openai hat auch schon aufgegeben, anscheinend soll laut meinem Kollegen sowas vorher ohne Probleme funktioniert haben, aber an den win Updates kanns nicht liegen da die vm frisch installiert ist. Chrome wurde nur als Test mit eingefügt
$chromeScriptBlock = {
Start-Process -FilePath "C:\Program Files\Google\Chrome\Application\chrome.exe" -WindowStyle Normal
}
$padScriptBlock = {
$padExePath = "C:\Program Files (x86)\Power Automate Desktop\PAD.Console.Host.exe"
$flowUrl = "XXXXr"
Start-Process -FilePath $padExePath -ArgumentList $flowUrl -WindowStyle Normal
}
# Für Chrome
C:\Users\Administrator\Desktop\PSTools\psexec.exe \\192.168.56.10 -i 1 -u XX powershell -ArgumentList "-NoProfile -ExecutionPolicy Bypass -Command & {$chromeScriptBlock}"
# Für Power Automate Desktop
C:\Users\Administrator\Desktop\PSTools\psexec.exe \\192.168.56.10 -i 1 -u XX -p XXX-d powershell -ArgumentList "-NoProfile -ExecutionPolicy Bypass -Command & {$padScriptBlock}"
2 Antworten
Bei allem darfst Du nicht vergessen, dass PSExec den gesamten angegebenen Befehl an das Remotesystem übergibt. dabei kommt bei Deinem Code:
$chromeScriptBlock = {
Start-Process -FilePath "C:\Program Files\Google\Chrome\Application\chrome.exe" -WindowStyle Normal
}
C:\Users\Administrator\Desktop\PSTools\psexec.exe \\192.168.56.10 -i 1 -u XX powershell -ArgumentList "-NoProfile -ExecutionPolicy Bypass -Command & {$chromeScriptBlock}"
...folgende Reaktion:
In Zeile:1 Zeichen:59
+ -ArgumentList -NoProfile -ExecutionPolicy Bypass -Command & {
+ ~
Das kaufmännische Und-Zeichen (&) ist nicht zulässig. Der &-Operator ist für eine zukünftige Verwendung reserviert. Verwenden Sie das kaufmännische Und-Zeichen in doppelten Anführungszeichen ("&"), um es als Teil einer Zeichenfolge zu übergeben.
+ CategoryInfo : ParserError: (:) [], ParentContainsErrorRecordException
+ FullyQualifiedErrorId : AmpersandNotAllowed
(erstmal muss "-Argumentlist" weg, hat dort Garnichts zu suchen)
C:\Users\Administrator\Desktop\PSTools\psexec.exe \\192.168.56.10 -i 1 -u XX powershell -NoProfile -ExecutionPolicy Bypass -Command "& {$chromeScriptBlock}"
Was ist passiert? ...Quotes (Gänsefüßchen) sind (nicht) passiert. diese werden nach jeder Aufrufebene entfernt, sofern sie nicht maskiert sind oder sich innerhalb eines StringLiterals befinden.
Deine ScriptblockVariable wird aufgelöst , eingesetzt und dem Befehl übergeben.
In der neu gestarteten Instanz wird folgendes ausgeführt:
& {Start-Process -FilePath C:\Program Files (x86)\Google\Chrome\Application\chrome.exe -WindowStyle Normal}
...die schönen "Gänsefüßchen" sind futsch, denn sie wurden einfach mit dem Ebenenwechsel entfernt, weil sie nicht maskiert waren. Solange keine Klammern oder Leerzeichen im Pfad sind, kein Problem, aber Deiner hat beides....
x86 : Die Benennung "x86" 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.
In Zeile:1 Zeichen:46
+ & {Start-Process -FilePath C:\Program Files (x86)\Google\Chrome\Appli ...
+ ~~~
+ CategoryInfo : ObjectNotFound: (x86:String) [], CommandNotFoundException
+ FullyQualifiedErrorId : CommandNotFoundException
ganz leicht zu fixen, wie betrachten "pfad mit Leerzeichen" als literalen String:
'"pfad mit Leerzeichen"'
...der rest ist pillepalle:
$chromeScriptBlock = {
Start-Process -FilePath '"C:\Program Files (x86)\Google\Chrome\Application\chrome.exe"' -WindowStyle Normal
}
c:\pfad\psexec.exe powershell -NoExit -NoProfile -ExecutionPolicy Bypass -Command "& {$chromeScriptBlock}"
(-NoExit verhindert einfach das Schließen der Remoteinstanz von Powershell, damit Du auch mal eventuelle Fehler siehst) ...kann weg...
Solch Probleme treten auf, wenn man Code von irgendwo übernimmt ohne die banalsten Regeln der Sprache und die ausgelösten Reaktionen im Betriebssystem zu kennen. Das ungeschützte "Quotes" nach Parameterübergaben entfernt werden ist ist ein uraltes Ding (in nahezu jeder Sprache) ...
Meine eigenen Regeln dazu:
- vermeide Strings mit aufzulösenden Variablen "blah $var Blub"
- einen normaler String ist immer literal definieren 'blah & blubb'
- der format-operator fügt ohne böse Überraschungen Werte in Literale ein. 'blah {0} blub: {1}' -f $var1, 'wert2'
soviel zu den Basics
Mit dem anderen Ding experimentiere ich garnich erst... () einfach die Quoting-Regen beachten, dann geht das wohl auch durch)
Hab gesehen das du Probleme beim Ausführen einer Anwendung auf einer Remote-VM über PowerShell hast.
Hab dir unten ein paar Möglichkeiten hin geschrieben die das vllt fixen könnten.
1. Stell sicher, dass die Benutzerberechtigungen auf der Remote-VM korrekt konfiguriert sind, um die Anwendungen auszuführen.
2. Du verwendest bereits -ExecutionPolicy Bypass, aber stelle sicher, dass die Execution Policy auf der VM wirklich auf “Bypass” gesetzt ist.
3. Stell sicher, dass die Pfade zu den Anwendungen korrekt sind und die Dateien tatsächlich an den angegebenen Speicherorten existieren.
4. Der Parameter -WindowStyle Normal könnte dazu führen, dass das Fenster der Anwendung im Vordergrund angezeigt wird. Versuchs mal ohne diese Parameter.
5. Füg mal eine Verzögerung zwischen dem Starten des Prozesses und dem Ausführen des Skripts auf der Remote-VM hinzu (vllt geht es dann), um sicherzustellen, dass die Anwendung ausreichend Zeit hat, um zu starten.
6. Überprüfe, ob es Verbindungsprobleme zwischen Host (dir) und VM gibt, die das Starten der Anwendung behindern könnten.
7. Prüf mal die Event- oder Protokolldateien auf der Remote-VM, um mögliche Fehlermeldungen oder Warnungen zu identifizieren, die während deinem Ausführungsvorgangs auftreten könnten.
8. Anstelle von PsExec könntest du Invoke-Command verwenden, um das Skript auf der Remote-VM auszuführen, das kann möglicherweise zu besseren Ergebnissen führen.
Aber sonst hab ich auch kein Plan
Liebe Grüße
- ist gegeben
- hab ich gesetzt
- hab ich mehrmals überprüft
- -WindowStyle hatte ich im nachhinein probiert
- das versuche ich mal ebend, aber wohl unwahrscheinlich da die Anwendungen an sich starten
- leider auch ausgeschlossen
- ich hab ein paar gefunden aber diese sind leider nicht wirklich hilfreich, suche aber noch nach einer Möglichkeit die Ausführung detailliert zu tracken.
- hatte ich vorher auch drin, führt leider zum gleichen Ergebnis
suche aber noch nach einer Möglichkeit die Ausführung detailliert zu tracken.
Ein "pause" am Ende des Script hält das Fenster offen.
Im Script aufgerufene Powershell-Instanzen hält man mit dem Parameter -NoExit offen.
Gelegentlich ein:
Write-Host 'Wert der Variable $VarName :' $VarName
... zeigt womit man arbeitet, ohne in die Pipline Zielvariable eingespeist zu werden.