مشاركة عبر

النشر إلى خادم السحب باستخدام معرفات التكوين (v4/v5)

  • مقالة

تفترض الأقسام أدناه أنك قمت بالفعل بإعداد خادم السحب. إذا لم تقم بإعداد خادم السحب الخاص بك، يمكنك استخدام الأدلة التالية:

يمكن تكوين كل عقدة هدف لتنزيل التكوينات والموارد وحتى الإبلاغ عن حالتها. توضح لك هذه المقالة كيفية تحميل الموارد بحيث تكون متاحة لتنزيلها، وتكوين العملاء لتنزيل الموارد تلقائيا. عندما تتلقى العقدة تكوينا معينا، من خلال السحب أو الدفع (v5)، فإنها تقوم تلقائيا بتنزيل أي موارد يتطلبها التكوين من الموقع المحدد في Configuration Manager المحلي (LCM).

تحويل التكوينات برمجياً

الخطوة الأولى لتخزين التكوينات على خادم السحب، هي تحويلها برمجيا إلى .mof ملفات. لجعل التكوين عاما، وقابلا للتطبيق على المزيد من العملاء، استخدم localhost في كتلة العقدة. يوضح المثال أدناه Shell التكوين الذي يستخدم localhost بدلا من اسم عميل معين.

Configuration GenericConfig
{
    Node localhost
    {

    }
}
GenericConfig

بمجرد تحويل التكوين العام برمجيا localhost.mof ، يجب أن يكون لديك ملف.

إعادة تسمية ملف MOF

يمكنك تخزين ملفات التكوين .mof على خادم السحب حسب ConfigurationName أو ConfigurationID. اعتمادا على الطريقة التي تخطط بها لإعداد عملاء السحب، يمكنك اختيار قسم أدناه لإعادة تسمية الملفات المحولة برمجيا .mof بشكل صحيح.

معرفات التكوين (GUID)

ستحتاج إلى إعادة تسمية localhost.mof الملف إلى <GUID>.mof ملف. يمكنك إنشاء Guid عشوائي باستخدام المثال أدناه، أو باستخدام الأمر Cmdlet New-Guid .

[System.Guid]::NewGuid()

إخراج العينة

Guid
----
64856475-939e-41fb-aba5-4469f4006059

يمكنك بعد ذلك إعادة تسمية .mof الملف باستخدام أي طريقة مقبولة. يستخدم المثال أدناه الأمر Rename-Item cmdlet.

Rename-Item -Path .\localhost.mof -NewName '64856475-939e-41fb-aba5-4469f4006059.mof'

لمزيد من المعلومات حول استخدام Guids في بيئتك، راجع خطة ل Guids.

أسماء التكوين

ستحتاج إلى إعادة تسمية localhost.mof الملف إلى <Configuration Name>.mof ملف. في المثال التالي، يتم استخدام اسم التكوين من القسم السابق. يمكنك بعد ذلك إعادة تسمية .mof الملف باستخدام أي طريقة مقبولة. يستخدم المثال أدناه الأمر Rename-Item cmdlet.

Rename-Item -Path .\localhost.mof -NewName 'GenericConfig.mof'

إنشاء checkSum

يجب أن يكون لكل .mof ملف مخزن على خادم سحب أو مشاركة SMB ملف مقترن .checksum . يتيح هذا الملف للعملاء معرفة وقت تغيير الملف المقترن .mof ويجب تنزيله مرة أخرى.

يمكنك إنشاء CheckSum باستخدام New-DSCCheckSum cmdlet. يمكنك أيضا تشغيل New-DSCCheckSum مقابل دليل من الملفات باستخدام المعلمة -Path . إذا كان المجموع الاختباري موجودا بالفعل، يمكنك فرض إعادة إنشائه باستخدام المعلمة -Force . حدد المثال التالي دليلا يحتوي على .mof الملف من القسم السابق، ويستخدم المعلمة -Force .

New-DscChecksum -Path '.\' -Force

لن يتم عرض أي إخراج، ولكن يجب أن تشاهد الآن ملفا <GUID or Configuration Name>.mof.checksum .

مكان تخزين ملفات MOF و checkSums

على خادم سحب DSC HTTP

عند إعداد خادم سحب HTTP الخاص بك، كما هو موضح في إعداد خادم سحب DSC HTTP، يمكنك تحديد دلائل لمفاتيح ModulePath و ConfigurationPath . يشير مفتاح ModulePath إلى مكان تخزين الملفات المجمعة .zip للوحدة النمطية. يشير ConfigurationPath إلى مكان تخزين أي .mof ملفات وملفات .checksum .

    xDscWebService PSDSCPullServer
    {
    ...
        ModulePath              = "$env:PROGRAMFILES\WindowsPowerShell\DscService\Modules"
        ConfigurationPath       = "$env:PROGRAMFILES\WindowsPowerShell\DscService\Configuration"
    ...
    }

على مشاركة SMB

عند إعداد Pull Client لاستخدام مشاركة SMB، يمكنك تحديد ConfigurationRepositoryShare. يجب تخزين جميع .mof الملفات والملفات .checksum في دليل SourcePath من كتلة ConfigurationRepositoryShare .

ConfigurationRepositoryShare SMBPullServer
{
    SourcePath = '\\SMBPullServer\Pull'
}

الخطوات التالية

بعد ذلك، ستحتاج إلى تكوين Pull Clients لسحب التكوين المحدد. لمزيد من المعلومات، راجع أحد الدلائل التالية:

راجع أيضًا