So finden Clients Standortressourcen und -dienste

Gilt für: Configuration Manager (Current Branch)

Configuration Manager-Clients verwenden einen Prozess namens Dienstidentifizierung, um Standortsystemserver zu finden. Clients können mit diesen Servern kommunizieren und sie stellen Dienste bereit, die Clients verwenden können. Um Ihre Websites besser für die erfolgreiche Unterstützung von Clientaufgaben zu konfigurieren, müssen Sie verstehen, wie und wann Clients die Dienstidentifizierung verwenden, um Standortressourcen zu finden. Diese Konfigurationen können erfordern, dass der Standort mit Domänen- und Netzwerkkonfigurationen wie Active Directory Domain Services und DNS interagiert. Sie können auch die Konfiguration komplexerer Alternativen erfordern.

Beispiele für Standortsystemrollen, die Dienste bereitstellen, sind:

  • Der zentrale Standortsystemserver für Clients.
  • Der Verwaltungspunkt.
  • Andere Standortsystemserver, mit denen der Client kommunizieren kann, z. B. Verteilungspunkte und Softwareupdatepunkte.

Grundlagen des Dienststandorts

Wenn ein Client die Dienstidentifizierung verwendet, um einen Verwaltungspunkt für die Kommunikation zu finden, werden die folgenden Aspekte ausgewertet:

  • Aktueller Netzwerkspeicherort
  • Präferenz des Kommunikationsprotokolls
  • Zugewiesener Standort

Clientkommunikation mit einem Verwaltungspunkt

Ein Client kommuniziert mit einem Verwaltungspunkt, um:

  • Laden Sie Informationen zu anderen Verwaltungspunkten für die Website herunter. Anschließend wird eine Liste bekannter Verwaltungspunkte für zukünftige Dienststandortzyklen erstellt. Diese Liste wird auch als MP-Liste bezeichnet.

  • Laden Sie Konfigurationsdetails wie Bestand und Status hoch.

  • Laden Sie eine Richtlinie herunter, die Konfigurationen auf dem Client festlegt, ihn über die zu installierende Software informiert und andere verwandte Aufgaben.

  • Anfordern von Informationen über andere Standortsystemrollen, die Dienste bereitstellen, die der Client verwenden kann. Zum Beispiel Verteilungspunkte für Software, die der Client installieren kann, oder ein Softwareupdatepunkt für Metadaten zu Softwareupdates.

Anforderungen an Clientdienststandort

Ein Configuration Manager Client stellt eine Anforderung an den Dienststandort:

  • Alle 25 Stunden Dauerbetrieb.

  • Wenn der Client eine Änderung seiner Netzwerkkonfiguration oder seines Netzwerkspeicherorts erkennt.

  • Wenn der ccmexec.exe Dienst auf dem Computer gestartet wird. Dieser Windows-Dienst ist der wichtigste Clientdienst.

  • Wenn der Client eine Standortsystemrolle finden muss, die einen erforderlichen Dienst bereitstellt.

Clientanforderungen für Standortsystemrollen

Wenn ein Client versucht, Server zu finden, die Rollen hosten, verwendet er die Dienstadresse. Es wird versucht, eine Rolle zu finden, die sein Kommunikationsprotokoll unterstützt, entweder HTTP oder HTTPS. Standardmäßig verwenden Clients die sicherste Methode, die ihnen zur Verfügung steht.

  • Für die Verwendung von HTTPS benötigen Sie eine Public Key-Infrastruktur (PKI), und Sie installieren PKI-Zertifikate auf Clients und Servern. Weitere Informationen finden Sie unter Anforderungen an PKI-Zertifikate für Configuration Manager.

  • Für Rollen, die IIS verwenden und die Clientkommunikation unterstützen, konfigurieren Sie sie für HTTP oder HTTPS. Wenn Sie HTTP verwenden, berücksichtigen Sie auch Optionen zum Signieren und Verschlüsseln. Weitere Informationen finden Sie unter Planen von Signieren und Verschlüsselung.

Wichtig

Ab Configuration Manager Version 2103 sind Standorte, die HTTP-Clientkommunikation zulassen, veraltet. Konfigurieren Sie die Website für HTTPS oder erweitertes HTTP. Weitere Informationen finden Sie unter Aktivieren der Website für reines HTTPS oder erweitertes HTTP.

Bestimmen des zugewiesenen Verwaltungspunkts

Primäre Standorte unterstützen mehrere Verwaltungspunkte. Jeder Client identifiziert unabhängig einen Verwaltungspunkt als Standard. Wenn ein Client einem primären Standort zum ersten Mal eine Zuweisung zuweist, wählt er seinen Standardverwaltungspunkt aus. Dieser Standardverwaltungspunkt wird dann zum dem Client zugewiesenen Verwaltungspunkt.

Tipp

Sie können die Eigenschaften der Clientinstallation verwenden, um den zugewiesenen Verwaltungspunkt für einen Client festzulegen. Weitere Informationen finden Sie unter Clientinstallationseigenschaften.

Ein Client wählt einen Verwaltungspunkt aus, mit dem kommuniziert werden soll, basierend auf der aktuellen Netzwerkadresse und den Begrenzungsgruppenkonfigurationen des Clients. Dieser Server ist möglicherweise nicht der Verwaltungspunkt, der vom Client verwendet wird, obwohl ihm ein Verwaltungspunkt zugewiesen ist.

Hinweis

Ein Client verwendet immer den zugewiesenen Verwaltungspunkt für Registrierungsmeldungen und bestimmte Richtlinienmeldungen. Dieses Verhalten tritt auch dann auf, wenn andere Kommunikation an einen Proxy oder einen lokalen Verwaltungspunkt gesendet wird.

Sie können bevorzugte Verwaltungspunkte verwenden. Bevorzugte Verwaltungspunkte sind Verwaltungspunkte vom zugewiesenen Standort eines Clients, die einer Begrenzungsgruppe zugeordnet sind, mit der der Client Standortsystemserver sucht. Die Zuordnung eines bevorzugten Verwaltungspunkts zu einer Begrenzungsgruppe ähnelt der Zuordnung von Verteilungspunkten oder Zustandsmigrationspunkten zu einer Begrenzungsgruppe. Wenn Sie bevorzugte Verwaltungspunkte für die Hierarchie aktivieren und ein Client einen Verwaltungspunkt von seinem zugewiesenen Standort verwendet, versucht er, einen bevorzugten Verwaltungspunkt zu verwenden, bevor er andere Verwaltungspunkte von seinem zugewiesenen Standort verwendet.

Tipp

Sie können die Verwaltungspunktaffinität mit einem Registrierungsschlüssel auf dem Client konfigurieren. Die Verwaltungspunktaffinität überschreibt das Standardverhalten für zugewiesene Verwaltungspunkte und ermöglicht es dem Client, einen oder mehrere bestimmte Verwaltungspunkte zu verwenden. Weitere Informationen finden Sie in diesem Blogbeitrag eines Microsoft Premier-Ingenieurs.

Jedes Mal, wenn ein Client sich an einen Verwaltungspunkt wenden muss, überprüft er zunächst die MP-Liste. Der Client erstellt bei der Installation eine anfängliche MP-Liste. Der Client aktualisiert die Liste dann regelmäßig mit Details zu jedem Verwaltungspunkt in der Hierarchie.

Wenn der Client in seiner MP-Liste keinen gültigen Verwaltungspunkt finden kann, durchsucht er die Dienststandortquellen. Die folgenden Quellen werden in der angegebenen Reihenfolge verwendet, bis ein verwendbarer Verwaltungspunkt gefunden wird:

  1. Verwaltungspunkt
  2. Active Directory-Domänendienste (AD DS)
  3. DNS

Nachdem ein Client einen Verwaltungspunkt erfolgreich gefunden und kontaktiert hat, lädt er die aktuelle Liste der verfügbaren Verwaltungspunkte herunter. Anschließend aktualisiert es seine eigene lokale Abgeordnetenliste.

Dieser Prozess ist für alle Clients gleich. Wenn beispielsweise ein Configuration Manager-Client, der sich im Internet befindet, eine Verbindung mit einem internetbasierten Verwaltungspunkt herstellt, sendet der Verwaltungspunkt diesem Client eine Liste verfügbarer internetbasierter Verwaltungspunkte. Ein Client, der nicht mit dem Internet verbunden ist, erhält nur eine Liste interner Verwaltungspunkte.

Die MP-Liste

Die MP-Liste ist die bevorzugte Quelle für den Dienststandort für einen Client. Es handelt sich um eine priorisierte Liste von Verwaltungspunkten, die der Kunde zuvor identifiziert hat. Der Client sortiert seine MP-Liste basierend auf seinem aktuellen Netzwerkspeicherort. Die Liste wird lokal in WMI gespeichert.

Erstellen der anfänglichen MP-Liste

Während der Installation des Clients verwendet der Client die folgenden Regeln, um seine anfängliche MP-Liste zu erstellen:

  • Einschließen von Verwaltungspunkten, die während der Clientinstallation angegeben wurden. Beispiele, wenn Sie die Eigenschaft oder /mp den SMSMP Parameter verwenden.

  • Fragen Sie AD DS nach veröffentlichten Verwaltungspunkten ab. Der Client identifiziert Verwaltungspunkte aus AD DS, die sich am zugewiesenen Standort und mit derselben Produktversion befinden.

  • Wenn aus den ersten beiden Regeln keine Verwaltungspunkte abgerufen werden, überprüft der Client DNS auf veröffentlichte Verwaltungspunkte.

MP-Listenkategorien

Clients organisieren ihre Liste der Verwaltungspunkte nach den folgenden Kategorien:

  • Proxy: Ein Verwaltungspunkt an einem sekundären Standort.

  • Lokal: Alle Verwaltungspunkte, die dem aktuellen Netzwerkspeicherort des Clients zugeordnet sind, der durch Standortgrenzen definiert wird.

    • Wenn ein Client zu mehr als einer Begrenzungsgruppe gehört, bestimmt er die Liste der lokalen Verwaltungspunkte aus der Vereinigung aller Grenzen, die den aktuellen Netzwerkspeicherort des Clients enthalten.

    • Lokale Verwaltungspunkte sind in der Regel eine Teilmenge der einem Client zugewiesenen Verwaltungspunkte. Es sei denn, der Client befindet sich an einem Netzwerkstandort, der einem anderen Standort zugeordnet ist, dessen Begrenzungsgruppen von Verwaltungspunkten bedient werden.

  • Zugewiesen: Jeder Verwaltungspunkt, der sich am zugewiesenen Standort des Kunden befindet.

Sie können bevorzugte Verwaltungspunkte verwenden. Verwaltungspunkte an einem Standort, die keiner Begrenzungsgruppe zugeordnet sind oder die sich nicht in einer Begrenzungsgruppe befinden, die dem aktuellen Netzwerkspeicherort eines Clients zugeordnet ist, werden nicht als bevorzugt betrachtet. Der Client verwendet diese Verwaltungspunkte, wenn er keinen verfügbaren bevorzugten Verwaltungspunkt finden kann.

Auswählen eines zu verwendenden Verwaltungspunkts

Für die typische Kommunikation versucht ein Client, einen Verwaltungspunkt in der folgenden Reihenfolge basierend auf der Netzwerkadresse des Clients zu verwenden:

  1. Proxy
  2. Lokal
  3. Zugewiesen

Der Client verwendet immer den zugewiesenen Verwaltungspunkt für Registrierungsmeldungen und bestimmte Richtlinienmeldungen. Dieses Verhalten tritt auch dann auf, wenn andere Kommunikation an einen Proxy oder einen lokalen Verwaltungspunkt gesendet wird.

Innerhalb jeder Kategorie versucht der Client, einen Verwaltungspunkt basierend auf Einstellungen in der folgenden Reihenfolge zu verwenden:

  1. Wenn der Client für die HTTPS-Kommunikation konfiguriert ist:
    1. HTTPS-fähig in einer vertrauenswürdigen oder lokalen Gesamtstruktur
    2. HTTPS-fähig nicht in einer vertrauenswürdigen oder lokalen Gesamtstruktur
  2. HTTP-fähig in einer vertrauenswürdigen oder lokalen Gesamtstruktur
  3. HTTP-fähig nicht in einer vertrauenswürdigen oder lokalen Gesamtstruktur

Aus der Gruppe von Verwaltungspunkten, sortiert nach Präferenz, versucht der Client, den ersten Verwaltungspunkt in der Liste zu verwenden. Diese sortierte Liste von Verwaltungspunkten ist ansonsten zufällig und kann nicht weiter sortiert werden. Die Reihenfolge der Liste kann sich jedes Mal ändern, wenn der Client seine MP-Liste aktualisiert.

Wenn ein Client den ersten Verwaltungspunkt nicht erreichen kann, versucht er jeden nachfolgenden Verwaltungspunkt in seiner Liste. Es werden alle bevorzugten Verwaltungspunkte in der Kategorie getestet, bevor die nicht bevorzugten Verwaltungspunkte getestet werden. Wenn ein Client nicht erfolgreich mit einem Verwaltungspunkt in der Kategorie kommunizieren kann, versucht er, einen bevorzugten Verwaltungspunkt aus der nächsten Kategorie zu kontaktieren, bis er einen zu verwendenden Verwaltungspunkt findet.

Nachdem ein Client die Kommunikation mit einem Verwaltungspunkt hergestellt hat, verwendet er diesen Verwaltungspunkt weiterhin, bis

  • Der Client kann über einen Zeitraum von 10 Minuten fünf Versuche lang nicht mit dem Verwaltungspunkt kommunizieren.

Der Client wählt dann nach dem Zufallsprinzip einen neuen zu verwendenden Verwaltungspunkt aus.

Active Directory

In eine Domäne eingebundene Clients können AD DS für die Dienstidentifizierung verwenden. Dieses Verhalten erfordert, dass Websites Daten in Active Directory veröffentlichen.

Ein Client kann AD DS für den Dienststandort verwenden, wenn alle folgenden Bedingungen erfüllt sind:

Wenn ein Client keinen Verwaltungspunkt für die Dienstidentifizierung von AD DS finden kann, versucht er, DNS zu verwenden.

DNS

Clients im Intranet können DNS für die Dienstidentifizierung verwenden. Dieses Verhalten erfordert, dass mindestens ein Standort in einer Hierarchie Informationen zu Verwaltungspunkten in DNS veröffentlicht.

Erwägen Sie die Verwendung von DNS für den Dienststandort, wenn eine der folgenden Bedingungen zutrifft:

  • Sie haben das AD DS-Schema nicht erweitert, um Configuration Manager zu unterstützen.

  • Clients im Intranet befinden sich in einer Gesamtstruktur, die Sie nicht für die Veröffentlichung im Configuration Manager aktiviert haben.

  • Sie haben Clients auf Arbeitsgruppencomputern, und Sie haben diese Clients nicht für die reine Internet-Clientverwaltung konfiguriert. Ein Arbeitsgruppenclient, der für das Internet konfiguriert ist, kommuniziert nur mit Verwaltungspunkten mit Internetzugriff und verwendet kein DNS für die Dienstidentifizierung.

  • Sie können Clients so konfigurieren, dass sie Verwaltungspunkte über DNS suchen.

Wenn eine Website Dienststandortdatensätze veröffentlicht, damit die Verwaltung auf DNS verweist:

  • Die Veröffentlichung kann nur für Verwaltungspunkte durchgeführt werden, die Clientverbindungen aus dem Intranet akzeptieren.

  • Durch die Veröffentlichung wird ein Dienststandort-Ressourceneintrag (Service Location Resource Record, SRV RR) in der DNS-Zone des Verwaltungspunktservers hinzugefügt. Dieser Server benötigt einen entsprechenden Hosteintrag in DNS.

Standardmäßig durchsuchen in die Domäne eingebundene Clients DNS nach Verwaltungspunkteinträgen aus der lokalen Domäne des Clients. Sie können eine Clientinstallationseigenschaft konfigurieren, um ein anderes Domänensuffix anzugeben.

Weitere Informationen finden Sie unter Konfigurieren von Clientcomputern für die Suche nach Verwaltungspunkten mithilfe der DNS-Veröffentlichung.

Veröffentlichen von Verwaltungspunkten für DNS

Für die Veröffentlichung von Verwaltungspunkten in DNS müssen die folgenden beiden Bedingungen erfüllt sein:

  • Ihre DNS-Server unterstützen Ressourceneinträge für Dienststandorte mithilfe einer BIND-Version, die mindestens 8.1.2 ist.

  • Die angegebenen Intranet-FQDNs für die Verwaltungspunkte im Configuration Manager verfügen über Hosteinträge (A-Einträge) in DNS.

Wichtig

Die DNS-Veröffentlichung von Configuration Manager unterstützt keinen zusammenhangslosen Namespace. Wenn Sie über einen zusammenhangslosen Namespace verfügen, können Sie Verwaltungspunkte manuell in DNS veröffentlichen. Sie können auch eine der anderen Methoden für den Dienststandort verwenden.

DNS-Konfigurationsszenarien

Der DNS-Server unterstützt automatische Updates

Sie können den Configuration Manager so konfigurieren, dass Verwaltungspunkte im Intranet automatisch in DNS veröffentlicht werden, oder Sie können diese Datensätze manuell in DNS veröffentlichen. Wenn Configuration Manager Verwaltungspunkte in DNS veröffentlicht, fügt er deren Intranet-FQDN und Portnummer im Dienstidentifizierungseintrag (Service Location (SRV) hinzu. Sie konfigurieren die DNS-Veröffentlichung in den Eigenschaften der Verwaltungspunktkomponente der Website. Weitere Informationen finden Sie unter Standortkomponenten – Verwaltungspunkt.

Die DNS-Zone ist für dynamische Updates auf "Nur sicher" festgelegt

Mit Standardberechtigungen kann nur der erste Verwaltungspunkt erfolgreich in DNS veröffentlichen.

Wenn nur ein Verwaltungspunkt seinen DNS-Eintrag erfolgreich veröffentlichen und ändern kann, können Clients die vollständige MP-Liste von diesem Verwaltungspunkt abrufen. Solange dieser eine veröffentlichte Verwaltungspunkt fehlerfrei ist, können Clients ihren bevorzugten Verwaltungspunkt finden.

Der DNS-Server unterstützt keine automatischen Updates, unterstützt aber Dienststandorteinträge

In diesem Szenario werden Verwaltungspunkte manuell in DNS veröffentlicht. Konfigurieren Sie den Dienststandort-Ressourceneintrag (Service Location Resource Record, SRV RR) manuell. Configuration Manager unterstützt RFC 2782 für Dienststandortdatensätze. Diese Datensätze weisen das folgende Format auf: _Service._Protocol.Name TTL Class SRV Priority Weight Port Target

Geben Sie die folgenden Werte an, um einen Verwaltungspunkt in Configuration Manager zu veröffentlichen:

  • _Service: _mssms_mp_<sitecode>. Beispiel: _mssms_mp_xyz
  • ._Protocol: ._tcp
  • . Name: Geben Sie das DNS-Suffix des Verwaltungspunkts an, z. B. contoso.com
  • TTL: Verwenden Sie 14400 es vier Stunden lang.
  • Klasse: Angeben IN für RFC 1035.
  • Priorität: Dieses Feld wird vom Configuration Manager nicht verwendet.
  • Gewichtung: Configuration Manager verwendet dieses Feld nicht.
  • Port: Geben Sie die Portnummer an, die der Verwaltungspunkt verwendet. Beispielsweise 443 standardmäßig für HTTPS.
  • Ziel: Geben Sie den Intranet-FQDN des Standortsystemservers mit der Rolle "Verwaltungspunkt" an.

Konfigurieren von Windows Server DNS

Wenn Sie Windows Server DNS verwenden, verwenden Sie die folgenden Verfahren, um diesen DNS-Eintrag für Intranetverwaltungspunkte einzugeben.

Konfigurieren der automatischen Veröffentlichung für eine Website

  1. Wechseln Sie in der Configuration Manager-Konsole zum Arbeitsbereich Verwaltung, erweitern Sie Standortkonfiguration, und wählen Sie den Knoten Standorte aus.

  2. Wählen Sie die Website aus, für die die Veröffentlichung konfiguriert werden soll. Wählen Sie im Menüband die Option Standortkomponenten konfigurieren und dann Verwaltungspunkt aus.

  3. Wählen Sie die Verwaltungspunkte aus, die Sie veröffentlichen möchten. Diese Auswahl gilt für die Veröffentlichung für AD DS und DNS.

  4. Aktivieren Sie die Option zum Veröffentlichen ausgewählter Intranet-Verwaltungspunkte in DNS.

Manuelles Veröffentlichen von Verwaltungspunkten in DNS unter Windows Server

  1. Wählen Sie in der DNS-Verwaltungskonsole die DNS-Zone für den Verwaltungspunktcomputer aus.

  2. Stellen Sie sicher, dass ein Hosteintrag (A oder AAAA) für den Intranet-FQDN des Standortsystems vorhanden ist. Wenn dieser Datensatz nicht vorhanden ist, erstellen Sie ihn.

  3. Wählen Sie Neue andere Datensätze aus, wählen Sie Dienststandort (Service Location (SRV) aus, und wählen Sie dann Datensatz erstellen aus.

  4. Geben Sie die folgenden Informationen an, und klicken Sie dann auf Fertig:

    • Domäne: Geben Sie bei Bedarf das DNS-Suffix des Verwaltungspunkts ein, z.B contoso.com. .
    • Dienst: _mssms_mp_<sitecode>. Beispiel: _mssms_mp_xyz
    • Protokoll: ._tcp
    • Priorität: Dieses Feld wird vom Configuration Manager nicht verwendet.
    • Gewichtung: Configuration Manager verwendet dieses Feld nicht.
    • Port: Geben Sie die Portnummer an, die der Verwaltungspunkt verwendet. Beispielsweise 443 standardmäßig für HTTPS.
    • Host, der diesen Dienst anbietet: Geben Sie den internen FQDN des Standortsystemservers mit der Rolle "Verwaltungspunkt" an.

Wiederholen Sie diese Schritte für jeden Verwaltungspunkt im Intranet, den Sie in DNS veröffentlichen möchten.

  • Zuletzt aktualisiert um