Løsning af PowerShell-scriptudførelsesproblemer på Windows Server 2008 R2

Fejlfinding af PowerShell-scriptudførelsesbegrænsninger

Når du arbejder med Windows Server 2008 R2, kan brugere støde på en fejl, der indikerer, at udførelse af PowerShell-scripts er deaktiveret på systemet. Dette problem kan opstå, når du forsøger at køre et script via cmd.exe, selv efter indstilling af udførelsespolitikken til Ubegrænset.

På trods af bekræftelse af, at eksekveringspolitikken er indstillet til Ubegrænset, kan scripts stadig ikke udføres, hvilket forårsager frustration og hindrer fremskridt. Denne vejledning vil undersøge de almindelige årsager til dette problem og give trin til at sikre en vellykket scriptudførelse.

Forståelse og implementering af scriptudførelsespolitikker i PowerShell

De leverede scripts har til formål at løse problemet med, at PowerShell-scriptudførelse er deaktiveret på Windows Server 2008 R2. Det første script indstiller udførelsespolitikken til **Bypass** for den aktuelle PowerShell-session ved hjælp af **Set-ExecutionPolicy -ExecutionPolicy Bypass -Scope Process -Force**. Denne kommando tillader alle scripts at køre uden begrænsninger midlertidigt. Scriptet navigerer derefter til mappen, der indeholder **Management_Install.ps1** scriptet og udfører det ved hjælp af **powershell .Management_Install.ps1**. Denne tilgang sikrer, at ændringen af ​​eksekveringspolitikken kun er midlertidig og ikke påvirker systemets overordnede sikkerhedsposition.

Det andet script, en batch-fil, indstiller også udførelsespolitikken til **Bypass**, men gør det fra kommandolinjen. Den bruger **powershell -Kommando "Set-ExecutionPolicy Bypass -Scope Process -Force"** for at opnå dette. Efter at have ændret udførelsespolitikken, navigerer scriptet til script-biblioteket og kører PowerShell-scriptet ved hjælp af **powershell -File .Management_Install.ps1**. Batch-scriptet slutter med en **pause**-kommando for at holde kommandopromptvinduet åbent, så brugeren kan se alle output- eller fejlmeddelelser. Denne metode er nyttig til at automatisere processen og integrere den i større batchprocesser.

Scriptsignering og sikkerhed i PowerShell

Det tredje scripteksempel viser, hvordan man signerer et PowerShell-script for at overholde strengere udførelsespolitikker. Først oprettes et selvsigneret certifikat ved hjælp af **New-SelfSignedCertificate**. Dette certifikat kan derefter eksporteres med **Eksport-certifikat** og importeres til betroede certifikatlagre ved hjælp af **Import-certifikat**. Ved at importere certifikatet til **TrustedPublisher** og **Root** lagrene, vil systemet have tillid til scripts, der er signeret med dette certifikat. Scriptet **Management_Install.ps1** signeres derefter med **Set-AuthenticodeSignature**.

Scriptsignering sikrer, at kun betroede scripts kan udføres på systemet, hvilket giver et ekstra lag af sikkerhed. Denne tilgang er især nyttig i miljøer med strenge sikkerhedskrav, hvor udførelsespolitikker er indstillet til **AllSigned** eller **RemoteSigned**. Ved at underskrive scriptet kan administratorer sikre, at scripts ikke bliver manipuleret og kommer fra en pålidelig kilde, hvilket mindsker potentielle sikkerhedsrisici. Denne metode kombinerer sikkerhed med funktionalitet, hvilket tillader nødvendige scripts at køre, mens systemets integritet bevares.

# Ensure the script execution policy is set to Bypass
Set-ExecutionPolicy -ExecutionPolicy Bypass -Scope Process -Force

# Navigate to the script directory
cd "C:\Projects\Microsoft.Practices.ESB\Source\Samples\Management Portal\Install\Scripts"

# Execute the PowerShell script
powershell .\Management_Install.ps1

@echo off

:: Set PowerShell execution policy to Bypass
powershell -Command "Set-ExecutionPolicy Bypass -Scope Process -Force"

:: Navigate to the script directory
cd "C:\Projects\Microsoft.Practices.ESB\Source\Samples\Management Portal\Install\Scripts"

:: Run the PowerShell script
powershell -File .\Management_Install.ps1

pause

# Sample script content
Write-Output "Executing Management Install Script"

# Save this script as Management_Install.ps1

# To sign the script, follow these steps:
# 1. Create a self-signed certificate (if you don't have one)
$cert = New-SelfSignedCertificate -DnsName "PowerShellLocalCert" -CertStoreLocation "Cert:\LocalMachine\My"

# 2. Export the certificate to a file
Export-Certificate -Cert $cert -FilePath "C:\PowerShellLocalCert.cer"

# 3. Import the certificate to Trusted Publishers and Trusted Root Certification Authorities
Import-Certificate -FilePath "C:\PowerShellLocalCert.cer" -CertStoreLocation "Cert:\LocalMachine\TrustedPublisher"
Import-Certificate -FilePath "C:\PowerShellLocalCert.cer" -CertStoreLocation "Cert:\LocalMachine\Root"

# 4. Sign the script with the certificate
Set-AuthenticodeSignature -FilePath .\Management_Install.ps1 -Certificate $cert

Sikring af overholdelse af scriptudførelsespolitik og systemsikkerhed

Når du administrerer Windows Server 2008 R2, er det afgørende at forstå de forskellige eksekveringspolitikker, der er tilgængelige i PowerShell, og hvordan de påvirker scriptudførelsen. PowerShell-udførelsespolitikker er designet til at forhindre eksekvering af potentielt skadelige scripts. De fire hovedpolitikker er **Begrænset**, **Allsigneret**, **RemoteSigned** og **Ubegrænset**. **Begrænset** er standardpolitikken og tillader ingen scripts at køre. **AllSigned** kræver, at alle scripts og konfigurationsfiler er underskrevet af en betroet udgiver. **RemoteSigned** kræver, at alle scripts og konfigurationsfiler, der downloades fra internettet, er signeret af en betroet udgiver, men tillader lokalt oprettede scripts at køre uden en signatur.

At forstå disse politikker hjælper administratorer med at vælge det rigtige sikkerhedsniveau til deres miljø. I scenarier, hvor scripts skal udføres regelmæssigt, kan det være risikabelt at sætte politikken til **Ubegrænset**, da det tillader alle scripts at køre uden nogen begrænsninger. I stedet bør administratorer overveje at bruge **RemoteSigned** eller **AllSigned** for at balancere sikkerhed med funktionalitet. Ved at signere scripts og administrere certifikater kan administratorer sikre, at kun betroede scripts kører på deres systemer, hvilket reducerer risikoen for at køre skadelig kode.