Erstellen von Webanwendungen, die die klassische Authentifizierung in SharePoint Server verwenden
GILT FÜR:
2013 2016 2019 
SharePoint in Microsoft 365
In SharePoint Server ist die anspruchsbasierte Authentifizierung die Standard- und bevorzugte Methode der Benutzerauthentifizierung und ist erforderlich, um die Server-zu-Server-Authentifizierung und die App-Authentifizierung zu nutzen. In der Zentraladministration können Sie die anspruchsbasierte Authentifizierung nur konfigurieren, wenn Sie Webanwendungen verwalten. Sie können auch Microsoft PowerShell-Cmdlets verwenden. Die Verwendung der Authentifizierung im klassischen Modus, auch als klassische Windows-Authentifizierung bezeichnet, wird in SharePoint Server abgeraten, und Sie können Webanwendungen für die Authentifizierung im klassischen Modus nur mit Microsoft PowerShell-Cmdlets erstellen oder konfigurieren.
Wichtig
[!WICHTIGER HINWEIS] Office Online kann nur von SharePoint Server-Webanwendungen verwendet werden, von denen die anspruchsbasierte Authentifizierung genutzt wird. Das Rendern und die Bearbeitung mit Office Online funktioniert nicht für SharePoint Server-Webanwendungen, von denen der klassische Authentifizierungsmodus genutzt wird. Wenn Sie SharePoint 2010-Webanwendungen, von denen der klassische Authentifizierungsmodus genutzt wird, nach SharePoint Server 2016 migrieren, müssen Sie dafür die Migration zur anspruchsbasierten Authentifizierung durchführen, um die Verwendung mit Office Online zu ermöglichen. Weitere Informationen finden Sie unter Use Office Web Apps with SharePoint 2013.
Informationen zur empfohlenen anspruchsbasierten Windows-Authentifizierung finden Sie unter Create a web application that uses Windows-claims authentication. Informationen zum Ändern des Authentifizierungsmodus einer Webanwendung vom klassischen in den anspruchsbasierten Modus finden Sie unter Migrate from classic-mode to claims-based authentication in SharePoint Server.
Wichtig
Die in diesem Artikel aufgeführten Schritte gelten sowohl für SharePoint Foundation 2013 als auch für SharePoint Server.
Bevor Sie beginnen:
Bevor Sie dieses Verfahren ausführen, sollten Sie Folgendes überprüfen:
Sie haben den Entwurf Ihrer logischen Architektur bestimmt.
Weitere Informationen finden Sie unter Logical architecture components.
Sie haben die Authentifizierung für Ihre Webanwendung geplant.
Weitere Informationen finden Sie unter Planen der Benutzerauthentifizierungsmethoden in SharePoint Server.
Wenn Sie Secure Sockets Layer (SSL) verwenden, müssen Sie das SSL-Zertifikat mit der IIS-Website der Webanwendung verbinden, nachdem die IIS-Website erstellt wurde. SSL ist standardmäßig für Webanwendungen erforderlich, die in Szenarien mit Authentifizierung zwischen Servern und von Apps verwendet werden.
Sie sind mit Websitesammlungen mit Hostnamen vertraut.
Erstellen einer Webanwendung mit klassischer Windows-Authentifizierung mithilfe von PowerShell
Führen Sie die folgenden Schritte aus, um mithilfe von PowerShell eine Webanwendung zu erstellen, die die Authentifizierung im klassischen Modus verwendet.
So erstellen Sie eine Webanwendung mit klassischer Windows-Authentifizierung mithilfe von PowerShell
- Vergewissern Sie sich, dass Sie über die folgenden Mitgliedschaften verfügen:
Feste Serverrolle securityadmin auf der SQL Server-Instanz.
Feste Datenbankrolle db_owner auf allen Datenbanken, die aktualisiert werden sollen.
Gruppe "Administratoren" auf dem Server, auf dem die PowerShell-Cmdlets ausgeführt werden.
Fügen Sie Mitgliedschaften hinzu, falls zusätzlich zu den obigen Mindestanforderungen noch weitere Mitgliedschaften erforderlich sind.
Mit dem Cmdlet Add-SPShellAdmin kann ein Administrator die Berechtigung zur Verwendung von SharePoint 2013-Produkte-Cmdlets gewähren.
Hinweis
[!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.
Starten Sie die SharePoint-Verwaltungsshell.
Geben Sie an der Microsoft PowerShell-Eingabeaufforderung den folgenden Befehl ein:
New-SPWebApplication -Name <Name> -ApplicationPool <ApplicationPool> -AuthenticationMethod <WindowsAuthType> -ApplicationPoolAccount <ApplicationPoolAccount> -Port <Port> -URL <URL>
Wobei Folgendes gilt:
<Name> ist der Name der neuen Webanwendung.
<ApplicationPool> ist der Name des Anwendungspools.
< WindowsAuthType > ist entweder "NTLM" oder "Kerberos". Kerberos wird empfohlen.
<ApplicationPoolAccount> ist das Benutzerkonto, unter dem dieser Anwendungspool ausgeführt wird.
<Port> ist der Port, an dem die Webanwendung in IIS erstellt wird.
<URL> ist die öffentliche URL der Webanwendung.
Beispiel
New-SPWebApplication -Name "Contoso Internet Site" -ApplicationPool "ContosoAppPool" -AuthenticationMethod "Kerberos" -ApplicationPoolAccount (Get-SPManagedAccount "CONTOSO\jdoe") -Port 80 -URL "https://www.contoso.com"
Weitere Informationen finden Sie unter New-SPWebApplication.PShell_stsadm_deprecated
Anschließend können Sie eine oder mehrere Websitesammlungen für diese Webanwendung erstellen. Weitere Informationen finden Sie unter Erstellen einer Websitesammlung in SharePoint Server.
Wenn Sie nach erfolgreichem Erstellen der Webanwendung die Seite der Zentraladministration öffnen, wird die Integritätsregelwarnung angezeigt, dass für mindestens eine Webanwendung der klassische Authentifizierungsmodus aktiviert ist. Dies ist ein Hinweis auf unsere Empfehlung, die anspruchsbasierte anstelle der klassischen Authentifizierung zu verwenden.
Siehe auch
Konzepte
Erstellen einer Webanwendung, die die Windows-Forderungsauthentifizierung verwendet
Weitere Ressourcen
Planen der Benutzerauthentifizierungsmethoden in SharePoint Server