dotnet/aspnetcore

Detect IIS in-proc from UseKestrel

Open

#13.145 geöffnet am 14. Aug. 2019

Auf GitHub ansehen
 (4 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)C# (10.653 Forks)batch import
affected-very-fewarea-networkingenhancementhelp wantedseverity-nice-to-have

Repository-Metriken

Stars
 (37.933 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 16T 9h) (258 gemergte PRs in 30 T)

Beschreibung

Today, if you call UseIIS and UseKestrel, we detect this case and if you're running in-proc we throw. We should consider moving this check in to kestrel itself. The layering isn't the cleanest but it's not a big deal to check if the process name is w3wp in UseKestrel. https://github.com/aspnet/AspNetCore/issues/12944 appears to be a customer getting into this situation.

We should also provide an override option for when you really know that you want to use Kestrel inside w3wp.

Contributor Guide

Research-Richtung
Untersuche die aktuelle Erkennungslogik für IIS In Process in UseIIS und verstehe, wie die Prüfung in UseKestrel verschoben werden kann. Sieh dir das referenzierte Issue #12944 und den Code im aspnetcore Repository an, um zu ermitteln, wo die Prozessnamenprüfung stattfindet. Erwäge das Hinzufügen einer Überschreibungsoption für Benutzer, die Kestrel innerhalb von w3wp erzwingen möchten.
Tech Stack
csharp
Domain
backendweb dev
Issue Type
Funktion
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
2
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-3 Stunden
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
C#ASP.NET Core
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
60