Webserverimplementierungen in ASP.NET Core

ASP.NET Core wird mit folgendem Umfang ausgeliefert:

• Ein Kestrel-Server ist die plattformübergreifende Standardimplementierung von HTTP-Servern. Kestrel bietet die beste Leistung und Arbeitsspeicherauslastung, verfügt jedoch nicht über einige erweiterte Features in HTTP.sys. Weitere Informationen finden Sie unter Vergleich: Kestrel und HTTP.sys auf der Registerkarte „Windows“.
• IIS-HTTP-Server ist ein In-Process-Server für IIS.
• HTTP.sys Server ist ein nur für Windows verfügbarer HTTP-Server, der auf dem Http.sys-Kerneltreiber und der HTTP Server API basiert.

Wenn Sie IIS oder IIS Express verwenden, wird die App auf zwei unterschiedliche Arten ausgeführt:

• Im gleichen Prozess wie im IIS-Workerprozess (das In-Process-Hostingmodell) mit dem IIS-HTTP-Server. In-Process ist die empfohlene Konfiguration.
• In einem anderen Prozess als dem IIS-Workerprozess (Out-of-Process-Hostingmodell) mit dem Kestrel-Server.

Das ASP.NET Core-Modul ist ein natives IIS-Modul, das native IIS-Anforderungen zwischen IIS und dem In-Process-IIS-HTTP-Server oder Kestrel verarbeitet. Weitere Informationen finden Sie im Artikel ASP.NET Core-Modul (ANCM) für IIS:

Kestrel im Vergleich zu HTTP.sys

Kestrel bietet die folgenden Vorteile gegenüber HTTP.sys:

• Bessere Leistung und Arbeitsspeicherauslastung
• Plattformübergreifend
• Agilität: Entwicklung und Patchen unabhängig vom Betriebssystem
• Programmgesteuerte Port- und TLS-Konfiguration
• Erweiterbarkeit mit Möglichkeit für Protokolle wie PPv2 und alternative Transporte

HTTP.sys fungiert als freigegebene Kernelmoduskomponente mit den folgenden Features, die kestrel nicht besitzt:

• Portfreigabe
• Windows-Authentifizierung im Kernelmodus. Kestrel unterstützt nur die Authentifizierung im Benutzermodus.
• Schnelle Proxyfunktion über Warteschlangenübertragungen
• Direkte Dateiübertragung
• Zwischenspeichern von Antworten

Hostingmodelle

Es stehen mehrere Hostingmodelle zur Verfügung:

• Kestrel-Selbsthosting: Der Kestrel-Webserver wird ausgeführt, ohne dass ein anderer externer Webserver wie IIS oder HTTP.sys erforderlich ist.

• Das HTTP.sys-Selbsthosting ist eine Alternative zu Kestrel. Kestrel ist HTTP.sys vorzuziehen, es sei denn, die App benötigt Features, die in Kestrel nicht verfügbar sind.

• IIS-In-Process-Hosting: Eine ASP.NET Core-App wird im gleichen Prozess wie ihr IIS-Workerprozess ausgeführt. Durch das IIS-In-Process-Hosting wird die Leistung des IIS-Out-of-Process-Hosting verbessert, da Anforderungen nicht per Proxy über den Loopbackadapter weitergeleitet werden. Dabei handelt es sich um eine Netzwerkschnittstelle, die ausgehenden Netzwerkdatenverkehr zum selben Computer zurück leitet. IIS erledigt das Prozessmanagement mit dem Windows-Prozessaktivierungsdienst (Process Activation Service, WAS).

• IIS-Out-of-Process-Hosting: ASP.NET Core-Apps werden in einem Prozess getrennt vom IIS-Workerprozess ausgeführt, und das Modul führt die Prozessverwaltung durch. Das Modul startet den Prozess für die ASP.NET Core-App, wenn die erste Anforderung eingeht und startet die App neu, wenn sie heruntergefahren wird oder abstürzt. Dies ist im Prinzip das gleiche Verhalten wie bei Apps, die prozessintern ausgeführt und durch den Windows-Prozessaktivierungsdienst (WAS) verwaltet werden. Die Verwendung eines separaten Prozesses ermöglicht auch das Hosten von mehr als einer App aus demselben App-Pool.

Weitere Informationen finden Sie unter

• Vergleich: Kestrel und HTTP.sys
• Hosten von ASP.NET Core unter Windows mit IIS
• ASP.NET Core-Modul (ANCM) für IIS

ASP.NET Core wird mit einem Kestrel-Server ausgeliefert, bei dem es sich um den plattformübergreifenden HTTP-Standardserver handelt.

ASP.NET Core wird mit einem Kestrel-Server ausgeliefert, bei dem es sich um den plattformübergreifenden HTTP-Standardserver handelt.

ASP.NET Core wird mit folgendem Umfang ausgeliefert:

• Ein Kestrel-Server ist der plattformübergreifende HTTP-Standardserver.
• HTTP.sys Server ist ein nur für Windows verfügbarer HTTP-Server, der auf dem Http.sys-Kerneltreiber und der HTTP Server API basiert.

Wenn Sie IIS oder IIS Express verwenden, wird die App in einem anderen Prozess als dem IIS-Workerprozess (Out-of-Process) mit dem Kestrel-Server ausgeführt.

Da ASP.NET Core-Apps in einem Prozess getrennt vom IIS-Arbeitsprozess ausgeführt werden, führt das Modul die Prozessverwaltung durch. Das Modul startet den Prozess für die ASP.NET Core-App, wenn die erste Anforderung eingeht und startet die App neu, wenn sie heruntergefahren wird oder abstürzt. Dies ist im Prinzip das gleiche Verhalten wie bei Apps, die prozessintern ausgeführt und durch den Windows-Prozessaktivierungsdienst (WAS) verwaltet werden.

Das folgende Diagramm zeigt die Beziehung zwischen IIS, dem ASP.NET Core-Modul und einer Out-of-Process gehosteten App:

Anforderungen gehen aus dem Internet an den Treiber „HTTP.sys“ ein, der im Kernelmodus betrieben wird. Der Treiber leitet die Anforderungen an IIS auf dem konfigurierten Port der Webseite weiter, normalerweise 80 (HTTP) oder 443 (HTTPS). Das Modul leitet die Anforderung über einen zufälligen Port für die App an Kestrel weiter, bei dem es sich nicht um Port 80 oder 443 handelt.

Das Modul gibt den Port über die Umgebungsvariable beim Start an. Die Middleware für die Integration von IIS konfiguriert den Server so, dass er auf http://localhost:{port} lauscht. Zusätzliche Überprüfungen werden durchgeführt. Anforderungen, die nicht vom Modul stammen, werden abgelehnt. Das Modul unterstützt die HTTPS-Weiterleitung nicht. Deshalb werden Anforderungen über HTTP weitergeleitet, selbst wenn sie von IIS über HTTPS empfangen wurden.

Nachdem Kestrel die Anforderung vom Modul empfangen hat, wird die Anforderung per Push an die Middlewarepipeline von ASP.NET Core weitergeleitet. Die Middleware-Pipeline behandelt die Anforderung und gibt sie als HttpContext-Instanz an die App-Logik weiter. Die durch die IIS-Integration hinzugefügte Middleware aktualisiert das Schema, die Remote-IP und die Pfadbasis, um die Anforderung an Kestrel weiterzuleiten. Die Antwort der App wird dann an IIS zurückgegeben, wo sie per Push an den HTTP-Client zurückgegeben wird, der die Anforderung initiiert hat.

In den folgenden Artikeln finden Sie Konfigurationsrichtlinien für IIS und ein ASP.NET Core-Modul:

• Hosten von ASP.NET Core unter Windows mit IIS
• ASP.NET Core-Modul (ANCM) für IIS

ASP.NET Core wird mit einem Kestrel-Server ausgeliefert, bei dem es sich um den plattformübergreifenden HTTP-Standardserver handelt.

ASP.NET Core wird mit einem Kestrel-Server ausgeliefert, bei dem es sich um den plattformübergreifenden HTTP-Standardserver handelt.