PackageDeployment Modul Hilfe

Package Deployment Module

Invoke-ScriptAs Cmdlet

Version 4.0.0.5

Invoke-ScriptAs

Übersicht

Externes Skript als anderer Benutzer aufrufen

Syntax

Invoke-ScriptAs [-ScriptPath] <String> [[-CLRVersion] <String>] [[-ExecutionPolicy <String>] [[-RunAs] <String>] [-ContinueOnError] [-LeastPrivilege] [-Wow64] [[-UserName] <String>] [[-Password] <String>] [[-Logon] <String>] [[-Context] <String>] [<CommonParameters>]

Beschreibung

Externes Skript als anderer Benutzer aufrufen.

Parameter

-CLRVersion <String>

.NET Framework Version.

Erforderlich

Nein

Position

1

Pipeline-Eingaben akzeptieren

Nein

-Context <String>

User: Ausführung unter Benutzerkonto; Protokollierung in HKEY_CURRENT_USER, also für den Benutzer.
UserPerService: Benutzerbezogener Befehl, Ausführung im Service-Kontext
Computer: Ausführung unter Benutzerkonto; Protokollierung in HKEY_LOCAL_MACHINE, also für den Computer.
ComputerPerService: Ausführung im Service-Kontext; Protokollierung in HKEY_LOCAL_MACHINE, also für den Computer.

Erforderlich

Nein

Position

6

Pipeline-Eingaben akzeptieren

Nein

-ContinueOnError <SwitchParameter>

Setzt das Skript trotz eines aufgetretenen Fehlers im betreffenden Befehl fort

Erforderlich

Nein

Position

Named

Pipeline-Eingaben akzeptieren

Nein

-LeastPrivilege <SwitchParameter>

Bei aktivierter Benutzerkontensteuerung (UAC) führt RunAsEx die Anwendung standardmäßig immer als Administrator aus, es sei denn diese Option ist aktiviert.
Das Setzen dieser Option kann z.B. sinnvoll sein, wenn eine bestimmte Website aufgerufen wird und man aus Sicherheitsgründen verhindern möchte, dass dies mit Administratorrechten geschieht.

Erforderlich

Nein

Position

Named

Pipeline-Eingaben akzeptieren

Nein

-Logon <String>

NoProfile: Das Benutzerprofil wird nicht geladen. Nach Ausführen der Anwendung werden keine Änderungen ins Benutzerprofil geschrieben.
LoadProfile: Das Benutzerprofil wird geladen; Änderungen werden ins Benutzerprofil geschrieben.
NetworkOnly: Die Anwendung selbst wird im Kontext des aktuellen Benutzerkontos ausgeführt.
Das spezifizierte Benutzerkonto wird nur für Netzwerkzugriffe verwendet, d.h. es wird eine Anmeldesitzung (logon session) unter dem spezifizierten Benutzerkonto eröffnet.

Erforderlich

Nein

Position

5

Pipeline-Eingaben akzeptieren

Nein

-Password <String>

Kennwort für das Benutzerkonto, unter dem die Anwendung ausgeführt werden soll

Erforderlich

Nein

Position

4

Pipeline-Eingaben akzeptieren

Nein

-ExecutionPolicy <String>

Ausführungsrichtlinie für das aufgerufene Script

Erforderlich

Nein

Position

3

Pipeline-Eingaben akzeptieren

Nein

-RunAs <String>

UserName: Die Anwendung wird unter dem folgenden Konto ausgeführt.
LocalSystem: Die Anwendung wird unter einem der konfigurierten DSM-Konten ausgeführt. Das betreffende Konto wird nach folgenden Regeln automatisch ermittelt:
Wenn die Anmeldeoption Nur am Netzwerk anmelden ausgewählt ist (s.u.), wird das Benutzerkonto für den Zugriff auf das Depot verwendet. Ist dieses Konto nicht konfiguriert, wird stattdessen das Konto des angemeldeten Benutzers verwendet.
In allen anderen Fällen wird das Benutzerkonto für den DSM Runtime Service verwendet. Wenn dieses Konto nicht konfiguriert ist, wird stattdessen das Konto verwendet, unter dem der ServiceInstaller läuft.
CurrentUser: Die Anwendung wird unter dem Konto des angemeldeten Benutzers ausgeführt.
Wird diese Option im Kontext des Services verwendet (d.h. ein DSM-Service-Konto ist gerade angemeldet), unterscheidet sich dies von der interaktiven Anmeldung mithilfe der Option DSM-Konto verwenden: Bei der Ausführung im Service-Kontext hat der Benutzer immer volle Rechte, während eine interaktive Anmeldung der Benutzerkontensteuerung (UAC) unterliegt
LocalSystem: Die Anwendung wird unter dem lokalen Systemkonto ausgeführt.

Erforderlich

Nein

Position

2

Pipeline-Eingaben akzeptieren

Nein

-ScriptPath <String>

Bitte geben Sie hier das externe Skript an, das von einer Script Engine abgearbeitet werden soll. Der Installer erkennt anhand der Dateiendung die Sprache des externen Skripts: VB Script (Visual Basic Script *.vbs), JScript (extended JavaScript *.js), Perl Script (*.pl), PowerShell (*.ps1).

Erforderlich

Ja

Position

0

Pipeline-Eingaben akzeptieren

Nein

-UserName <String>

Das Benutzerkonto, unter dem die Anwendung ausgeführt werden soll.
Eingabe ist in folgender Form möglich: <Benutzername> , <Domäne>\<Benutzername>

Erforderlich

Nein

Position

3

Pipeline-Eingaben akzeptieren

Nein

-Wow64 <SwitchParameter>

Standardmäßig geht das PackageDeployment-Modul davon aus, auf 64-Bit Systemen in einem 64-Bit PowerShell-Prozess ausgeführt zu werden und greift daher bei Datei- und Registryzugriffen standardmäßig den Ablageort für 64-Bit Anwendungen (sofern dieser sich von dem für 32-Bit Anwendungen unterscheidet) zurück. Soll auf die 32-Bit Pendants (im Dateisystem %WinDir%\SysWOW64 statt %WinDir%\System32, in der Registry HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node statt HKEY_LOCAL_MACHINE\SOFTWARE) zugegriffen werden, verwenden Sie den -Wow64 Switch.

Erforderlich

Nein

Position

Named

Pipeline-Eingaben akzeptieren

Nein

<CommonParameters>

Weitere Informationen zu 'common parameters' finden Sie mit dem Kommando "Get-Help about_CommonParameters".