Løse problemer med kjøring av PowerShell-skript på Windows Server 2008 R2

Feilsøking av PowerShell-skriptutførelsesbegrensninger

Når du arbeider med Windows Server 2008 R2, kan brukere støte på en feil som indikerer at kjøringen av PowerShell-skript er deaktivert på systemet. Dette problemet kan oppstå når du prøver å kjøre et skript via cmd.exe, selv etter at utførelsespolicyen er satt til Ubegrenset.

Til tross for bekreftelse av at utførelsespolicyen er satt til Ubegrenset, kan skript fortsatt mislykkes i å kjøre, forårsake frustrasjon og hindre fremgang. Denne veiledningen vil utforske de vanlige årsakene til dette problemet og gi trinn for å sikre vellykket skriptutførelse.

Forstå og implementere skriptutførelsespolicyer i PowerShell

Skriptene som tilbys tar sikte på å løse problemet med at kjøring av PowerShell-skript blir deaktivert på Windows Server 2008 R2. Det første skriptet setter utførelsespolicyen til **Bypass** for gjeldende PowerShell-sesjon ved å bruke **Set-ExecutionPolicy -ExecutionPolicy Bypass -Scope Process -Force**. Denne kommandoen lar alle skript kjøre uten begrensninger midlertidig. Skriptet navigerer deretter til katalogen som inneholder **Management_Install.ps1**-skriptet og kjører det ved hjelp av **powershell .Management_Install.ps1**. Denne tilnærmingen sikrer at endringen i utførelsespolicyen bare er midlertidig og ikke påvirker systemets generelle sikkerhetsposisjon.

Det andre skriptet, en batchfil, setter også utførelsespolicyen til **Bypass**, men gjør det fra kommandolinjen. Den bruker **powershell -kommando "Set-ExecutionPolicy Bypass -Scope Process -Force"** for å oppnå dette. Etter å ha endret utførelsespolicyen, navigerer skriptet til skriptkatalogen og kjører PowerShell-skriptet ved hjelp av **powershell -File .Management_Install.ps1**. Batch-skriptet avsluttes med en **pause**-kommando for å holde ledetekstvinduet åpent, slik at brukeren kan se alle utdata eller feilmeldinger. Denne metoden er nyttig for å automatisere prosessen og integrere den i større batch-prosesser.

Skriptsignering og sikkerhet i PowerShell

Det tredje skripteksemplet viser hvordan du signerer et PowerShell-skript for å overholde strengere utførelsespolicyer. Først opprettes et selvsignert sertifikat ved hjelp av **New-SelfSignedCertificate**. Dette sertifikatet kan deretter eksporteres med **Export-Certificate** og importeres til klarerte sertifikatlagre ved hjelp av **Import-Certificate**. Ved å importere sertifikatet til **TrustedPublisher** og **Root**-lagrene, vil systemet stole på skript signert med dette sertifikatet. Skriptet **Management_Install.ps1** signeres deretter med **Set-AuthenticodeSignature**.

Skriptsignering sikrer at bare klarerte skript kan kjøres på systemet, noe som gir et ekstra lag med sikkerhet. Denne tilnærmingen er spesielt nyttig i miljøer med strenge sikkerhetskrav der utførelsespolicyer er satt til **AllSigned** eller **RemoteSigned**. Ved å signere skriptet kan administratorer sikre at skriptene ikke tukles med og er fra en pålitelig kilde, og dermed redusere potensielle sikkerhetsrisikoer. Denne metoden kombinerer sikkerhet med funksjonalitet, slik at nødvendige skript kan kjøres samtidig som systemets integritet opprettholdes.

# 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

Sikre samsvar med retningslinjer for skriptkjøring og systemsikkerhet

Når du administrerer Windows Server 2008 R2, er det avgjørende å forstå de forskjellige kjøringspolicyene som er tilgjengelige i PowerShell og hvordan de påvirker skriptkjøringen. PowerShell-utførelsespolicyer er utformet for å forhindre kjøring av potensielt skadelige skript. De fire hovedretningslinjene er **Begrenset**, **Allsignert**, **RemoteSignet** og **Ubegrenset**. **Begrenset** er standardpolicyen og tillater ingen skript å kjøre. **AllSigned** krever at alle skript og konfigurasjonsfiler er signert av en pålitelig utgiver. **RemoteSigned** krever at alle skript og konfigurasjonsfiler som lastes ned fra internett er signert av en klarert utgiver, men lar lokalt opprettede skript kjøres uten signatur.

Å forstå disse retningslinjene hjelper administratorer med å velge riktig sikkerhetsnivå for miljøet deres. I scenarier der skript må kjøres regelmessig, kan det være risikabelt å sette policyen til **Ubegrenset**, siden det lar alle skript kjøre uten noen begrensninger. I stedet bør administratorer vurdere å bruke **RemoteSigned** eller **AllSigned** for å balansere sikkerhet med funksjonalitet. Ved å signere skript og administrere sertifikater kan administratorer sikre at bare klarerte skript kjører på systemene deres, noe som reduserer risikoen for å kjøre skadelig kode.