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.