Rezolvarea problemelor de execuție a scripturilor PowerShell pe Windows Server 2008 R2

Depanarea restricțiilor de execuție a scripturilor PowerShell

Când lucrează cu Windows Server 2008 R2, utilizatorii pot întâmpina o eroare care indică faptul că execuția scripturilor PowerShell este dezactivată pe sistem. Această problemă poate apărea atunci când încercați să rulați un script prin cmd.exe, chiar și după setarea politicii de execuție la Nerestricționat.

În ciuda faptului că se confirmă că politica de execuție este setată la Nerestricționat, scripturile pot să nu se execute, provocând frustrare și împiedicând progresul. Acest ghid va explora cauzele comune ale acestei probleme și va oferi pași pentru a asigura execuția cu succes a scriptului.

Înțelegerea și implementarea politicilor de execuție a scripturilor în PowerShell

Scripturile furnizate urmăresc să rezolve problema dezactivării execuției scripturilor PowerShell pe Windows Server 2008 R2. Primul script setează politica de execuție la **Bypass** pentru sesiunea curentă PowerShell folosind **Set-ExecutionPolicy -ExecutionPolicy Bypass -Scope Process -Force**. Această comandă permite tuturor scripturilor să ruleze temporar fără restricții. Scriptul navighează apoi la directorul care conține scriptul **Management_Install.ps1** și îl execută folosind **powershell .Management_Install.ps1**. Această abordare asigură că modificarea politicii de execuție este doar temporară și nu afectează situația generală de securitate a sistemului.

Al doilea script, un fișier batch, setează, de asemenea, politica de execuție la **Bypass**, dar face acest lucru din linia de comandă. Utilizează **powershell -Comandă „Set-ExecutionPolicy Bypass -Scope Process -Force”** pentru a realiza acest lucru. După modificarea politicii de execuție, scriptul navighează la directorul de script și rulează scriptul PowerShell folosind **powershell -File .Management_Install.ps1**. Scriptul batch se termină cu o comandă **pauză** pentru a menține deschisă fereastra promptului de comandă, permițând utilizatorului să vadă orice rezultat sau mesaje de eroare. Această metodă este utilă pentru automatizarea procesului și integrarea acestuia în procese de loturi mai mari.

Semnarea scripturilor și securitatea în PowerShell

Al treilea exemplu de script demonstrează cum să semnați un script PowerShell pentru a respecta politicile de execuție mai stricte. În primul rând, se creează un certificat autosemnat folosind **New-SelfSignedCertificate**. Acest certificat poate fi apoi exportat cu **Export-Certificate** și importat în magazine de certificate de încredere folosind **Import-Certificate**. Importând certificatul în magazinele **TrustedPublisher** și **Root**, sistemul va avea încredere în scripturile semnate cu acest certificat. Scriptul **Management_Install.ps1** este apoi semnat folosind **Set-AuthenticodeSignature**.

Semnarea scripturilor asigură că numai scripturile de încredere se pot executa pe sistem, oferind un nivel suplimentar de securitate. Această abordare este utilă în special în mediile cu cerințe stricte de securitate în care politicile de execuție sunt setate la **AllSigned** sau **RemoteSigned**. Prin semnarea scriptului, administratorii se pot asigura că scripturile nu sunt modificate și provin dintr-o sursă de încredere, atenuând astfel potențialele riscuri de securitate. Această metodă combină securitatea cu funcționalitatea, permițând rularea scripturilor necesare, menținând în același timp integritatea sistemului.

# 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

Asigurarea conformității cu politica de execuție a scripturilor și a securității sistemului

Când gestionați Windows Server 2008 R2, este esențial să înțelegeți diferitele politici de execuție disponibile în PowerShell și modul în care acestea influențează execuția scriptului. Politicile de execuție PowerShell sunt concepute pentru a preveni execuția de scripturi potențial dăunătoare. Cele patru politici principale sunt **Restricted**, **AllSigned**, **RemoteSigned** și **Unrestricted**. **Restricționat** este politica implicită și nu permite rularea niciunui script. **AllSigned** necesită ca toate scripturile și fișierele de configurare să fie semnate de un editor de încredere. **RemoteSigned** necesită ca toate scripturile și fișierele de configurare descărcate de pe internet să fie semnate de un editor de încredere, dar permite scripturilor create local să ruleze fără semnătură.

Înțelegerea acestor politici ajută administratorii să aleagă nivelul potrivit de securitate pentru mediul lor. În scenariile în care scripturile trebuie executate în mod regulat, setarea politicii la **Nerestricționat** poate fi riscantă, deoarece permite rularea tuturor scripturilor fără restricții. În schimb, administratorii ar trebui să ia în considerare utilizarea **RemoteSigned** sau **AllSigned** pentru a echilibra securitatea cu funcționalitatea. Prin semnarea scripturilor și gestionarea certificatelor, administratorii se pot asigura că pe sistemele lor rulează numai scripturi de încredere, reducând riscul de a rula cod rău intenționat.