Windows Server 2008 R2 पर PowerShell स्क्रिप्ट निष्पादन समस्याओं का समाधान

PowerShell स्क्रिप्ट निष्पादन प्रतिबंधों का समस्या निवारण

Windows Server 2008 R2 के साथ काम करते समय, उपयोगकर्ताओं को एक त्रुटि का सामना करना पड़ सकता है जो दर्शाता है कि सिस्टम पर PowerShell स्क्रिप्ट का निष्पादन अक्षम है। निष्पादन नीति को अप्रतिबंधित पर सेट करने के बाद भी, cmd.exe के माध्यम से स्क्रिप्ट चलाने का प्रयास करते समय यह समस्या उत्पन्न हो सकती है।

यह पुष्टि करने के बावजूद कि निष्पादन नीति अप्रतिबंधित पर सेट है, स्क्रिप्ट अभी भी निष्पादित होने में विफल हो सकती हैं, जिससे निराशा हो सकती है और प्रगति में बाधा आ सकती है। यह मार्गदर्शिका इस समस्या के सामान्य कारणों का पता लगाएगी और सफल स्क्रिप्ट निष्पादन सुनिश्चित करने के लिए चरण प्रदान करेगी।

PowerShell में स्क्रिप्ट निष्पादन नीतियों को समझना और लागू करना

प्रदान की गई स्क्रिप्ट का उद्देश्य Windows Server 2008 R2 पर PowerShell स्क्रिप्ट निष्पादन को अक्षम करने की समस्या का समाधान करना है। पहली स्क्रिप्ट **Set-ExecutionPolicy -ExecutionPolicy Bypass -Scope Process -Force** का उपयोग करके वर्तमान PowerShell सत्र के लिए निष्पादन नीति को **बायपास** पर सेट करती है। यह कमांड सभी स्क्रिप्ट को बिना किसी प्रतिबंध के अस्थायी रूप से चलाने की अनुमति देता है। स्क्रिप्ट फिर **Management_Install.ps1** स्क्रिप्ट वाली निर्देशिका में नेविगेट करती है और **powershell .Management_Install.ps1** का उपयोग करके इसे निष्पादित करती है। यह दृष्टिकोण सुनिश्चित करता है कि निष्पादन नीति परिवर्तन केवल अस्थायी है और सिस्टम की समग्र सुरक्षा स्थिति को प्रभावित नहीं करता है।

दूसरी स्क्रिप्ट, एक बैच फ़ाइल, निष्पादन नीति को **बायपास** पर भी सेट करती है लेकिन ऐसा कमांड लाइन से करती है। इसे प्राप्त करने के लिए यह **पावरशेल -कमांड "सेट-एक्ज़ीक्यूशनपॉलिसी बायपास -स्कोप प्रोसेस -फोर्स"** का उपयोग करता है। निष्पादन नीति को बदलने के बाद, स्क्रिप्ट स्क्रिप्ट निर्देशिका में नेविगेट करती है और **powershell -File .Management_Install.ps1** का उपयोग करके PowerShell स्क्रिप्ट चलाती है। बैच स्क्रिप्ट कमांड प्रॉम्प्ट विंडो को खुला रखने के लिए **रोकें** कमांड के साथ समाप्त होती है, जिससे उपयोगकर्ता को कोई भी आउटपुट या त्रुटि संदेश देखने की अनुमति मिलती है। यह विधि प्रक्रिया को स्वचालित करने और इसे बड़े बैच प्रक्रियाओं में एकीकृत करने के लिए उपयोगी है।

PowerShell में स्क्रिप्ट हस्ताक्षर और सुरक्षा

तीसरा स्क्रिप्ट उदाहरण दर्शाता है कि सख्त निष्पादन नीतियों का अनुपालन करने के लिए पावरशेल स्क्रिप्ट पर हस्ताक्षर कैसे करें। सबसे पहले, **New-SelfSignedCertificate** का उपयोग करके एक स्व-हस्ताक्षरित प्रमाणपत्र बनाया जाता है। इस प्रमाणपत्र को **निर्यात-प्रमाणपत्र** के साथ निर्यात किया जा सकता है और **आयात-प्रमाणपत्र** का उपयोग करके विश्वसनीय प्रमाणपत्र भंडार में आयात किया जा सकता है। प्रमाणपत्र को **TrustedPublisher** और **Root** स्टोर में आयात करके, सिस्टम इस प्रमाणपत्र के साथ हस्ताक्षरित स्क्रिप्ट पर भरोसा करेगा। स्क्रिप्ट **Management_Install.ps1** को **Set-AuthenticodeSignature** का उपयोग करके हस्ताक्षरित किया जाता है।

स्क्रिप्ट हस्ताक्षर यह सुनिश्चित करता है कि केवल विश्वसनीय स्क्रिप्ट ही सिस्टम पर निष्पादित हो सकती हैं, जो सुरक्षा की एक अतिरिक्त परत प्रदान करती है। यह दृष्टिकोण कठोर सुरक्षा आवश्यकताओं वाले वातावरण में विशेष रूप से उपयोगी है जहां निष्पादन नीतियां **ऑलसाइनड** या **रिमोटसाइनड** पर सेट होती हैं। स्क्रिप्ट पर हस्ताक्षर करके, प्रशासक यह सुनिश्चित कर सकते हैं कि स्क्रिप्ट के साथ छेड़छाड़ नहीं की गई है और वे एक विश्वसनीय स्रोत से हैं, इस प्रकार संभावित सुरक्षा जोखिमों को कम किया जा सकता है। यह विधि सुरक्षा को कार्यक्षमता के साथ जोड़ती है, जिससे सिस्टम की अखंडता को बनाए रखते हुए आवश्यक स्क्रिप्ट को चलाने की अनुमति मिलती है।

# 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

स्क्रिप्ट निष्पादन नीति अनुपालन और सिस्टम सुरक्षा सुनिश्चित करना

Windows Server 2008 R2 को प्रबंधित करते समय, PowerShell में उपलब्ध विभिन्न निष्पादन नीतियों को समझना और वे स्क्रिप्ट निष्पादन को कैसे प्रभावित करते हैं, यह समझना महत्वपूर्ण है। PowerShell निष्पादन नीतियां संभावित रूप से हानिकारक स्क्रिप्ट के निष्पादन को रोकने के लिए डिज़ाइन की गई हैं। चार मुख्य नीतियां हैं **प्रतिबंधित**, **सभीहस्ताक्षरित**, **दूरस्थहस्ताक्षरित**, और **अप्रतिबंधित**। **प्रतिबंधित** डिफ़ॉल्ट नीति है और किसी भी स्क्रिप्ट को चलाने की अनुमति नहीं देती है। **AllSigned** के लिए सभी स्क्रिप्ट और कॉन्फ़िगरेशन फ़ाइलों पर किसी विश्वसनीय प्रकाशक द्वारा हस्ताक्षर होना आवश्यक है। **RemoteSigned** के लिए आवश्यक है कि इंटरनेट से डाउनलोड की गई सभी स्क्रिप्ट और कॉन्फ़िगरेशन फ़ाइलें किसी विश्वसनीय प्रकाशक द्वारा हस्ताक्षरित हों, लेकिन स्थानीय रूप से बनाई गई स्क्रिप्ट को हस्ताक्षर के बिना चलाने की अनुमति देता है।

इन नीतियों को समझने से प्रशासकों को अपने पर्यावरण के लिए सुरक्षा का सही स्तर चुनने में मदद मिलती है। ऐसे परिदृश्यों में जहां स्क्रिप्ट को नियमित रूप से निष्पादित करने की आवश्यकता होती है, नीति को **अप्रतिबंधित** पर सेट करना जोखिम भरा हो सकता है, क्योंकि यह सभी स्क्रिप्ट को बिना किसी प्रतिबंध के चलाने की अनुमति देता है। इसके बजाय, प्रशासकों को कार्यक्षमता के साथ सुरक्षा को संतुलित करने के लिए **RemoteSigned** या **AllSigned** का उपयोग करने पर विचार करना चाहिए। स्क्रिप्ट पर हस्ताक्षर करके और प्रमाणपत्रों को प्रबंधित करके, प्रशासक यह सुनिश्चित कर सकते हैं कि उनके सिस्टम पर केवल विश्वसनीय स्क्रिप्ट ही चलें, जिससे दुर्भावनापूर्ण कोड चलने का जोखिम कम हो जाता है।