🎏 😞 👨‍🌾 आप किस पक्ष पर हैं: वांछित स्थिति कॉन्फ़िगरेशन में पुश और खींचो 👊 👝 🗓️

हमने पहले ही वर्णन किया है कि सर्वर पर कॉन्फ़िगरेशन को लागू करने के लिए वांछित राज्य कॉन्फ़िगरेशन (डीएससी) में कॉन्फ़िगरेशन का वर्णन कैसे किया जाए और अंतर्निहित स्थानीय कॉन्फ़िगरेशन प्रबंधक (एलसीएम) एजेंट को अलग कर दिया जाए। लेख के पहले भाग में, हम साथ साथ उपकरण की मुख्य विशेषताएं इस पर कदम से कदम चला गया एवगेनी Parfenov से DATALINE ।

यहां हम पुश और पुल मोड में सेटिंग्स और फीचर्स में गोता लगाते हैं।

हम क्या बताएंगे:

पुश और पुल मोड के बीच अंतर

पुश मोड में, हम मैन्युअल रूप से या स्क्रिप्ट द्वारा सर्वर में परिवर्तन (स्थानीय या दूरस्थ रूप से) लागू करने की प्रक्रिया शुरू करते हैं। स्थानीय कॉन्फ़िगरेशन प्रबंधक (LCM) अंतःक्रियात्मक रूप से कॉन्फ़िगरेशन लागू करता है।

पुल मोड में, सर्वर पर अनुसूचित LCM एजेंट साझा कॉन्फ़िगरेशन रिपॉजिटरी में प्रकाशित कॉन्फ़िगरेशन के साथ अपने कॉन्फ़िगरेशन की तुलना करता है। यदि परिवर्तन होते हैं, तो कॉन्फ़िगरेशन को स्थानीय रूप से कॉपी किया जाता है और लागू किया जाता है।

संचालन के दोनों तरीकों के पेशेवरों और विपक्ष काफी स्पष्ट हैं।

	धक्का दें	खींचें
+	लागत। इसमें अतिरिक्त सर्वर की स्थापना की आवश्यकता नहीं है। सरल वास्तुकला। सभी कॉन्फ़िगरेशन स्थानीय रूप में संग्रहीत किए जाते हैं जो व्यवस्थापक के लिए सुविधाजनक है। परीक्षण के लिए उपयुक्त। डीएससी DevOps Way। सर्वरों को तैनात करते समय, एक कोड के रूप में इन्फ्रास्ट्रक्चर के दर्शन में स्वचालित और फिट होना बहुत आसान है। run-once .	. . . DSC . Azure Automation State Configuration, Windows Server 2012R2+
–	On-Premise c . , .	, . On-Premise GPO, . — , .

अलग-अलग मोड के लिए संसाधन सेट करना भी थोड़ा अलग है। जैसा कि हम याद करते हैं, एक संसाधन का उपयोग करने के लिए, आपको इसे स्थानीय रूप से और सर्वर पर स्थापित करना होगा।

पुश मोड का उपयोग करने के मामले में, व्यवस्थापक को पहले प्रबंधित सर्वर और पीसी पर सभी आवश्यक संसाधनों को स्थापित करना होगा, जहां से कॉन्फ़िगरेशन सबमिट किया जाएगा।

पुल मोड में, प्रबंधित सर्वर पर डीएससी एजेंट स्वतंत्र रूप से पुल सर्वर से सभी आवश्यक संसाधनों को स्थापित कर सकता है, प्रशासक का कार्य उन्हें पुल सर्वर पर रखना है। हालांकि, हम यह ध्यान रखते हैं कि Pull मोड में कॉन्फ़िगरेशन के अनुप्रयोग की भविष्यवाणी करना असंभव है, क्योंकि GPO सेटिंग्स की गारंटीकृत डिलीवरी नहीं है।

विस्तार से पुश मोड

DSC कॉन्फ़िगरेशन को लिखने और लगाने

की शीर्ष- स्तरीय प्रक्रिया को निम्नानुसार दर्शाया जा सकता है: पहले चरण ( संलेखन ) में हम किसी भी IDE का उपयोग करके कॉन्फ़िगरेशन का वर्णन करते हैं जो हमारे लिए सुविधाजनक है (नोटपैड, पावरशेल आईएसई, विज़ुअल स्टूडियो कोड और अन्य)। पूरा होने पर, हम mof कॉन्फ़िगरेशन फ़ाइलों को संकलित करते हैं (संकलन प्रक्रिया हमारे पिछले लेख में वर्णित है )।

दूसरे चरण में ( स्टेजिंग / संकलन ), हम स्टार्ट-डीएससीसीऑनफिगरेशन cmdlet का उपयोग करके संकलित mof फ़ाइल से कॉन्फ़िगरेशन को लागू करना शुरू करते हैं । प्रक्रिया में, प्रबंधन सर्वर LCM सर्वर .mof फ़ाइल को संचारित करता है, जो कॉन्फ़िगरेशन को लागू करने के लिए है।
इस मामले में, -Verbose स्विच का उपयोग करना बेहतर है । कॉन्फ़िगरेशन प्रक्रिया के पूर्ण नियंत्रण के लिए:

PS C:\windows\system32> Start-DscConfiguration -Path C:\EnvironmentVariable_Path\ -Wait -Verbose

# C 
VERBOSE: Perform operation 'Invoke CimMethod' with following parameters, ''methodName' =
SendConfigurationApply,'className' = MSFT_DSCLocalConfigurationManager,'namespaceName' =
root/Microsoft/Windows/DesiredStateConfiguration'.
VERBOSE: An LCM method call arrived from computer COMPUTER with user sid
S-1-5-21-SID.

#  
VERBOSE: [COMPUTER]: LCM:  [ Start  Set      ]
VERBOSE: [COMPUTER]: LCM:  [ Start  Resource ]  [[Environment]CreatePathEnvironmentVariable]

#       (test)
VERBOSE: [COMPUTER]: LCM:  [ Start  Test     ]  [[Environment]CreatePathEnvironmentVariable]
VERBOSE: [COMPUTER]:                            [[Environment]CreatePathEnvironmentVariable] Environment variable
'TestPathEnvironmentVariable' does not exist.
VERBOSE: [COMPUTER]: LCM:  [ End    Test     ]  [[Environment]CreatePathEnvironmentVariable]  in 0.1320 seconds.
#      “Environment variable 'TestPathEnvironmentVariable' does not exist”

#       
VERBOSE: [COMPUTER]: LCM:  [ Start  Set      ]  [[Environment]CreatePathEnvironmentVariable]
VERBOSE: [COMPUTER]:                            [[Environment]CreatePathEnvironmentVariable] Environment variable
'TestPathEnvironmentVariable' created with value 'TestValue'.
VERBOSE: [COMPUTER]: LCM:  [ End    Set      ]  [[Environment]CreatePathEnvironmentVariable]  in 0.0690 seconds.
VERBOSE: [COMPUTER]: LCM:  [ End    Resource ]  [[Environment]CreatePathEnvironmentVariable]
VERBOSE: [COMPUTER]: LCM:  [ End    Set      ]
VERBOSE: [COMPUTER]: LCM:  [ End    Set      ]    in  2.1900 seconds.
#  

#  
VERBOSE: Operation 'Invoke CimMethod' complete.
VERBOSE: Time taken for configuration job to complete is 2.749 seconds

यह देखा जा सकता है कि इंजन ने चर की उपस्थिति की जांच की, इसे नहीं पाया और एक नया बनाया, निर्दिष्ट कॉन्फ़िगरेशन के अनुसार:

तीसरे चरण ( निष्पादन ) में, डीएससी एजेंट एलसीएम गेम में प्रवेश करता है। यह एक एमओएफ फ़ाइल प्राप्त करता है, इसे जांचता है, एक फ़ोल्डर में रखता है $env:systemRoot/system32/configurationऔर कॉन्फ़िगरेशन फ़ाइल को लागू करने का एक वर्कफ़्लो लॉन्च करता है:

LCM, कॉन्फ़िगरेशन फ़ाइल को प्राप्त करता है। फ़ाइल का नामकरण लंबित कर दिया गया है$env:systemRoot/system32/configuration
- यदि कॉन्फ़िगरेशन फ़ाइल का अनुप्रयोग विफल रहता है, तो लंबित। Mof फ़ाइल बनी रहती है, और LCM इसे अगले चक्र में लागू करने का प्रयास करेगा।
यदि current.mof फ़ाइल पहले से ही फ़ोल्डर में है, तो उसका नाम बदलकर पिछले.mof किया जाता है
यदि कॉन्फ़िगरेशन फ़ाइल का अनुप्रयोग सफलतापूर्वक पूरा हो जाता है, तो LCM इसे current.mof में बदल देता है
Current.mof फाइल को backup.mof फाइल में कॉपी किया जाता है

आलेखीय रूप से, वर्कफ़्लो को निम्नानुसार दर्शाया जा सकता है:

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

विस्तार से खींचो मोड

पुल मोड को तैनात और कॉन्फ़िगर करना अधिक कठिन है, लेकिन यह उन सर्वरों को प्रबंधित करने की प्रक्रिया को बहुत सरल करता है जो इससे जुड़े हैं।

सामान्य योजना कुछ इस तरह दिखाई देगी:

पुल मोड में एक पुल सर्वर की तैनाती की आवश्यकता होती है। वास्तव में, यह एक नियमित वेब सर्वर है, जो क्लाइंट को mof फाइल और संसाधन दे सकता है, जो mof फाइलों से कॉन्फ़िगरेशन को लागू करते समय आवश्यक हो सकता है। उत्तरार्द्ध सर्वर के प्रबंधन और कॉन्फ़िगर करने की प्रक्रिया को बहुत सरल करता है, क्योंकि आवश्यक संसाधनों को वितरित करने का कार्य क्लाइंट के पास है। पुल सर्वर उसी समय रिपॉजिटरी \ रिसोर्स रिपॉजिटरी के रूप में कार्य करता है।

पुल-सर्वर दो प्रोटोकॉल के माध्यम से संसाधनों और कॉन्फ़िगरेशन फ़ाइलों तक पहुंच प्रदान कर सकता है:

SMB. . DFS-R. , , . SMB , Kerberos.
Http\https. . IIS.

पुल सर्वर इंस्टॉलेशन नियमित संसाधनों के माध्यम से किया जा सकता है जो डीएससी विकास टीम प्रदान करती है। अधिक विवरण यहां पाया जा सकता है । या समुदाय-संचालित समाधानों का उपयोग करें: यहां या यहां ।

पुल सर्वर के साथ आगे के काम के लिए वर्कफ़्लो इस प्रकार है:

हम क्लाइंट (LCM) को एक पुल-सर्वर के साथ काम करने के लिए कॉन्फ़िगर करते हैं।
हम पुल सर्वर पर संसाधन फ़ाइलों को अपलोड करते हैं।
हम क्लाइंट कॉन्फ़िगरेशन फ़ाइलों (लेखन और संकलन) और चेकसम के साथ फाइलें तैयार करते हैं।
परिणाम का आनंद लें।

एक पुल सर्वर के साथ काम करने के लिए क्लाइंट (LCM) को कॉन्फ़िगर करना

ऐसा करने के लिए, निम्नलिखित LocalConfigurationManager (v5) सेटिंग्स का उपयोग करें : सेटिंग्स

ब्लॉक :

सर्टिफाइड - कॉन्फ़िगरेशन में प्रेषित लॉगइन / पासवर्ड की सुरक्षा के लिए प्रमाणपत्र के फिंगरप्रिंट को इंगित करता है।
कॉन्फ़िगरेशन - क्लाइंट GUID सम्‍मिलित है। कॉन्फ़िगरेशन फ़ाइल नाम में अपने GUID वाले केवल उन्हीं कॉन्फ़िगरेशनों को क्लाइंट पर लागू किया जाएगा। सेटिंग को पुल सर्वर के पुराने संस्करणों के साथ संगतता के लिए छोड़ दिया गया है। RegistrationKey सेटिंग का उपयोग करना बेहतर है।
RefreshMode - पुल सर्वर के साथ काम करने के लिए, इस सेटिंग में पुल निर्दिष्ट करें।

ब्लॉक कॉन्फ़िगरेशनरिपोसिटरीवब:

AllowUnsecureConnection - allow \ प्रमाणन के बिना कनेक्शन की अनुमति न दें।
सर्टिफाइड - क्लाइंट पर सर्टिफिकेट के फिंगरप्रिंट को इंगित करता है, जिसका उपयोग सर्वर के साथ पारस्परिक प्रमाणीकरण की प्रक्रिया में किया जाएगा।
कॉन्फ़िगरेशननाम - कॉन्फ़िगरेशन नामों की एक सरणी जो क्लाइंट पर लागू होगी।
RegistrationKey - सर्वर पर उत्पन्न एक गुप्त, जिसका उपयोग क्लाइंट द्वारा सर्वर पर पंजीकरण के लिए किया जाता है।
ServerurL - विन्यास के साथ पुल सर्वर का URL।

रिसोर्स रिपॉजिटरीवेब ब्लॉक :

AllowUnsecureConnection - allow \ प्रमाणन के बिना कनेक्शन की अनुमति न दें।
सर्टिफाइड - क्लाइंट पर सर्टिफिकेट के फिंगरप्रिंट को इंगित करता है, जिसका उपयोग सर्वर के साथ पारस्परिक प्रमाणीकरण की प्रक्रिया में किया जाएगा।
RegistrationKey - सर्वर पर उत्पन्न एक गुप्त, जिसका उपयोग क्लाइंट द्वारा सर्वर पर पंजीकरण के लिए किया जाता है।
ServerURL - संसाधनों के साथ पुल सर्वर का URL।

ReportServerWeb ब्लॉक :

AllowUnsecureConnection - allow \ प्रमाणन के बिना कनेक्शन की अनुमति न दें।
सर्टिफाइड - क्लाइंट पर सर्टिफिकेट के फिंगरप्रिंट को इंगित करता है, जिसका उपयोग सर्वर के साथ पारस्परिक प्रमाणीकरण की प्रक्रिया में किया जाएगा।
RegistrationKey - सर्वर पर उत्पन्न एक गुप्त, जिसका उपयोग क्लाइंट द्वारा सर्वर पर पंजीकरण के लिए किया जाता है।
ServerURL - रिपोर्ट के साथ पुल सर्वर का URL।

पुल सर्वर पर संसाधन फ़ाइलों को अपलोड करना

एलसीएम पर नई सेटिंग्स को लागू करने के बाद, जो उसे सिखाएगा कि पुल सर्वर का उपयोग कैसे करें, आप सर्वर पर संसाधन फ़ाइलों को अपलोड कर सकते हैं । सर्वर को ज़िप फ़ाइलों के रूप में सर्वर पर अपलोड किया जाता है (संसाधन के साथ फ़ोल्डर ज़िप में पैक किया जाता है)। ऐसी फ़ाइल का नामकरण करने का नियम:

{ModuleName}_{Version}.zip

डिफ़ॉल्ट फ़ाइल स्थान $env:PROGRAMFILES\WindowsPowerShell\DscService\Modules। पुल सर्वर को स्थापित करते समय, इस फ़ोल्डर को फिर से परिभाषित किया जा सकता है। ज़िप में पैक किए गए संसाधन फ़ोल्डर के साथ फ़ाइल के अलावा, आपको इस पैक किए गए संसाधन के चेकसम के साथ फ़ाइल को भी उसी स्थान पर रखना होगा। उदाहरण के लिए, इस तरह:

New-DscChecksum -Path .\xPSDesiredStateConfiguration_8.4.4.0.zip

ग्राहक कॉन्फ़िगरेशन फ़ाइलों को पुल सर्वर पर रखें

यहां यह नोट करना महत्वपूर्ण है कि हम इस मामले में दो क्लाइंट ऑपरेशन मोड (वास्तव में ढाई) का उपयोग कर सकते हैं: सर्वर से क्लाइंट को कॉन्फ़िगरेशनआईडी का उपयोग करके कॉन्फ़िगरेशन प्राप्त होगा , या क्लाइंट कॉन्फ़िगरेशन नाम - कॉन्फ़िगरेशननाम का उपयोग करेगा । यदि कई कॉन्फ़िगरेशन को लागू करना आवश्यक है, तो उन सभी को कॉन्फ़िगरेशननाम में निर्दिष्ट किया जा सकता है, लेकिन आपको आंशिक कॉन्फ़िगरेशन के साथ काम करने के लिए एलसीएम को कॉन्फ़िगर करना होगा।

कॉन्फ़िगरेशनआईडी का उपयोग करते समय, यह जोर दिया जाना चाहिए कि क्लाइंट पर लागू होने वाली एमओएफ कॉन्फ़िगरेशन फ़ाइल में एक GUID होगा (यह कॉन्फ़िगरेशनआईडी में निहित है)। कॉन्फ़िगरेशननाम का उपयोग करने के मामले में, एमओएफ-फ़ाइल में कॉन्फ़िगरेशन नाम होगा, जिसे हम कॉन्फ़िगरेशननाम में निर्दिष्ट करेंगे। दोनों ही मामलों में, mof फाइल के अलावा, कॉन्फ़िगरेशन चेकसम फाइल को भी वहां रखा जाएगा:

New-DscChecksum -Path '.\' -Force

निष्कर्ष के तौर पर

हमने पुश और पुल मोड में सर्वर में परिवर्तन लागू करने के दो तरीकों पर ध्यान दिया। हम उपयोग की सुविधाओं पर चले गए और डीएससी में इन मोड्स के साथ काम करते समय उत्पन्न होने वाली सभी बारीकियों को समझाने की कोशिश की। यदि आपके पास अभी भी प्रश्न हैं - तो टिप्पणियों में चर्चा करें। और यदि आपके पास पर्याप्त दृश्यता नहीं है, तो 28 मई को हमारी ऑनलाइन मीटिंग में आएं: हम एकीकृत संचार और संचार सुविधाओं की प्रणालियों का विश्लेषण करेंगे (एलिस्टी, माइक्रोसॉफ्ट एंडपॉइंट के प्रबंधन के लिए Microsoft एंडपॉइंट में एक्सचेंज लॉग अपलोड करना) और प्रयोज्यता की सीमाओं के बारे में अधिक विस्तार से बात करेंगे। PowerShell वांछित स्थिति कॉन्फ़िगरेशन। आपको केवल पंजीकरण करने की आवश्यकता है ।

आप किस पक्ष पर हैं: वांछित स्थिति कॉन्फ़िगरेशन में पुश और खींचो