Auf Englisch lesen

Freigeben über


Websitesammlungsarchitektur mit Hostnamen und Bereitstellung in SharePoint Server

GILT FÜR:yes-img-132013 yes-img-162016 yes-img-192019 yes-img-seSubscription Edition no-img-sopSharePoint in Microsoft 365

Websitesammlungen mit Hostnamen sind ein optionaler Ansatz zum Bereitstellen von Websites in SharePoint Server. Benutzer, die mehrere Websitesammlungen verwenden möchten, wobei jede Websitesammlung über einen eigenen DNS-Namen verfügt, können websitesammlungen mit Hostnamen bereitstellen. Andernfalls sollten Benutzer pfadbasierte Websitesammlungen bereitstellen.

Hier finden Sie Informationen zum Planen und Implementieren von Websitesammlungen mit Hostnamen sowie zum Entwerfen und Verwalten von URLs.

Architektur und Entwurf für Websitesammlungen mit Hostnamen

Websitesammlungen mit Hostnamen ermöglichen Ihnen, Websitesammlungen einen eindeutigen DNS-Namen zuzuweisen. Beispielsweise können Sie sie als http://TeamA.contoso.com und http://TeamB.contoso.com adressieren. Dieses Beispiel zeigt, dass Sie viele Websites mit eindeutigen DNS-Namen in derselben Webanwendung bereitstellen. Es ermöglicht Hostern zudem, eine Umgebung für viele Kunden zu skalieren.

In diesem Artikel wird beschrieben, wie Websitesammlungen mit Hostnamen in einer empfohlenen Konfiguration mit SharePoint Server implementiert werden. Informationen über erweiterte Konfigurationen sind am Ende dieses Artikels enthalten: Verwenden mehrerer Webanwendungen mit Websitesammlungen mit Hostnamen.

Die empfohlene Konfiguration für die Bereitstellung von Websitesammlungen mit Hostnamen besteht darin, alle Websitesammlungen mit Hostnamen in einer einzelnen Webanwendung zu platzieren, wie im folgenden Diagramm dargestellt.

Empfohlene Konfiguration für Websitesammlungen mit Hostnamen

Darstellung einer empfohlenen Konfiguration für Websitesammlungen mit Hostnamen

In dieser empfohlenen Konfiguration im Diagramm sind die folgenden Elemente enthalten:

  • Ein Anwendungspool für Websitesammlungen.

  • Eine Webanwendung für Websitesammlungen, die im Anwendungspool gehostet ist.

  • Eine Stammwebsitesammlung (http://webapp.contoso.com).

  • Mehrere Websitesammlungen mit Hostnamen zum Hosten von Inhalt mit Beispielwebsites:

    • Veröffentlichte Intranetinhalte (http://intranet.contoso.com) mit Unterwebsites für Personalwesen, Einrichtungen und Einkauf.

    • Teamwebsites (http://teams.contoso.com) mit Unterwebsites für Team 1, Team 2 und Team 3.

    • Meine Websites mit Website-URLs im folgenden Format: http://my.contoso.com/personal/<site_name>.

Die Anzahl der Websites in der Webanwendung und die URLs für Websites sind für dieses Beispiel nicht wichtig.

Beim Erstellen einer Webanwendung für Websitesammlungen mit Hostnamen lautet http://<_webapp.contoso.com_>/die URL der Webanwendung und der Stammwebsitesammlung .

URLs der Web-App und der Stammwebsitesammlung.

Diese Architektur wird zum Bereitstellen von Websitesammlungen mit Hostnamen empfohlen, da es sich um dieselbe Architektur handelt, die auch in der Microsoft 365-Umgebung verwendet wird. Diese Konfiguration ist also die am stärksten getestete Konfiguration. Neue Features, einschließlich des App-Modells und der Anforderungsverwaltung, sind für diese Konfiguration optimiert und dies ist die zuverlässigste Konfiguration in Zukunft.

Die empfohlene Konfiguration enthält nicht die folgenden Elemente:

  • Aktivieren von Apps in Umgebungen mit mehreren Zonen

  • Gemeinsame Verwendung von Websitesammlungen mit Hostnamen und pfadbasierten Websitesammlungen (außer der Stammwebsitesammlung)

  • Mehrere Webanwendungen mit Websitesammlungen mit Hostnamen

Websitesammlungen mit Hostnamen im Vergleich zu pfadbasierten Websitesammlungen

Wenn Sie Websitesammlungen mit Hostnamen verwenden, wird jeder Websitesammlung in einer Webanwendung ein eindeutiger DNS-Name zugewiesen. Wenn Sie viele Websitesammlungen mit Hostnamen in einer einzelnen Webanwendung bereitstellen, erhöhen Sie die Skalierbarkeit der Farm, da Ressourcen nicht zur Unterstützung mehrerer Anwendungspools und Webanwendungen verwendet werden.

SharePoint Server unterstützt sowohl host-benannte als auch pfadbasierte Websitesammlungen. In der folgenden Tabelle werden die Unterschiede zwischen den beiden Optionen und weitere Informationen zu Websitesammlungen mit Hostnamen erläutert.

Tabelle: Websitesammlungen mit Hostnamen im Vergleich zu pfadbasierten Websitesammlungen

  Websitesammlungen mit Hostnamen Pfadbasierte Websitesammlungen
Erstellen von Websites Sie können Microsoft PowerShell zum Erstellen von Websitesammlungen mit Hostnamen verwenden. Sie können die Zentraladministration nicht verwenden, um Websitesammlungen mit Hostnamen zu erstellen. Zum Erstellen pfadbasierter Websitesammlungen können Sie Zentraladministration oder PowerShell verwenden.
URLs Jeder Websitesammlung mit Hostnamen in einer Webanwendung wird ein eindeutiger DNS-Name zugewiesen.
Sie können Zonen verwenden, um Websitesammlungen mit Hostnamen bis zu fünf URLs, einschließlich Vanity-URLs, hinzuzufügen.
Alle pfadbasierten Websitesammlungen in einer Webanwendung verwenden denselben Hostnamen (DNS-Namen) wie die Webanwendung. Sie können eine Webanwendung erweitern, um bis zu fünf Zonen zu implementieren und verschiedene Hostnamen für jede Zone zu erstellen. Der Hostname für eine Zone gilt jedoch für alle Websitesammlungen in der Webanwendung.
Stammwebsitesammlung und Suche Eine Stammwebsitesammlung ist für die Durchforstung von Inhalt in einer Webanwendung erforderlich. Eine Stammwebsitesammlung kann eine Websitesammlung sein, auf die Benutzer nicht zugreifen können. Für gewöhnlich fungiert eine einzelne pfadbasierte Websitesammlung als Stammwebsitesammlung in einer Webanwendung. Sie können verwaltete Pfade verwenden, um weitere Websitesammlungen innerhalb der Webanwendung zu erstellen.
URL-Zuordnung Verwenden Sie PowerShell-Befehle zum Verwalten von URLs (Set-SPSiteUrl, Remove-SPSiteUrl, Get-SPSiteUrl). Verwenden alternativer Zugriffszuordnungen zum Verwalten von URLs.
Self-Service Site Creation Sie müssen eine benutzerdefinierte Lösung für die gemeinsame Nutzung von Self-Service Site Creation mit Websitesammlungen mit Hostnamen verwenden.
Das Self-Service-Websiteerstellungsfeature, das Teil der Standardinstallation von SharePoint Server ist, funktioniert nicht mit Websitesammlungen mit Hostnamen.
Erstellen Sie pfadbasierte Websites, wenn Sie das Feature Self-Service Site Creation verwenden, das Bestandteil der standardmäßigen Installation von SharePoint Server ist.
Verwaltete Pfade Verwaltete Pfade für Websitesammlungen mit Hostnamen gelten auf Farmebene und stehen für alle Webanwendungen zur Verfügung.
Sie müssen PowerShell verwenden, um verwaltete Pfade für Websitesammlungen mit Hostnamen zu erstellen.
Verwaltete Pfade für pfadbasierte Websites gelten auf Webanwendungsebene.
Sie können Zentraladministration oder Microsoft PowerShell zum Erstellen verwalteter Pfade für pfadbasierte Websitesammlungen verwenden.

Entwerfen und Verwalten von URLs für Websitesammlungen mit Hostnamen

Mit PowerShell-Cmdlets werden URL-Zuordnungen für Websitesammlungen mit Hostnamen verwaltet. Zudem können Sie dadurch einer einzelnen Websitesammlung URLs zuordnen:

  • Set-SPSiteUrl – Hinzufügen oder Ändern einer URL-Zuordnung für eine Website.

  • Remove-SPSiteUrl – Entfernen einer URL-Zuordnung von einer Website.

  • Get-SPSiteUrl– Alle URLs und zugeordneten Zonen für eine Websitesammlung anzeigen.

Diese Cmdlets stellen eine URL-Zuordnungsfunktionalität für Websitesammlungen mit Hostnamen bereit, die der alternativen Zugriffszuordnung ähnelt.

Zonen und Websitesammlungen mit Hostnamen

Websitesammlungen mit Hostnamen sind in jeder Zone verfügbar. Websitesammlungen mit Hostnamen sind nicht auf die Standardzone beschränkt. Bei Bedarf können Sie mehrere Zonen implementieren und Zonen sowie Websitesammlungen mit Hostnamen verwenden, um unterschiedliche Authentifizierungseinstellungen oder Richtlinien zu konfigurieren.

Hinweis

Um verschiedene Zonen zu verwenden, müssen Sie die vorhandene Webanwendung auf die neuen Zonen erweitern.

Sie können einer einzelnen Websitesammlung bis zu fünf URLs zuweisen, indem Sie pro Zone eine URL zuweisen. Selbst wenn Sie die empfohlene Architektur befolgen, indem Sie nur eine Zone implementieren, können Sie Websitesammlungen mit Hostnamen weiterhin bis zu fünf URLs zuweisen. Diese Bereitstellung liegt daran, dass SharePoint Server die Standardzone verwendet, wenn eine Zone nicht durch Erweitern der Webanwendung implementiert wird.

Die folgenden URLs können beispielsweise Zugriff auf dieselbe Internetwebsite bieten:

Das Konto für die Durchforstung von Inhalten benötigt Zugriff auf Inhalte über die Standardzone mithilfe der integrierten Windows-Authentifizierung (NTLM oder Kerberos). Da die Anspruchsauthentifizierung mehrere Authentifizierungstypen in einer Zone zulässt, sollte sich diese Anforderung nicht auf andere Authentifizierungsanforderungen auswirken.

Verwaltete Pfade und Websitesammlungen mit Hostnamen

URLs, die für dieselbe Websitesammlung konfiguriert sind, weisen möglicherweise unterschiedliche Schemas und Domänen auf, aber sie müssen dieselben verwalteten Pfade aufweisen, d. h. alles nach dem /-Element, das der Domäne folgt, muss identisch sein. Beispielsweise können und http://www.Fabrikam.com/sites/Site1 auf dieselbe Websitesammlung verweisen, http://www.Contoso.com/sites/Site1 aber http://www.Contoso.com/sites/Site1 und http://www.bar.com/sites/Project1 nicht.

Die Cmdlets, die URLs verwalten, werden nur in der Stammwebsitesammlung für einen Hostnamen ausgeführt, beispielsweise http://www.Contoso.com. Diese Cmdlets funktionieren nicht für eine Websitesammlung mit verwaltetem Pfad, die sich unterhalb des Stamms befindet, z http://www.Contoso.com/sites/Project1. B. . Websites, die sich in der Hierarchie unter einer Websitesammlungen mit Hostnamen befinden, erben die URL-Einstellungen dieser Stammwebsitesammlung mit Hostnamen.

Off-Box-SSL-Beendigung mit Websitesammlungen mit Hostnamen

Die Off-Box-SSL-Beendigung tritt auf, wenn durch den Proxyserver eine SSL-Anforderung beendet und HTTP zum Weiterleiten der Anforderung an den Webserver verwendet wird. Damit die Off-Box-SSL-Beendigung mit Websitesammlungen mit Hostnamen erreicht werden kann, muss das die SSL-Verbindung beendende Gerät (beispielsweise ein Reverseproxyserver) in der Lage sein, einen benutzerdefinierten HTTP-Header zu generieren: Front-End-Https: On. Weitere Informationen finden Sie unter Verwenden von Websitesammlungen mit Hostnamen mit off-box-SSL-Terminierung.

Die standardmäßige Beendigung von SSL wird unterstützt, aber nicht empfohlen, da sie dazu führt, dass unverschlüsselter Datenverkehr vom Proxyserver an den Webserver gesendet wird.

Das für eine Websitesammlung mit Hostnamen verwendete Protokoll hängt vom Wert des URL-Parameters ab, den Sie beim Verwenden des Set-SPSiteUrl Cmdlets zum Zuordnen der URL zu einer bestimmten Zone angegeben haben: http oder https. Die IIS-Bindungen für die Webanwendung, SSL-Zertifikate, Reverseproxykonfiguration und für jede weitere erforderliche Konfiguration müssen abgeschlossen sein.

Szenarien für die Verwendung von pfadbasierten Websitesammlungen

Verwenden Sie die herkömmlichen pfadbasierten Websitesammlungen und die alternative Zugriffszuordnung, wenn eine der folgenden Bedingungen zutrifft:

  • Sie müssen das Feature Self-Service Site Creation verwenden, das Teil der Standardinstallation von SharePoint Server ist.

    Diese Bedingung gilt nicht für benutzerdefinierte Self-Service-Websiteerstellungslösungen.

  • Die SSL-Terminierung ist erforderlich, aber Ihr SSL-Terminierungsgerät kann nicht so konfiguriert werden, dass es den erforderlichen benutzerdefinierten HTTP-Header erzeugt.

    Sie können weiterhin SSL-Bridging mit websitesammlungen mit Hostnamen mit diesen Geräten verwenden, wenn die SSL-Beendigung nicht erforderlich ist.

  • Sie planen die Verwendung verschiedener Anwendungspools für die zusätzliche Sicherheit, die diese Gruppen bieten, oder Sie müssen mehrere Proxygruppen verwenden.

    In diesen Fällen können Sie Websitesammlungen mit Hostnamen verwenden. Die zusätzliche Konfiguration, die erforderlich ist, um URLs für Websitesammlungen mit Hostnamen über mehrere Webanwendungen hinweg zuzuordnen, überwiegt jedoch die Vorteile der Verwendung von Websitesammlungen mit Hostnamen erheblich. Weitere Informationen finden Sie unter Verwenden mehrerer Webanwendungen mit Websitesammlungen mit Hostnamen. Weitere Informationen über das Erstellen pfadbasierter Websitesammlungen finden Sie unter Erstellen einer Websitesammlung in SharePoint Server.

Verwenden von Hostheadern und Websitesammlungen mit Hostnamen

Hostheader ermöglichen es dem Webserver, mehrere Websites auf derselben KOMBINATION aus IP-Adresse und Port zu hosten. Wenn die eingehende HTTP-Anforderung einen Hostheadernamen enthält und ein entsprechender Hostheader in IIS konfiguriert ist, antwortet IIS mit dem Inhalt der entsprechenden Website.

Hostheader werden auf Der Ebene der Webanwendung (IIS-Website) konfiguriert. Sie sind eine der Eigenschaften von Websitebindungen.

Es ist wichtig, den Unterschied zwischen Hostheadern in IIS und Websitesammlungen mit Hostnamen zu verstehen. Hostheader auf IIS-Websiteebene sind nur für pfadbasierte Websitesammlungen vorgesehen.

Bei Verwendung von Websitesammlungen mit Hostnamen ist SharePoint für die Auflösung der richtigen Website für die Adresse verantwortlich, basierend auf der eingehenden Anforderung, die über IIS übergeben wird. In den meisten Fällen ist es durch das Anwenden einer Hostheaderbindung auf IIS-Websiteebene nicht möglich, über die IIS-Website auf Websitesammlungen mit Hostnamen zuzugreifen. Dies liegt daran, dass IIS nicht auf Anforderungen für Hostnamen antwortet, die sich von der Hostheaderbindung unterscheiden.

Sie können eine Hostheaderbindung mit Einem Feldhalter in IIS verwenden, müssen jedoch sicherstellen, dass alle Websitesammlungen innerhalb der Webanwendung dem Muster des Hostheaders mit Einem -Feldhalter entsprechen.

Wichtig

Wenn eine vorhandene Webanwendung über einen Hostheaderbindungssatz verfügt, gibt IIS erst Seiten aus der Websitesammlung mit dem Hostnamen zurück, wenn Sie die Bindung aus IIS entfernen. Weitere Informationen finden Sie unter Aktualisieren einer Webanwendungs-URL und von IIS-Bindungen für SharePoint Server.

Gemeinsame Verwendung von Websitesammlungen mit Hostnamen und pfadbasierter Websitesammlungen in derselben Webanwendung

Sie können host-benannte und pfadbasierte Websitesammlungen in derselben Webanwendung verwenden. Um sicherzustellen, dass benutzer auf beide Arten von Websitesammlungen zugreifen können, platzieren Sie keine Hostheaderbindungen auf der IIS-Website Ihrer Webanwendung, einschließlich IIS-Websites für Zonen, die von der Webanwendung aus erweitert werden. Wenn eine vorhandene Webanwendung über einen Hostheaderbindungssatz verfügt, gibt IIS erst Seiten aus der Websitesammlung mit dem Hostnamen zurück, wenn Sie die Bindung aus IIS entfernen.

Meine Websites

Wenn Sie beide Websitesammlungstypen zusammen mit Meine Websites verwenden, sollten Sie die Implementierung Ihres eigenen Provisioningprozesses in Erwägung ziehen, um Meine Websites als Websitesammlungen mit Hostnamen anstelle von pfadbasierten Websites zu erstellen.

Bereitstellung und Konfiguration für Websitesammlungen mit Hostnamen

Erstellen einer Webanwendung für Websitesammlungen mit Hostnamen

Wenn Sie nicht beabsichtigen, zwei oder mehr IIS-Websites zu konfigurieren, die die gleiche Portnummer auf demselben Server verwenden, erstellen Sie eine Webanwendung in der Standardzone. Wenden Sie keine Hostheaderbindung auf IIS-Websiteebene an.

So erstellen Sie eine Webanwendung für Websitesammlungen mit Hostnamen

  1. Stellen Sie sicher, dass Sie über folgende Mitgliedschaften verfügen:

    • Die feste Serverrolle securityadmin in der SQL Server-Instanz.

    • Die feste Datenbankrolle db_owner für alle Datenbanken, die aktualisiert werden.

    • Die Gruppe Administratoren auf dem Server, auf dem Sie das Microsoft PowerShell-Cmdlet ausführen.

    Ein Administrator kann das Add-SPShellAdmin Cmdlet verwenden, um Berechtigungen für die Verwendung von SharePoint Server-Cmdlets zu erteilen.

    Hinweis

    Wenn Sie nicht über Berechtigungen verfügen, wenden Sie sich an Ihren Setupadministrator oder SQL Server-Administrator, um Berechtigungen anzufordern. Weitere Informationen zu PowerShell-Berechtigungen finden Sie unter Add-SPShellAdmin.

  2. Starten Sie die SharePoint-Verwaltungsshell.

  3. Geben Sie an der PowerShell-Eingabeaufforderung (ps C:\>) die folgende Syntax ein:

New-SPWebApplication -Name 'Contoso Sites' -port 80 -ApplicationPool ContosoAppPool -ApplicationPoolAccount (Get-SPManagedAccount 'Contoso\JDoe') -AuthenticationProvider (New-SPAuthenticationProvider -UseWindowsIntegratedAuthentication)

Erstellen einer Stammwebsitesammlung

Eine Stammwebsitesammlung ist eine Voraussetzung für jede Webanwendung. Dies ist auch für das Durchforsten von Inhalten erforderlich. Diese Websitesammlung muss dieselbe URL wie die Webanwendung aufweisen. Derzeit verhindert SharePoint die Erstellung einer Websitesammlung mit dem Hostnamen mit der gleichen URL wie eine Webanwendung. Daher wird die Stammwebsitesammlung als pfadbasierte Websitesammlung erstellt.

Eine Webanwendung mit einer Stammwebsite.

Im folgenden Beispiel wird eine leere Websitesammlung erstellt, die als Stammwebsitesammlung fungiert:

New-SPSite 'http://<servername>' -Name 'Portal' -Description 'Portal on root' -OwnerAlias 'contoso\administrator' -language 1033 -Template 'STS#0'

Nur die Stammwebsitesammlung der Webanwendung wird in der Inhaltsquelle angezeigt. Obwohl alle anderen Websitesammlungen mit Hostnamen in der Webanwendung nicht in der Inhaltsquelle angezeigt werden, durchforstet die Suche standardmäßig automatisch die anderen Websitesammlungen mit Hostnamen.

Erstellen von Websitesammlungen mit Hostnamen

Zum Erstellen einer Websitesammlung mit Hostnamen müssen Sie Microsoft PowerShell verwenden. Sie können die SharePoint Server-Zentraladministrations-Webanwendung nicht verwenden, um eine Websitesammlung mit dem Hostnamen zu erstellen, aber Sie können die Websitesammlung mithilfe der Zentraladministration verwalten, nachdem Sie sie erstellt haben.

Sie können eine Websitesammlung mit dem Hostnamen erstellen, indem Sie das Microsoft PowerShell-Cmdlet New-SPSite mit dem Parameter -HostHeaderWebApplication verwenden, wie im folgenden Beispiel gezeigt:

So erstellen Sie Websitesammlungen mit Hostnamen:

  1. Vergewissern Sie sich, dass Sie über die folgenden Mitgliedschaften verfügen:

    • Die feste Serverrolle securityadmin in der SQL Server-Instanz.

    • Die feste Datenbankrolle db_owner für alle Datenbanken, die aktualisiert werden.

    • Die Gruppe Administratoren auf dem Server, auf dem Sie das Microsoft PowerShell-Cmdlet ausführen.

    Ein Administrator kann das Add-SPShellAdmin Cmdlet verwenden, um Berechtigungen für die Verwendung von SharePoint Server-Cmdlets zu erteilen.

    Hinweis

    Wenn Sie nicht über Berechtigungen verfügen, wenden Sie sich an Ihren Setupadministrator oder SQL Server-Administrator, um Berechtigungen anzufordern. Weitere Informationen zu PowerShell-Berechtigungen finden Sie unter Add-SPShellAdmin.

  2. Starten Sie die SharePoint-Verwaltungsshell.

  3. Geben Sie an der PowerShell-Eingabeaufforderung (ps C:\>) die folgende Syntax ein:

    New-SPSite 'http://portal.contoso.com' -HostHeaderWebApplication (Get-SPWebApplication 'Contoso Sites') -Name 'Portal' -Description 'Customer root' -OwnerAlias 'contoso\administrator' -language 1033 -Template 'STS#0'
    

    Mit dieser Syntax wird eine Websitesammlung mit dem Hostnamen erstellt, https://portal.contoso.com die die URL in der SharePoint Server-Webanwendung mit dem Namen "Contoso Sites" enthält.

Verwenden verwalteter Pfade mit Websitesammlungen mit Hostnamen

Sie können verwaltete Pfade mit Websitesammlungen mit Hostnamen implementieren. Hoster können mehrere Websitesammlungen für denselben Kunden bereitstellen, wobei jede Websitesammlung den eindeutigen Hostnamen des Kunden zwar verwendet, allerdings in differenzierter Form durch den URL-Pfad hinter dem Hostnamen. Verwaltete Pfade sind für Websitesammlungen mit Hostnamen pro Farm auf 20 begrenzt. Weitere Informationen finden Sie unter Softwaregrenzen und -grenzwerte für SharePoint Server.

Verwaltete Pfade für Websitesammlungen mit Hostnamen weisen ein anderes Verhalten auf als verwaltete Pfade für pfadbasierte Websitesammlungen. Verwaltete Pfade für Websitesammlungen mit Hostnamen sind für alle Websitesammlungen mit Hostnamen in der Farm vorhanden, und zwar unabhängig von der Webanwendung, in der sich die Websitesammlung mit Hostnamen befindet. Im Gegensatz dazu gelten verwaltete Pfade für pfadbasierte Websitesammlungen nur für Websites in derselben Webanwendung. Verwaltete Pfade für pfadbasierte Websitesammlungen gelten nicht für pfadbasierte Websitesammlungen in anderen Webanwendungen. Verwaltete Pfade für einen Websitesammlungstyp gelten nicht für den anderen Typ der Websitesammlung.

Zum Erstellen eines verwalteten Pfads müssen Sie zunächst eine Websitesammlung mit der gewünschten Basis-URL erstellen. Um z. B. zu erstellen http://teams.contoso.com/finance , müssen Sie zuerst die Websitesammlung für http://teams.contoso.comerstellen.

Verwenden Sie zum Erstellen eines verwalteten Pfads für die Verwendung mit Websitesammlungen mit Hostnamen das Cmdlet PowerShell New-SPManagedPath mit dem Parameter HostHeader wie im folgenden Beispiel dargestellt ist:

New-SPManagedPath 'departments' -HostHeader

Sie können auch den Parameter Explicit verwenden, um explizit verwaltete Pfade zu erstellen.

Im folgenden Beispiel wird eine über einen verwalteten Pfad erstellte Websitesammlung mit Hostnamen veranschaulicht:

New-SPSite 'http://portal.contoso.com/departments/marketing' -HostHeaderWebApplication (Get-SPWebApplication 'Contoso Sites') -Name 'Marketing' -Description 'Portal Marketing' -OwnerAlias 'contoso\administrator' -language 1033 -Template 'STS#0'

Zum Entfernen eines vorhandenen verwalteten Pfads verwenden Sie das Cmdlet PowerShell Remove -SPManagedPath, wie im folgenden Beispiel dargestellt ist:

Remove-SPManagedPath 'departments' -HostHeader

Sie können PowerShell zum Entfernen eines verwalteten Pfads verwenden, selbst wenn eine Websitesammlung vorhanden ist. Wenn Sie einen verwalteten Pfad entfernen, ist der Zugriff auf die Websitesammlung nicht mehr möglich. Verwenden Sie zum Zugreifen auf die vorhandene Websitesammlung PowerShell, um den verwalteten Pfad erneut zu erstellen.

Zuordnen von URLs zu Websitesammlungen mit Hostnamen

Wenn Sie eine neue Hostnamen-Websitesammlung erstellen, sind die standardmäßigen alternativen Zugriffszuordnungen weiterhin vorhanden, können aber nicht verwendet werden. Verwenden Sie PowerShell-Befehle zum Verwalten von URL-Zuordnungen für Websitesammlungen mit Hostnamen.

Hinzufügen einer Zuordnung zu einer vorhandenen Website:

Set-SPSiteUrl (Get-SPSite 'http://teams.contoso.com') -Url 'http://teamsites.contoso.com' -Zone Intranet

Jede URL-Zuordnung wird auf eine einzelne Zone angewendet. Verwenden Sie einen der folgenden Namen, wenn Sie URLs zuordnen:

  • Standard

  • Intranet

  • Internet

  • Benutzerdefiniert

  • Extranet

Wenn Sie den Parameter Zone nicht angeben und der URL-Zuordnungseintrag neu ist, wird die Standardzone verwendet. Es besteht weiterhin die Einschränkung, dass nur 5 URLs für eine eindeutige Websitesammlung verwendet werden können.

Entfernen einer Zuordnung für eine Website:

Remove-SPSiteUrl 'http://teamsites.contoso.com'

Zeigen Sie alle URL-Zuordnungen für eine Website an:

Get-SPSiteUrl -Identity (Get-SPSite 'http://teams.contoso.com')

Konfigurieren von SSL-Zertifikaten für Websitesammlungen mit Hostnamen

Wichtig

Wenn Sie die SharePoint Server-Abonnementedition verwenden, verwenden Sie die neue Zertifikatverwaltungsfunktion , um SSL-Zertifikate zu installieren und Ihren Webanwendungen zuzuweisen. Mit diesem Feature können Sie Ihre SSL-Zertifikate direkt in SharePoint installieren und verwalten, anstatt SSL-Zertifikate in IIS manuell zu konfigurieren.

Sie können eine einzelne Webanwendung konfigurieren, die SSL verwendet, und anschließend mehrere Websitesammlungen mit Hostnamen in dieser Webanwendung erstellen. Sie müssen für die IIS-Website ein Serverzertifikat installieren und zuweisen, um zu einer Website über SSL zu navigieren. Jede Websitesammlung mit Hostnamen in einer Webanwendung verwendet das Zertifikat des einzelnen Servers, das Sie der IIS-Website zugeordnet haben.

Sie müssen ein Platzhalterzertifikat oder ein SAN-Zertifikat (Subject Alternate Name, Alternativer Antragstellername) abrufen und anschließend ein URL-Format im Stil einer Websitesammlung mit Hostnamen verwenden, das mit diesem Zertifikat übereinstimmt. Wenn Sie beispielsweise ein *.contoso.com-Wildcardzertifikat erwerben, müssen Sie websitesammlungs-URLs mit Hostnamen wie https://site1.contoso.com, https://site2.contoso.comusw. generieren, damit diese Websites die SSL-Überprüfung im Browser bestehen können. Wenn Sie jedoch eindeutige Domänennamen der zweiten Ebene für Websites benötigen, sollten Sie nicht mehrere Websitesammlungen mit Hostnamen erstellen, sondern mehrere Webanwendungen.

Aktivieren Sie zum Konfigurieren von SSL für Websitesammlungen mit Hostnamen SSL, wenn Sie die Webanwendung erstellen. Diese Einstellung erstellt eine IIS-Website mit einer SSL-Bindung anstelle einer HTTP-Bindung. Öffnen Sie nach der Erstellung der Webanwendung den IIS-Manager, und weisen Sie dieser SSL-Bindung ein Zertifikat zu. Sie können in dieser Webanwendung anschließend Websitesammlungen erstellen.

Wenn Sie mehrere Zonen mit Websitesammlungen mit Hostnamen implementieren, stellen Sie sicher, dass die Konfiguration von Zertifikaten und Bindungen (SSL oder HTTP) für jede Zone und die entsprechende IIS-Website geeignet ist.

Verwenden von Websitesammlungen mit Hostnamen mit Off-Box-SSL-Beendigung

Sie können Websitesammlungen mit Hostnamen zusammen mit Off-Box-SSL-Beendigung verwenden. Es gibt jedoch einige Voraussetzung für die Verwendung der SSL-Beendigung mit Websitesammlungen mit Hostnamen:

Hinweis

Die standardmäßige Beendigung von SSL wird unterstützt, aber nicht empfohlen, da sie dazu führt, dass unverschlüsselter Datenverkehr vom Proxyserver an den Webserver gesendet wird.

  • Mindestens eine IIS-Website sollte eine Bindung auf Port 80 (oder von welchem Port aus das Abschlusszeichen die Anforderung weiterleitet) aufweisen. Microsoft empfiehlt die Verwendung der IIS-Website einer Webanwendung (oder der IIS-Website einer Zone für eine Webanwendung) mit HTTP/80.

  • Das SSL-Abschlusszeichen oder der Reverseproxy muss den ursprünglichen HTTP-Hostheader vom Client beibehalten.

  • Wird die Client-SSL-Anforderung an den standardmäßigen SSL-Port (443) gesendet, muss das SSL-Abschlusszeichen oder der Reverseproxy die entschlüsselte HTTP-Anforderung auf dem standardmäßigen HTTP-Port (80) an den Front-End-Webserver weiterleiten. Wird die Client-SSL-Anforderung an einen Nicht-SSL-Port gesendet, muss das SSL-Abschlusszeichen oder der Reverseproxy die entschlüsselte HTTP-Anforderung zum Front-End-Webserver auf demselben nicht standardmäßigen Port weiterleiten.

  • Das die SSL-Verbindung beendende Gerät, beispielsweise ein Reverseproxyserver, muss in der Lage sein, einen benutzerdefinierten HTTP-Header zu generieren: Front-End-Https: On. Dieser Header ist derselbe benutzerdefinierte Header, den Outlook Web Access (OWA) verwendet: Front-End-https: Ein/Aus. Weitere Informationen über diesen benutzerdefinierten Header finden Sie später in diesem Abschnitt.

Konfigurieren Sie zum Verwenden von Websitesammlungen mit Hostnamen zusammen mit der Off-Box-SSL-Beendigung Ihre Webanwendung so, wie Sie dies für gewöhnlich für die SSL-Beendigung vornehmen würden, und stellen Sie sicher, dass die oben aufgeführten Anforderungen erfüllt werden. In diesem Szenario wird HTTPS anstelle von HTTP durch SharePoint Server verwendet, um die Links der Websitesammlungen mit Hostnamen in dieser Webanwendung zu rendern.

Reverseproxyserver können SharePoint Server-Websitesammlungen mit Hostnamen veröffentlichen und die Off-Box-SSL-Beendigung ausführen. In diesem Szenario ändert der Reverseproxyserver den Verbindungstyp zwischen dem Endbenutzer und dem SharePoint-Front-End-Webserver von SSL/TLS in HTTP oder umgekehrt. Reverseproxyserver müssen in diesem Szenario einen zusätzlichen HTTP-Header in die Anforderung des Benutzers einfügen, wenn sie die Anforderung an den SharePoint-Web-Front-End-Server weiterleitet. Dieser zusätzliche HTTP-Header gibt SharePoint Server den Verbindungstyp an, den der Endbenutzer initiiert hat, sodass SharePoint Server URLs in der Antwort entsprechend rendert. Der HTTP-Headername lautet "Front-End-Https", und die akzeptablen Werte dafür lauten:

Tabelle: "Front-End-Https"-Headerwerte

Wert Beschreibung
Ein Der Reverseproxyserver hat die Anforderung des Endbenutzers über eine verschlüsselte (SSL oder TLS) HTTPS-Verbindung empfangen. Beispielsweise Front-End-Https: On.
Off Der Reverseproxyserver hat die Anforderung des Endbenutzers über eine unverschlüsselte HTTP-Verbindung empfangen.

Bei den Werten wird die Groß-/Kleinschreibung nicht beachtet. Beispielsweise handelt es sich bei on, ON, On und oN um akzeptable Werte.

Dieser benutzerdefinierte Header funktioniert nur mit Websitesammlungen mit Hostnamen. Es funktioniert nicht mit pfadbasierten Websitesammlungen.

Im folgenden Beispiel wird eine über HTTPS erstellte Websitesammlung mit Hostnamen dargestellt:

New-SPSite 'https://portal.contoso.com' -HostHeaderWebApplication  (Get-SPWebApplication 'Contoso Sites') -Name 'Portal' -OwnerAlias 'contoso\administrator' -language 1033 -Template 'STS#0'

In diesem Beispiel wird eine Websitesammlung mit Hostnamen erstellt, die über die URL https://portal.contoso.com in der SharePoint Server-Webanwendung verfügt, die über die URL https://webapp.contoso.com verfügt.

Aktivieren von Apps in Umgebungen mit mehreren Zonen

Hinweis

Dieser Abschnitt gilt nur für SharePoint Server 2013.

Mit dem im März 2013 herausgegebenen öffentlichen Update können Sie eine App-Domäne für jede Webanwendungszone konfigurieren sowie die alternative Zugriffszuordnung und Hostheader-Webanwendungskonfiguration verwenden. Vor der Freigabe dieses Updates war es nur möglich, eine App-Domäne zu hosten, und diese musste sich in der Standardzone befinden. Sie konnten die App-Domäne nicht für alternative Zugriffszuordnungen oder Hostheader-Webanwendungskonfigurationen verwenden.

Wenden Sie zum Beheben dieses Problems das kumulative Update-Server-Hotfix-Paket für SharePoint Server vom 12.03.2013 an, siehe Updates für SharePoint 2013.

Migrieren von pfadbasierten Websitesammlungen zu Websitesammlungen mit Hostnamen

Bestimmen von Websitesammlungen mit Hostnamen in vorhandenen Webanwendungen

Sie können das folgende Skript verwenden, um zu ermitteln, welche vorhandenen Websitesammlungen pfadbasiert sind und welche mit dem Hostnamen benannt sind, sodass Sie später entscheiden können, ob Sie sie von einem Typ in einen anderen konvertieren möchten.

$webApp = Get-SPWebapplication 'http://webapp.contoso.com'
foreach($spSite in $webApp.Sites)
{
if ($spSite.HostHeaderIsSiteName)
{ Write-Host $spSite.Url 'is host-named' }
else
{ Write-Host $spSite.Url 'is path based' }
}

Konvertieren pfadbasierter Websitesammlungen in Websitesammlungen mit Hostnamen

Sie können pfadbasierte Websitesammlungen mithilfe des PowerShell-Cmdlets Set-SPSite in Websitesammlungen mit Hostnamen und websitesammlungen mit Hostnamen in pfadbasierte Websitesammlungen konvertieren. Nach der Websitebenennung wird eine App-Pool-Wiederverwendung empfohlen, um die Aktualisierung des Caches zu erzwingen. Sie können die SharePoint-Zentraladministrationswebsite oder Windows PowerShell-Cmdlets nicht verwenden, die Inhaltsdatenbanken anfügen und trennen oder zum Konvertieren von Websitesammlungen einbinden und die Bereitstellung aufheben.

Im folgenden Beispiel wird eine Standardwebsitesammlung zu einer Websitesammlung mit Hostnamen konvertiert:

Get-SPSite https://SP2013content.contoso.com/sites/PathBasedSiteCollection|Set-SPSite -url https://HostNamedSiteCollection.contoso.com

Verwenden mehrerer Webanwendungen mit Websitesammlungen mit Hostnamen

Wenn Sie mehr als eine Webanwendung verwenden, werden die betrieblichen Gemeinkosten und die Komplexität des Systems erhöht. Es empfiehlt sich, eine Webanwendung für Websitesammlungen zu verwenden. Die folgenden Gründe beeinflussen Sie möglicherweise hinsichtlich der Implementierung von Websitesammlungen über mehrere Webanwendungen hinweg:

  • Die Sicherheitsrichtlinien einer Organisation erfordern getrennte Webanwendungen oder Anwendungspools.

  • Webanwendungen müssen unterschiedlich konfiguriert werden.

  • Eine Organisation muss mehrere Proxygruppen verwenden.

Es ist komplexer, Websitesammlungen mit Hostnamen mit mehreren Webanwendungen in einer Farm zu implementieren, da Sie weitere Konfigurationsschritte ausführen müssen. Beispielsweise können URLs mit Websites mit Hostnamen auf mehrere Webanwendungen verteilt sein, die denselben Port in einer einzelnen Farm verwenden. Dieses Szenario erfordert weitere Konfigurationsschritte, um sicherzustellen, dass Anforderungen den richtigen Webanwendungen zugeordnet werden. Sie müssen die Zuordnungen auf jedem Webserver in der Farm manuell konfigurieren, indem Sie eine separate IP-Adresse zur Darstellung der einzelnen Webanwendungen konfigurieren. Außerdem müssen Sie Hostheaderbindungen erstellen und verwalten, um jedem Standort eindeutige IP-Adressen zuzuweisen. Skripts können diese Konfiguration serverübergreifend verwalten und replizieren. Diese Replikation der Konfiguration erhöht jedoch die Komplexität der Lösung. Jede eindeutige URL erfordert auch eine Zuordnung in DNS. Wenn mehrere Webanwendungen erforderlich sind, empfehlen wir im Allgemeinen pfadbasierte Websitesammlungen mit alternativer Zugriffszuordnung.

Wichtig

SharePoint Server Subscription Edition Version 23H1 ermöglicht Benutzern das Zuweisen von Hostheaderbindungen zu ihren Webanwendungen. Dieses neue Feature kann Ihnen dabei helfen, mehrere Webanwendungen mit Websitesammlungen mit Hostnamen auf folgende Weise zu verwenden:

  1. Benutzer müssen ihren Webanwendungen auf jedem ihrer SharePoint-Server keine eindeutigen IP-Adressbindungen mehr manuell zuweisen. Benutzer, die SPSE Version 23H1 ausführen, können stattdessen jeder ihrer Webanwendungen Dies ist einfacher zu verwalten.

  2. Die den einzelnen Webanwendungen zugewiesenen Wildcard-Hostheader müssen eindeutig sein. Webanwendung 1 könnte z. B. sein *.internal.example.com, Webanwendung 2 könnte sein *.external.example.comusw.

  3. Die Websitesammlungen mit dem Hostnamen in diesen Webanwendungen müssen dem Hostheadermuster ihrer Webanwendung entsprechen. Wenn eine Webanwendung z. B. über den Hostheader verfügt *.external.example.com, kann sie websitesammlungen mit Hostnamen mit DNS-Namen wie site1.external.example.com, site2.external.example.comusw. hosten.

  4. Die Bindungen von Hostheadern von Wildcards können nur ein einzelnes Wildcardzeichen als die bezeichnung ganz links im DNS-Namen aufweisen. Ein gültiger Hostheader kann beispielsweise sein *.external.example.com, aber nicht external.*.example.com, *.*.example.com, , external*.example.com, *external.example.comusw.

In den folgenden zwei Tabellen werden drei unterschiedliche Entwurfsauswahlmöglichkeiten für die Implementierung von Websitesammlungen verglichen. Diese Tabellen sollen Ihnen dabei behilflich sein, die Folgen jedes Ansatzes zu verstehen und wie die Konfiguration in Abhängigkeit der Architektur variiert.

Tabelle: Ergebnisse verschiedener Entwurfsentscheidungen zum Bereitstellen von Websitesammlungen

  Websitesammlungen mit Hostnamen, bei denen alle Websites in einer Farm in einer Webanwendung konsolidiert sind Pfadbasierte Websitesammlungen mit alternativen Zugriffszuordnungen und mehreren Webanwendungen Websitesammlungen mit Hostnamen mit mehreren Webanwendungen in einer Farm
Provisioning von Websitesammlungen Verwenden Sie Microsoft PowerShell oder eine benutzerdefinierte Lösung zur Websitebereitstellung, um Websites bereitzustellen. Verwenden Sie Zentraladministration oder Microsoft PowerShell zum Bereitstellen von Websites. Verwenden Sie Microsoft PowerShell oder eine benutzerdefinierte Websitesammlungs-Provisioninglösung zum Bereitstellen von Websites.
URL-Verwaltung Sie können alle Websitesammlungen in DNS so zuordnen, dass sie auf eine einzelne IP-Adresse verweisen, die die Webanwendung darstellt. Wenn Sie mehr als eine Zone implementiert haben, wird für jede Website-URL eine alternative Zugriffszuordnung konfiguriert. Außerdem erfordert jede Zone eine Zuordnung in DNS. Eine zusätzliche Konfiguration ist erforderlich, um sicherzustellen, dass Anforderungen für Websites, die denselben Port verwenden, der richtigen Webanwendung zugeordnet werden. Jeder eindeutige Hostname erfordert auch eine Zuordnung in DNS. Diese Konfiguration erfolgt manuell, und Sie müssen sie auf jedem Webserver in einer Farm für jede Website vornehmen.
Weitere URLs Sie können einer Websitesammlungen mit Hostnamen bis zu fünf URLs zuweisen, und zwar eine pro Zone. Es ist nicht erforderlich, die Webanwendung auf mehrere Zonen zu erweitern. Wenn eine Zone nicht implementiert ist, wird die Standardzone verwendet. Die Anzahl der URLs für eine Websitesammlung ist auf fünf beschränkt, da die zulässige Anzahl von Zonen fünf ist. Sie können einer Websitesammlungen mit Hostnamen bis zu fünf URLs zuweisen, und zwar eine pro Zone. Es ist nicht erforderlich, die Webanwendung auf mehrere Zonen zu erweitern. Wenn eine Zone nicht implementiert ist, wird die Standardzone verwendet.
Dienstanwendungen Alle Websites in der Farm verwenden eine einzelne Dienstanwendungsgruppe. Für verschiedene Webanwendungen können Sie benutzerdefinierte Dienstanwendungsgruppen implementieren. Für verschiedene Webanwendungen können Sie benutzerdefinierte Dienstanwendungsgruppen implementieren.
Zonen Sie müssen nicht mehrere Zonen implementieren, um unterschiedliche URLs für dieselbe Websitesammlung zu implementieren. Wenn eine Zone nicht implementiert ist, wird die Standardzone verwendet. Zonen sind zum Implementieren verschiedener URLs für dieselbe Websitesammlung erforderlich. Sie müssen nicht mehrere Zonen implementieren, um unterschiedliche URLs für dieselbe Websitesammlung zu implementieren. Wenn eine Zone nicht implementiert ist, wird die Standardzone verwendet.
Authentifizierung Bei einer Webanwendung sind die Authentifizierungsoptionen auf fünf Zonen beschränkt. In einer Zone können Sie jedoch mehrere Authentifizierungsmethoden implementieren. Für jede Webabwendung können Sie verschiedene Authentifizierungs- und Zonenentwürfe implementieren. Für jede Webabwendung können Sie verschiedene Authentifizierungs- und Zonenentwürfe implementieren.
Authentifizierung Bietet Clientskripterstellungs-Isolation zwischen Domänen-URLs. Sie können Webanwendungen ggf. in dedizierten Anwendungspools isolieren, um die Prozessisolation zu erreichen.
Bietet Isolation zwischen Domänen-URLs.
Sie können Webanwendungen ggf. in dedizierten Anwendungspools isolieren, um die Prozessisolation zu erreichen.
Bietet Isolation zwischen Domänen-URLs.
Richtlinie Sie können Zonen verwenden, um Websites mit Hostnamen unterschiedliche Richtlinien zuzuweisen. Sie können Richtlinien auf Webanwendungsebene verwenden, um Berechtigungen zu erzwingen, und zwar unabhängig davon, ob Berechtigungen für einzelne Websites oder Dokumente konfiguriert sind. Außerdem können Sie verschiedene Richtlinien für verschiedene Zonen implementieren. Für verschiedene Webanwendungen können Sie verschiedene Richtlinien implementieren, um Berechtigungen zu erzwingen, und zwar unabhängig davon, ob Berechtigungen für einzelne Websites oder Dokumente konfiguriert sind.
Außerdem können Sie verschiedene Richtlinien für verschiedene Zonen implementieren.

Skalierbarkeitszahlen, die sich möglicherweise auch auf Entwurfsentscheidungen auswirken, umfassen die empfohlenen Maximalwerte für Websitesammlungen, Inhaltsdatenbanken und verwaltete Pfade.

In der folgenden Tabelle ist die Konfiguration zusammengefasst, die für die Verwaltung von URLs bei den drei in diesem Artikel vorgestellten Entwurfsoptionen erforderlich ist.

Tabelle: Erforderliche Konfiguration für verschiedene Websitesammlungsentwürfe

  Websitesammlungen mit Hostnamen, bei denen alle Websites in einer Farm in einer Webanwendung konsolidiert sind Pfadbasierte Websitesammlungen mit alternativen Zugriffszuordnungen und mehreren Webanwendungen Websitesammlungen mit Hostnamen mit mehreren Webanwendungen in einer Farm
In SharePoint Server Erstellen Sie die Webanwendung.
Erstellen Sie eine Stammwebsitesammlung, https://HNSC01.fabrikam.comauf die Benutzer nicht zugreifen können (z. B. ).
Erstellen Sie die Websitesammlungen mit dem Hostnamen mit dem Hostheader (z. B https://intranet.fabrikam.com. ).
Fügen Sie optional weitere URLs für jede Websitesammlung hinzu, und konfigurieren Sie Zonen mithilfe von Set-SPSiteUrl. (In den Entwurfsbeispielen für das Unternehmensportal ist dies nicht erforderlich, da nur eine Zone vorhanden ist.)
Erstellen Sie die Webanwendung mit dem Hostheader (z. B https://intranet.fabrikam.com. ).
Konfigurieren Sie optional eine alternative Zugriffszuordnung. Im Entwurfsbeispiel ist es nicht erforderlich, da es nur eine Zone gibt.
Erstellen Sie die pfadbasierte Stammwebsitesammlung.
Erstellen Sie die Webanwendung.
Erstellen Sie eine Stammwebsitesammlung, https://HNSC01.fabrikam.comauf die Benutzer nicht zugreifen können (z. B. ).
Erstellen Sie die Websitesammlungen mit dem Hostnamen mit dem Hostheader (z. B https://intranet.fabrikam.com. ).
Fügen Sie optional weitere URLs für jede Websitesammlung hinzu, und konfigurieren Sie Zonen mithilfe von Set-SPSiteUrl. (In den Entwurfsbeispielen für das Unternehmensportal ist dies nicht erforderlich, da nur eine Zone vorhanden ist.)
In IIS Ordnen Sie in der Webanwendung für sämtliche Websites mit Hostnamen (Domäne) ein SSL-Zertifikat (Platzhalterzertifikat oder SAN-Zertifikat) zu. Ordnen Sie in IIS für jede Zone ein SSL-Zertifikat zu (jede Zone ist eine separate Webanwendung in IIS). Ordnen Sie in den Webanwendungen für eine Website mit Hostnamen (Domäne) ein SSL-Zertifikat (Platzhalterzertifikat oder SAN-Zertifikat) zu.
Führen Sie Folgendes auf allen Webservern in der Farm und für alle Webanwendungen mit gemeinsamem Port aus:
Konfigurieren Sie eine separate IP-Adresse, die jede Webanwendung darstellt.
Bearbeiten Sie die IIS-Websitebindung manuell, um die Hostheaderbindung zu entfernen, die beim Erstellen der Webanwendung erstellt wurde, und ersetzen Sie diese Bindung durch eine IP-Adressbindung.

Wenn Sie mehrere Webanwendungen mit unterschiedlichen IP-Adressen verwenden, müssen Sie möglicherweise zusätzliche Konfigurationen für die NIC, dns und den Lastenausgleich für jeden Server durchführen.

Erstellen mehrerer Webanwendungen mit Websitesammlungen mit Hostnamen

Weisen Sie Webanwendungen zum Ausführen mehrerer Webanwendungen auf demselben Server und Port in Verbindung mit Websitesammlungen mit Hostnamen unterschiedliche IP-Adressen zu. Dieser Architekturtyp erfordert, dass Sie den Webservern IP-Adressen hinzufügen und den Netzwerkrouter konfigurieren, damit die Hostnamen auf die IP-Adresse ihrer Webanwendung zeigen.

Hinweis

Sie können eine Webanwendung ohne Hostheader erstellen. Wenn Sie eine Webanwendung ohne Hostheader erstellen, können Sie nicht mehrere Webanwendungen mit Websitesammlungen mit Hostnamen auf demselben Webserver erstellen.

Der Prozess, bei dem mehrere Webanwendungen für eine Websitesammlung mit hostem Namen erstellt werden, umfasst die folgenden Aufgaben:

  • Erstellen Sie mehrere Webanwendungen.

  • Fügen Sie in IIS auf jedem Webserver in der Farm eine neue virtuelle IP-Adresse hinzu.

Erstellen mehrerer Webanwendungen für Websitesammlungen mit Hostnamen

Im folgenden Beispiel wird eine Webanwendung erstellt:

New-SPWebApplication -Name 'webapp' 'webapp.contoso.com' -port 80 -ApplicationPool ContosoAppPool -ApplicationPoolAccount (Get-SPManagedAccount 'Contoso\JDoe') -AuthenticationProvider (New-SPAuthenticationProvider -UseWindowsIntegratedAuthentication)

Wiederholen Sie diese Aufgabe für jede Webanwendung.

Hinzufügen virtueller IP-Adressen in IIS

Die IP-Bindungen müssen auf alle Server angewendet werden, die die Webanwendung hosten. Legen Sie den Befehl sleep auf 60 Sekunden fest, um sicherzustellen, dass die IP-Bindungen für alle Server in der Farm festgelegt sind, bevor der vorhandene Hostheader in der Webanwendung entfernt wird. Für diesen Auftrag kann die Remote-Skripterstellung verwendet werden.

Verwenden Sie die folgenden Befehle, um jeder von Ihnen erstellten Webanwendung eindeutige IP-Bindungen hinzuzufügen, und entfernen Sie anschließend die Hostheaderbindung von diesen Webanwendungen.

Import-Module WebAdministration
#add empty binding to webapp on IP 192.168.10.20
New-WebBinding -Name 'webapp' -IPAddress '192.168.10.20' -HostHeader ''
Sleep 60
# remove existing binding webapp.contoso.com from existing web application
Get-WebBinding -Name 'webapp' -HostHeader 'webapp.contoso.com'|Remove-WebBinding

Siehe auch

Weitere Ressourcen

Get-SPSiteUrl

Set-SPSiteUrl

Remove-SPSiteUrl

Planen logischer Architekturen für SharePoint Server