/ / Skriptsprachen für Windows für Remote-Benutzer - Windows, Powershell, Automatisierung, Skriptsprache, Logmein

Skriptsprachen für Windows für Remote-Benutzer - Windows, Powershell, Automatisierung, Skriptsprache, LogMein

Ich arbeite für eine Anwendungsentwicklungsfirmadie Unterstützungsseite davon. Ich freue mich darauf, Skripts auf einem Remote-Host (logmein Rescue Technician Pro) auszuführen. Alle unsere Kunden laufen auf Windows-Maschinen. Die älteste Betriebssystemversion, die wir unterstützen, ist XP SP3 und die neueste Version von win8. Ich brauche eine Skriptsprache, die in Windows nativ ist, und dies erfordert keinen Download oder Entpacken. Diese Skripts sind Powershell-Skripts, aber wie wir alle wissen, muss die Ausführungspolitik auf uneingeschränkt gesetzt werden. Ich brauche eine Skriptsprache, die Mausklicks automatisiert und Tastatureingaben wie das Drücken der Eingabetaste auf der Tastatur oder das Eingeben von Wörtern in cmd / Powershell und das Drücken der Eingabetaste zum Beispiel Ich versuche, ein Skript in einer anderen Sprache auszuführen, um die Excutionspolitik in Powershell zu deaktivieren und dann die Powershell-Skripts von diesem Punkt aus zu starten Ich habe es mir erklärt

AKTUALISIEREN:

Ich bin schlecht bei dem, was ich zu erklären versuche. Ich muss ein Skript ausführen, um ExecutionPolicy für Remote-Benutzer über LOGMEIN RESCUE TECHNICIAN zu deaktivieren. Logmein hat eine Registerkarte namens "SCRIPTS", die automatisch gestartet wird, wenn Sie sich mit der Remote-Sitzung verbinden. Das Problem ist, dass PowerShell standardmäßig auf die Ausführungspolitik beschränkt ist. Das lässt meine Skripte nicht laufen und ich muss sie manuell von meinem Computer aus ausführen. Ich glaube, es ist eine Möglichkeit, die Skripts einfach auszuführen und sie mir die Ergebnisse liefern zu lassen, ohne die Remote-Benutzer-GUI aufzurufen Die Computer sind ihre eigenen unabhängigen Computer und befinden sich nicht in einer Domäne. Ich muss die Skripts beim Start der Remote-Sitzung als uneingeschränkt auf dem Remote-Computer ausführen. Darum habe ich mich im Kreis herumgetrieben und versucht, das herauszufinden. Ich konnte Powershell von der cmd aus deaktivieren, aber ich muss die Eingabetaste drücken. Ich muss die Eingabetaste skriptieren, aber wieder laufe ich in Blöcke, die nur meine Skripts ausführen. Ich bin jetzt an diesem Punkt verärgert.

Antworten:

1 für die Antwort № 1

Sie können ein Powershell-Skript wie folgt ausführen:

powershell -executionpolicy unrestricted -file "C:Myscript.ps1"

Dies ändert nicht die globale Ausführungspolitik für die gesamte Maschine, sondern nur das Skript auszuführen.


0 für die Antwort № 2

Zwei Optionen:

1.Stick mit PowerShell. Wenn Sie PowerShell starten, führen Sie den folgenden Befehl aus, anstatt über die Verknüpfung zu starten (entweder über eine Cmd-Eingabeaufforderung oder den Befehl Ausführen):

powershell.exe -ExecutionPolicy ByPass

Dadurch wird PowerShell mit dem Ausführungsmodus ByPass ausgeführt.

2.Verwenden Sie die alte Art der Skripterstellung, die für alle Windows-Versionen, VB-Skripts, geeignet ist. (obwohl nach der Verwendung von PowerShell VB-Skripts nur schwer wieder aufzurufen sind)


0 für die Antwort № 3

Ich würde ehrlich mit JScript (oder VBScript) gehen, aberJScript ist eine viel schönere Sprache (IMHO), da Sie auf den Remote-Computern nichts installieren müssen. XP enthält keine PowerShell.

WSH (Windows Scripting Host) -Sprachen mögenVBScript und JScript sowie PowerShell können alle Mausklicks und Tastatureingaben simulieren. Wenn Sie jedoch ein Skript benötigen, das auf allen diesen Plattformen ausgeführt werden kann, müssen Sie sich an die WSH-Sprachen halten.

Wenn Sie die Kontrolle darüber haben, was installiert wirdAuf den Remote-Systemen sollten Sie jedoch PowerShell verwenden oder zumindest sicherstellen, dass die Windows Scripting Host-Komponenten auf dem neuesten Stand sind und die neueste Version für die Plattform verfügbar sind. Ich bin nicht sicher, ob dies zu den typischen Windows-Updates gehört oder nicht.

Nur meine $ 0,02.