Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
In den folgenden Abschnitten wird davon ausgegangen, dass Sie bereits einen Pullserver eingerichtet haben. Wenn Sie Ihren Pullserver nicht eingerichtet haben, können Sie die folgenden Anleitungen verwenden:
Jeder Zielknoten kann so konfiguriert werden, dass er Konfigurationen und Ressourcen herunterlädt und sogar seinen Status meldet. In diesem Artikel erfahren Sie, wie Sie Ressourcen hochladen, damit sie zum Download verfügbar sind, und wie Sie Clients so konfigurieren, dass Ressourcen automatisch heruntergeladen werden. Wenn der Knoten eine zugewiesene Konfiguration über Pull oder Push (v5) erhält, lädt er automatisch alle für die Konfiguration erforderlichen Ressourcen von dem im Local Configuration Manager (LCM) angegebenen Speicherort herunter.
Kompilieren von Konfigurationen
Der erste Schritt zum Speichern von Konfigurationen auf einem Pullserver besteht darin, sie in Dateien zu .mof kompilieren. Um eine Konfiguration generisch und auf mehr Clients anwendbar zu machen, verwenden Sie localhost sie in Ihrem Node-Block. Das folgende Beispiel zeigt eine Konfigurationsshell, die anstelle eines bestimmten Clientnamens verwendet localhost wird.
Configuration GenericConfig
{
Node localhost
{
}
}
GenericConfig
Nachdem Sie Ihre generische Konfiguration kompiliert haben, sollten Sie über eine localhost.mof Datei verfügen.
Umbenennen der MOF-Datei
Sie können Konfigurationsdateien .mof auf einem Pullserver anhand von ConfigurationName oder ConfigurationID speichern. Je nachdem, wie Sie Ihre Pullclients einrichten möchten, können Sie einen Abschnitt unten auswählen, um Ihre kompilierten .mof Dateien ordnungsgemäß umzubenennen.
Konfigurations-IDs (GUID)
Sie müssen Ihre localhost.mof Datei in <GUID>.mof Datei umbenennen. Sie können eine zufällige GUID erstellen, indem Sie das folgende Beispiel oder das Cmdlet New-Guid verwenden.
[System.Guid]::NewGuid()
Beispielausgabe
Guid
----
64856475-939e-41fb-aba5-4469f4006059
Sie können Ihre .mof Datei dann mit einer beliebigen akzeptablen Methode umbenennen. Im folgenden Beispiel wird das Cmdlet "Rename-Item" verwendet.
Rename-Item -Path .\localhost.mof -NewName '64856475-939e-41fb-aba5-4469f4006059.mof'
Weitere Informationen zur Verwendung von GUIDs in Ihrer Umgebung finden Sie unter Planen von GUIDs.
Namen der Konfiguration
Sie müssen Ihre localhost.mof Datei in <Configuration Name>.mof Datei umbenennen. Im folgenden Beispiel wird der Konfigurationsname aus dem vorherigen Abschnitt verwendet. Sie können Ihre .mof Datei dann mit einer beliebigen akzeptablen Methode umbenennen. Im folgenden Beispiel wird das Cmdlet "Rename-Item" verwendet.
Rename-Item -Path .\localhost.mof -NewName 'GenericConfig.mof'
Erstellen der Prüfsumme
Jeder .mof Datei, die auf einem Pull-Server oder einer SMB-Freigabe gespeichert ist, muss eine Datei zugeordnet .checksum sein.
Diese Datei informiert Clients, wenn sich die zugeordnete .mof Datei geändert hat und erneut heruntergeladen werden sollte.
Sie können eine Prüfsumme mit dem Cmdlet New-DSCCheckSum erstellen. Sie können auch mit dem -Path Parameter für ein Verzeichnis von Dateien ausführenNew-DSCCheckSum.
Wenn bereits eine Prüfsumme vorhanden ist, können Sie erzwingen, dass sie mit dem -Force Parameter neu erstellt wird. Im folgenden Beispiel wurde ein Verzeichnis angegeben, das die .mof Datei aus dem vorherigen Abschnitt enthält, und der Parameter wird verwendet -Force .
New-DscChecksum -Path '.\' -Force
Es wird keine Ausgabe angezeigt, aber Sie sollten jetzt eine <GUID or Configuration Name>.mof.checksum Datei sehen.
Wo sollen MOF-Dateien und Prüfsummen gespeichert werden?
Auf einem DSC-HTTP-Pullserver
Wenn Sie Ihren HTTP-Pullserver einrichten, wie unter Einrichten eines DSC-HTTP-Pullservers beschrieben, geben Sie Verzeichnisse für die Schlüssel ModulePath und ConfigurationPath an. Der Schlüssel ModulePath gibt an, wo die gepackten .zip Dateien eines Moduls gespeichert werden sollen. Der ConfigurationPath gibt an, wo Dateien .mof und .checksum Dateien gespeichert werden sollen.
xDscWebService PSDSCPullServer
{
...
ModulePath = "$env:PROGRAMFILES\WindowsPowerShell\DscService\Modules"
ConfigurationPath = "$env:PROGRAMFILES\WindowsPowerShell\DscService\Configuration"
...
}
Auf einer SMB-Freigabe
Wenn Sie einen Pull-Client für die Verwendung einer SMB-Freigabe einrichten, geben Sie einen ConfigurationRepositoryShare an.
Alle .mof Dateien und .checksum Dateien sollten im SourcePath-Verzeichnis aus dem ConfigurationRepositoryShare-Block gespeichert werden.
ConfigurationRepositoryShare SMBPullServer
{
SourcePath = '\\SMBPullServer\Pull'
}
Nächste Schritte
Als Nächstes sollten Sie Pull Clients so konfigurieren, dass die angegebene Konfiguration abgerufen wird. Weitere Informationen finden Sie in einem der folgenden Handbücher:
- Einrichten eines Pull-Clients mithilfe von Konfigurations-IDs (v4)
- Einrichten eines Pull-Clients mithilfe von Konfigurations-IDs (v5)
- Einrichten eines Pullclients mithilfe von Konfigurationsnamen (v5)