Sådan udføres EXE-filer ved hjælp af PowerShell

Det er ret ligetil at køre en eksekverbar fil (.exe), når du bare dobbeltklikker på den. Men hvis du automatiserer ting – f.eks.opretter scripts til at installere programmer, konfigurere miljøer eller køre vedligeholdelsesopgaver – skal du blive fortrolig med, hvordan Windows PowerShell håndterer disse filer. Det er lidt mærkeligt, men PowerShell har et par måder at køre en.exe på, og nogle gange virker den enkleste metode ikke afhængigt af din opsætning eller filplacering. Dette kan være særligt frustrerende, hvis du går i dybden med scripts eller prøver at få ting til at køre uden brugerindgriben.

Plus, hvis du administrerer servere eller pc’er eksternt, kan det spare dig en masse tid at vide, hvordan man kører programmer fra et script eller en kommandolinje. Målet her er at forstå et par pålidelige, testede metoder til at få den eksekverbare fil til at køre problemfrit uden at støde på tilladelsesmure eller stiproblemer. Når du gør det rigtigt, vil PowerShell-kommandoerne bare udføre filen, som om du dobbeltklikkede. Forvent noget trial and error, da mærkelige ting som mellemrum i filnavne eller tilladelser kan sætte tingene i stykker. Men ja, når det klikker, vil du undre dig over, hvorfor det føltes så kompliceret i starten. Fordi Windows selvfølgelig nogle gange skal gøre det sværere end nødvendigt.

Hvordan kører man en exe i Powershell?

Når du forsøger at køre en eksekverbar fil fra PowerShell, skal du sørge for at pege på den rigtige placering og den rigtige syntaks. Erstat filnavn eller sti med dine faktiske filoplysninger, men undlad at inkludere < >parenteser – de er der kun for strukturens skyld. Husk også, at kommandoer kan være følsomme over for mellemrum i filnavne eller mapper, så det er afgørende at citere stier med mellemrum.

Kør direkte uden parametre ved hjælp af &-operatoren

Dette er den mest almindelige måde.&Symbolet (nogle gange kaldet kaldoperatoren) fortæller PowerShell: “Hey, kør denne fil.” Det er fleksibelt, fordi du kan give den fulde stier eller relative stier, og det fungerer i de fleste simple scenarier. Her er hvad du skal gøre:

• Åbn PowerShell som administrator — tryk på Windows + R, skriv powershell, og tryk derefter på Ctrl + Shift + Enter.(Nogle gange er det nødvendigt, hvis appen kræver administratorrettigheder.)
• Hvis.exe-filen er i den samme mappe, som du er i, skal du skrive: & '.\filename.exe'. Det .\betyder “se her” i den aktuelle mappe.
• Hvis det er et andet sted, og du kender den fulde sti, skal du skrive: & 'C:\Path\To\Your\File.exe'. Sørg for at sætte anførselstegn omkring stier, hvis de indeholder mellemrum, f.eks & 'C:\Program Files\MyApp\app.exe'.

Hvad sker der her? Det &får PowerShell til at forstå, at du vil køre filen som et program, ikke bare behandle den som en streng. Nogle gange sker der mærkelige ting – i nogle opsætninger kan det kræve et andet forsøg eller en genstart for at registrere den fuldt ud. Jeg er ikke sikker på hvorfor, men det føles som om Windows altid prøver at være lidt snæver med scriptudførelser.

Brug af Start-Process — PowerShell Power-User-metoden

Start-Process er som den schweiziske lommekniv til at starte apps. Det er fantastisk, hvis du vil have mere kontrol, f.eks.at vente på, at programmet lukker, før du går videre, eller køre det med administratorrettigheder uden manuelt at skulle starte PowerShell som administrator.

Hvorfor det hjælper: Flere muligheder, såsom at vente på færdiggørelse, sende argumenter eller forhøje privilegier.

Hvornår det gælder: Hvis dit script skal vente, indtil den eksekverbare fil er færdig, eller køre det med specifikke rettigheder.

Forventet resultat: Programmet starter, og scripts fortsætter, når det er færdigt (hvis -Waitbrugt).

• Grundlæggende brug:Start-Process -FilePath “C:\Path\To\Program.exe”
• Venter på at processen er færdig:Start-Process -FilePath “C:\Path\To\Program.exe” -Wait
• Kører som administrator:Start-Process -FilePath “C:\Path\Program.exe” -Verb RunAs

Husk, at dette er nyttigt, hvis du vil automatisere start af en app og sikre dig, at den er færdig, før du fortsætter. Nogle gange er dette den eneste pålidelige metode, når du har med installationsscripts eller batchjob at gøre, der afhænger af tidligere gennemførte trin.

Brug af Invoke-Expression — Meh, bedre at holde sig væk det meste af tiden

Den her irriterer mig lidt, ærligt talt. Microsoft anbefaler ikke at bruge den Invoke-Expressiontil at køre eksekverbare filer, fordi den er sårbar over for scriptinjektion og kan være et stort besvær at fejlfinde.

Men hvis du er sikker på, hvad du laver, kan den køre en eksekverbar fil, hvis du bruger den rigtige kommando. Sådan her:

Invoke-Expression -Command ".\Path\To\File.exe"

Dette virker normalt, når du allerede er i mappen med filen – i hvilket tilfælde kun filnavnet virker. Hvis du er i en anden mappe, skal du angive den fulde sti: Invoke-Expression -Command "D:\Folder\File.exe". Men vær forsigtig – denne metode kan være upålidelig eller usikker, hvis du accepterer input fra andre. Helt ærligt, undgå den, medmindre du er helt sikker på, at intet kan gå galt, da skadelige scripts ret nemt kan snige sig ind.

Nogle gange, på nogle systemer, kan denne metode give en fejl eller ikke udføres med det samme. Det er lidt mærkeligt, men det sker. Og nej, Microsoft er ikke længere en stor fan af denne tilgang, så brug den sparsomt.