Websitesammlungsarchitektur mit Hostnamen und Bereitstellung in SharePoint Server

 

**Gilt für:**SharePoint Foundation 2013, SharePoint Server 2013, SharePoint Server 2016

**Letztes Änderungsdatum des Themas:**2017-08-18

Zusammenfassung: Planen und implementieren Sie Websitesammlungen mit Hostnamen in SharePoint 2013 und SharePoint Server 2016. Erfahren Sie, inwiefern sich pfadbasierte Websitesammlungen möglicherweise auf Ihre Umgebung auswirken.

Websitesammlungen mit Hostnamen stellen die bevorzugte Methode zum Bereitstellen von Websites in SharePoint Server dar. Da von der Office 365-Umgebung Websitesammlungen mit Hostnamen verwendet werden, sind die neuen Features für diese Websitesammlungen optimiert, und es wird erwartet, dass sie zuverlässiger funktionieren. Hier finden Sie Informationen zum Planen und Implementieren von Websitesammlungen mit Hostnamen sowie zum Entwerfen und Verwalten von URLs.

Inhalt dieses Artikels:

• Architektur und Entwurf für Websitesammlungen mit Hostnamen

  • Empfohlene Architektur für Websitesammlungen mit Hostnamen

  • Websitesammlungen mit Hostnamen im Vergleich zu pfadbasierten Websitesammlungen

  • Entwerfen und Verwalten von URLs für Websitesammlungen mit Hostnamen

  • Szenarien für die Verwendung von pfadbasierten Websitesammlungen

  • Verwenden von Hostheadern und Websitesammlungen mit Hostnamen

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

• Bereitstellung und Konfiguration für Websitesammlungen mit Hostnamen

  • Erstellen einer Webanwendung für Websitesammlungen mit Hostnamen

  • Erstellen einer Stammwebsitesammlung

  • Erstellen von Websitesammlungen mit Hostnamen

  • Verwenden verwalteter Pfade mit Websitesammlungen mit Hostnamen

  • Zuordnen von URLs zu Websitesammlungen mit Hostnamen

  • Konfigurieren von SSL-Zertifikaten für Websitesammlungen mit Hostnamen

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

  • Aktivieren von Apps in Umgebungen mit mehreren Zonen

• Migrieren von pfadbasierten Websitesammlungen zu Websitesammlungen mit Hostnamen

  • Bestimmen von Websitesammlungen mit Hostnamen in vorhandenen Webanwendungen

  • Konvertieren pfadbasierter Websitesammlungen in Websitesammlungen mit Hostnamen

• Verwenden mehrerer Webanwendungen mit Websitesammlungen mit Hostnamen

  • Erstellen mehrerer Webanwendungen mit Websitesammlungen mit Hostnamen

  • Erstellen mehrerer Webanwendungen für Websitesammlungen mit Hostnamen

  • Hinzufügen virtueller IP-Adressen in IIS

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. Dies ermöglicht Ihnen, viele Websites mit eindeutigen DNS-Namen in derselben Webanwendung bereitzustellen. Es ermöglicht Hostern zudem, eine Umgebung für viele Kunden zu skalieren. Wenn Sie Websitesammlungen mit Hostnamen nicht verwenden, enthält Ihre SharePoint-Webanwendung viele pfadbasierte Websitesammlungen, die denselben Hostnamen (DNS-Namen) verwenden. Beispielsweise verfügt Team A über eine Websitesammlung unter https://contoso.com/sites/teamA, während Team B über eine Websitesammlung unter https://contoso.com/sites/teamB verfügt.

Es empfiehlt sich, Websitesammlungen mit Hostnamen zu verwenden, sofern die Anforderungen nicht die Verwendung pfadbasierter Websites mit alternativer Zugriffszuordnung erfordern (wird später in diesem Artikel beschrieben). 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.

Empfohlene Architektur für Websitesammlungen mit Hostnamen

In der empfohlenen Konfiguration für das Bereitstellen von Websites werden Websitesammlungen mit Hostnamen verwendet, wobei sich alle Websites in einer einzelnen Webanwendung befinden, wie dies im folgenden Diagramm veranschaulicht wird.

Empfohlene 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öffentlichter Intranetinhalt (http://intranet.contoso.com) mit Unterwebsites für Personalwesen, Anlagen 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: webapp.contoso.comhttp://my.contoso.com/personal/<Websitename>.

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

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

Diese Architektur wird zum Bereitstellen von Websites empfohlen, da hier dieselbe Architektur zur Anwendung kommt, die auch von Office 365 verwendet wird. Folglich handelt es sich um die am stärksten getestete Konfiguration. Neue Features, u. a. das App-Modell und die Anforderungsverwaltung, sind für diese Konfiguration optimiert. Zudem handelt es sich um die von nun an zuverlässigste Konfiguration.

Die empfohlene Konfiguration verfügt nicht über 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 für die Unterstützung mehrerer Anwendungspools und Webanwendungen verwendet werden.

Von SharePoint Server werden sowohl Websitesammlungen mit Hostnamen als auch pfadbasierte Websitesammlungen unterstützt. In der folgenden Tabelle werden die Unterschiede zwischen den beiden Optionen detailliert dargestellt. Zudem werden darin weitere Informationen über Websitesammlungen mit Hostnamen zur Verfügung gestellt.

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. Zentraladministration können Sie nicht zum Erstellen von Websitesammlungen mit Hostnamen verwenden.	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. Bei einer Stammwebsitesammlung kann es sich um eine Websitesammlung handeln, 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 zum Erstellen zusätzlicher Websitesammlungen in der Webanwendung verwenden.
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 Feature Self-Service Site Creation, das Bestandteil der standardmäßigen Installation von SharePoint Server ist, kann nicht zusammen mit Websitesammlungen mit Hostnamen ausgeführt werden.	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 – Dient zum Hinzufügen oder Ändern einer URL-Zuordnung für eine Website.

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

• Get-SPSiteUrl – Dient zum Anzeigen sämtlicher URLs und zugeordneter Zonen für eine Websitesammlung.

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 begrenzt. Bei Bedarf können Sie mehrere Zonen implementieren und Zonen sowie Websitesammlungen mit Hostnamen verwenden, um unterschiedliche Authentifizierungseinstellungen oder Richtlinien zu konfigurieren.

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. Der Grund hierfür ist: Wenn eine Zone nicht durch Erweitern der Webanwendung implementiert wird, wird durch SharePoint Server die Standardzone verwendet.

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

• www.Contoso.com

• www.Contoso.uk

• www.Contoso.ca

• www.Contoso.au

• www.Contoso.ie

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, können verschiedene Schemas und Domänen aufweisen, die verwalteten Pfade müssen jedoch übereinstimmen, d. h. alles, was auf ‘/’ folgt, muss gleich sein. "https://www.Contoso.com/sites/Site1" und "http://www.Fabrikam.com/sites/Site1" können z. B. auf dieselbe Websitesammlung verweisen, "https://www.Contoso.com/sites/Site1" und "http://www.bar.com/sites/Project1" jedoch nicht.

Die Cmdlets, die URLs verwalten, werden nur in der Stammwebsitesammlung für einen Hostnamen ausgeführt, beispielsweise https://www.Contoso.com. Diese Cmdlets werden nicht auf einer verwalteten pfadbasierten Websitesammlung ausgeführt, die sich unter dem Stamm befindet, beispielsweise https://www.Contoso.com/sites/Project1. 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 an späterer Stelle in diesem Artikel unter Verwenden von Websitesammlungen mit Hostnamen mit Off-Box-SSL-Beendigung.

Das für eine Websitesammlung mit Hostnamen verwendete Protokoll (http oder https) ist vom von Ihnen während der Verwendung des Set-SPSiteURL -Cmdlets zum Zuordnen der URL zu einer bestimmten Zone angegebenen URL-Parameterwert abhängig. 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

Obwohl die Verwendung von hostbenannten Websitesammlungen für die meisten Architekturen empfohlen wird, sollten Sie die herkömmlichen pfadbasierten Websitesammlungen und alternativen Zugriffszuordnungen verwenden, wenn folgende Bedingungen gelten:

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

  Dies gilt nicht für benutzerdefinierte Self-Service Site Creation-Lösungen.

• Die SSL-Beendigung ist erforderlich, Ihr SSL-Beendigungsgerät kann jedoch nicht für die Erstellung des notwendigen benutzerdefinierten HTTP-Headers konfiguriert werden.

  Sie können dennoch SSL-Bridging für Websitesammlungen mit Hostnamen mit diesen Geräten verwenden, wenn die SSL-Beendigung nicht erforderlich ist.

• Sie planen die Verwendung verschiedener Anwendungspools, um die dadurch bereitgestellte zusätzliche Sicherheit zu nutzen, oder Sie müssen mehrere Proxygruppen verwenden.

  In diesen Fällen können Sie Websitesammlungen mit Hostnamen verwenden. Die zusätzliche Konfiguration, die für die Zuordnung von URLs für Websitesammlungen mit Hostnamen über mehrere Webanwendungen hinweg erforderlich ist, überwiegt 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

Durch Hostheader wird es dem Webserver ermöglicht, mehrere Websites unter derselben Kombination von IP-Adresse und Port zu hosten. Enthält die eingehende HTTP-Anforderung einen Hostheadernamen und ist in IIS ein übereinstimmender Hostheader konfiguriert, antwortet IIS mit dem Inhalt von der entsprechenden Website.

Hostheader werden auf der Ebene der Webanwendung (IIS-Website) konfiguriert. Sie stellen eine der Bindungseigenschaften der Website dar.

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

Bei Verwendung von Websitesammlungen mit Hostnamen ist es die Aufgabe von SharePoint, die Adresse basierend auf der über IIS eingehenden Anforderung in die richtige Website aufzulösen. In den meisten Fällen macht es das Anwenden einer Hostheaderbindung auf IIS-Websiteebene unmö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.

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

Sie können Websitesammlungen mit Hostnamen und pfadbasierte Websitesammlung in derselben Webanwendung verwenden. Damit Benutzer auf beide Websitesammlungstypen zugreifen können, dürfen Sie keine Hostheaderbindungen auf der IIS-Website von Ihrer Webanwendung festlegen. Dazu zählen auch IIS-Websites für Zonen, die aus der Webanwendung erweitert wurden. Wenn bei einer vorhandenen Webanwendung eine Hostheaderbindung festgelegt ist, werden durch IIS keine Seiten von der Websitesammlung mit Hostnamen zurückgegeben, bis Sie die Bindung von 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 vorhaben, mindestens zwei IIS-Websites zu konfigurieren, die über dieselbe Portnummer auf demselben Server verfügen, dann erstellen Sie eine Webanwendung in der Standardzone. Wenden Sie keine Hostheaderbindung auf der 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 Administratorgruppe auf dem Server, auf dem die Microsoft PowerShell-Cmdlets ausgeführt werden.

   Ein Administrator kann mithilfe des Add-SPShellAdmin-Cmdlets Berechtigungen zur Verwendung des SharePoint Server-Cmdlets gewähren.

   Hinweis

   Wenn Sie keine Berechtigungen haben, wenden Sie sich an den Setupadministrator oder SQL Server-Administrator, um Berechtigungen anzufordern. Weitere Informationen über PowerShell-Berechtigungen finden Sie unter Add-SPShellAdmin.

2. Starten Sie die SharePoint-Verwaltungsshell.

3. Geben Sie an der PowerShell-Eingabeaufforderung (d. h. PS C:\>) 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. Sie ist auch für die Durchforstung von Inhalt erforderlich. Diese Websitesammlung muss dieselbe URL wie die Webanwendung aufweisen. Zurzeit wird das Erstellen einer Websitesammlung mit Hostnamen, die dieselbe URL wie die Webanwendung aufweist, von SharePoint verhindert. Daher wird die Stammwebsitesammlung als pfadbasierte Websitesammlung erstellt.

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. Auch wenn alle anderen Websitesammlungen mit Hostnamen in der Webanwendung nicht in der Inhaltsquelle angezeigt werden, werden die anderen Websitesammlungen mit Hostnamen durch die Suche automatisch durchforstet.

Erstellen von Websitesammlungen mit Hostnamen

Zum Erstellen einer Websitesammlung mit Hostnamen müssen Sie Microsoft PowerShell verwenden. Sie können die SharePoint Server Zentraladministration-Webanwendung nicht zum Erstellen einer Websitesammlung mit Hostnamen verwenden, Sie können Zentraladministration jedoch zum Verwalten der Websitesammlung verwenden, nachdem Sie sie erstellt haben.

Sie können eine Websitesammlung mit Hostnamen mithilfe des Microsoft PowerShell-Cmdlets New-SPSite mit dem Parameter -HostHeaderWebApplication erstellen, wie dies im folgenden Beispiel veranschaulicht wird:

So erstellen Sie 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 Administratorgruppe auf dem Server, auf dem die Microsoft PowerShell-Cmdlets ausgeführt werden.

   Ein Administrator kann mithilfe des Add-SPShellAdmin-Cmdlets Berechtigungen zur Verwendung des SharePoint Server-Cmdlets gewähren.

   Hinweis

   Wenn Sie über keine Berechtigungen verfügen, kontaktieren Sie Ihren Setup-Administrator oder SQL Server-Administrator, um die 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 (d. h. PS C:\>) 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'
   

Dadurch wird eine Websitesammlung mit Hostnamen erstellt, die über die URL http://webapp.contoso.com in der SharePoint Server-Webanwendung verfügt, die über die URL http://webapp.contoso.com verfügt.

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 Web application limits.

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 Websitesammlungstyp.

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

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 Websitesammlung mit Hostnamen erstellen, sind die standardmäßigen alternativen Zugriffszuordnungen weiterhin vorhanden, können aber nicht mehr 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

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 das Platzhalterzertifikat *.contoso.com abrufen, müssen Sie eine URL der Websitesammlung mit Hostnamen generieren, beispielsweise https://site1.contoso.com, https://site2.contoso.com, damit diese Websites die Browser-SSL-Validierung bestehen. 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. Dadurch wird eine IIS-Website mit einer SSL-Bindung anstelle einer HTTP-Bindung erstellt. Ö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 in Websitesammlungen mit Hostnamen mehrere Zonen implementieren, muss die Konfiguration der Zertifikate und Bindungen (SSL oder HTTP) für jede Zone und entsprechende IIS-Website ordnungsgemäß sein.

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:

• 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. Dies ist derselbe benutzerdefinierte Header, der von Outlook Web Access (OWA) verwendet wird: Front-End-Https: On/Off. 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 eines Benutzers einfügen, wenn die Anforderung an den SharePoint-Front-End-Webserver weitergeleitet wird. Dieser zusätzliche HTTP-Header zeigt SharePoint Server die vom Endbenutzer initiierte Verbindungsart an, sodass URLs durch SharePoint Server in der Antwort entsprechend gerendert werden können. Der HTTP-Headername lautet "Front-End-Https", und die akzeptablen Werte dafür lauten:

Tabelle: "Front-End-Https"-Headerwerte

Wert	Beschreibung
On	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 nicht zwischen Groß-/Kleinschreibung unterschieden. Beispielsweise handelt es sich bei on, ON, On und oN um akzeptable Werte.

Dieser benutzerdefinierte Header funktioniert nur mit Websitesammlungen mit Hostnamen, jedoch 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 http://webapp.contoso.com verfügt.

Aktivieren von Apps in Umgebungen mit mehreren Zonen

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. Die App-Domäne konnte nicht für alternative Zugriffszuordnungen oder Hostheader-Webanwendungskonfigurationen verwendet werden.

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

Wenn Sie von SharePoint Server 2010 zu SharePoint Server migrieren, sollten Sie ermitteln, wie SharePoint Server 2010-Websites erstellt wurden. Wurden Websites als pfadbasierte Websites erstellt, sollten Sie in Erwägung ziehen, diese Websites zu Websitesammlungen mit Hostnamen zu migrieren. Wurden Websitesammlungen mit Hostnamen und pfadbasierte Websites zusammen implementiert, ermitteln Sie die Websites, die als pfadbasierte Websites erstellt wurden, und ziehen Sie in Erwägung, diese Websites zu Websitesammlungen mit Hostnamen zu migrieren. Suchen Sie nach dem Flag "HostHeaderIsSiteName", um dies umzusetzen.

Im folgenden Beispiel wird bestimmt, ob eine Website in einer angegebenen Webanwendung als Websitesammlung mit Hostnamen oder als pfadbasierte Websitesammlung erstellt ist:

$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 in Websitesammlungen mit Hostnamen konvertieren und umgekehrt. Sie müssen die PowerShell-Sicherung verwenden und Cmdlets wiederherstellen, um Websitesammlungen wiederherzustellen. Sie können zum Konvertieren von Websitesammlungen weder die die Website für die SharePoint-Zentraladministration noch die PowerShell-Cmdlets verwenden, die Inhaltsdatenbanken anfügen, trennen, einbinden bzw. deren Bereitstellung aufheben.

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

Backup-SPSite -Identity 'http://portalOld.contoso.com' -Path 'c:\Backup\portalContoso.bak' -Force -UseSQLSnapShot
Restore-SPSite -Identity 'http://portal.contoso.com' -Path 'c:\Backup\portalContoso.bak' -DatabaseName 'portal_content' -Force -HostHeaderWebApplication 'http://webapp.contoso.com' -Confirm:$false

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.

Das Implementieren von Websitesammlungen mit Hostnamen mit mehreren Webanwendungen in einer Farm ist komplexer, da mehr Konfigurationsschritte erforderlich sind. URLs mit Websitesammlungen mit Hostnamen können sich beispielsweise auf mehrere Webanwendungen verteilen, die einen gemeinsamen Port in einer einzelnen Farm verwenden. Dieses Szenario erfordert mehrere Konfigurationsschritte, um sicherzustellen, dass Anforderungen den richtigen Webanwendungen zugeordnet werden. Die Konfiguration umfasst das manuelle Konfigurieren der Zuordnungen auf jedem Webserver in der Farm, indem eine separate IP-Adresse für die Darstellung jeder Webanwendung konfiguriert wird, und anschließend Hostheaderbindungen für die Zuweisung eindeutiger IP-Adressen für jede Website erstellt und verwaltet werden. Diese Konfiguration kann durch Skripts serverübergreifend verwaltet und repliziert werden, die Lösung wird dennoch komplexer. Außerdem erfordert jede eindeutige URL eine Zuordnung in DNS. Wenn mehrere Webanwendungen erforderlich sind, empfehlen wir stattdessen im Allgemeinen pfadbasierte Websitesammlungen mit alternativen Zugriffzuordnungen.

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	Alle Websitesammlungen können in DNS so zugeordnet werden, 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.	Zusätzliche Konfigurationen sind erforderlich, um sicherzustellen, dass Anforderungen für Websites mit gemeinsamem Port 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.
Zusätzliche URLs	Sie können einer Websitesammlung mit Hostnamen bis zu fünf URLs zuweisen, und zwar eine pro Zone. Es ist nicht notwendig, die Webanwendung auf mehrere Zonen zu erweitern. Wenn eine Zone nicht implementiert ist, wird die Standardzone verwendet.	Die Anzahl von URLs für eine Websitesammlung ist auf fünf beschränkt, da dies die Anzahl der zulässigen Zonen ist.	Sie können einer Websitesammlungen mit Hostnamen bis zu fünf URLs zuweisen, und zwar eine pro Zone. Es ist nicht notwendig, 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 verschiedene URLs für ein und 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 verschiedene URLs für ein und 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, auf die Benutzer keinen Zugriff haben (z. B. https://HNSC01.fabrikam.com). Erstellen Sie die Websitesammlungen mit 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 dies nicht erforderlich, da nur eine Zone vorhanden ist. Erstellen Sie die pfadbasierte Stammwebsitesammlung.	Erstellen Sie die Webanwendung. Erstellen Sie eine Stammwebsitesammlung, auf die Benutzer keinen Zugriff haben (z. B. https://HNSC01.fabrikam.com). Erstellen Sie die Websitesammlungen mit 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 gleichzeitig mit der Webanwendung erstellt wurde, und ersetzen Sie sie durch eine IP-Adressbindung.

Wenn Sie mehrere Webanwendungen auf verschiedenen IP-Adressen verwenden, müssen Sie möglicherweise eine zusätzliche Konfiguration für die NIC, das DNS und den Lastenausgleich für jeden Server vornehmen.

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.

Der Prozess, mit dem mehrere Webanwendungen für Websitesammlungen mit Hostnamen erstellt werden, besteht aus den 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

See also

Planen logischer Architekturen für SharePoint Server

Get-SPSiteUrl
Set-SPSiteUrl
Remove-SPSiteUrl