dotnet/aspnetcore

Detect IIS in-proc from UseKestrel

Aperta

#13.145 aperta il 14 ago 2019

Vedi su GitHubGuida contributor
 (4 commenti) (0 reazioni) (0 assegnatari)C# (10.653 fork)batch import
affected-very-fewarea-networkingenhancementhelp wantedseverity-nice-to-have

Metriche repository

Star
 (37.933 stelle)
Metriche merge PR
 (Metriche PR in attesa)

Descrizione

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.

Guida contributor

Direzione di ricerca
Indaga la logica di rilevamento in process di IIS attuale in UseIIS e comprendi come spostare il controllo in UseKestrel. Guarda il problema #12944 citato e il codice nel repository aspnetcore per determinare dove avviene il controllo del nome del processo. Considera l'aggiunta di un'opzione di override per gli utenti che vogliono forzare Kestrel all'interno di w3wp.
Tech stack
csharp
Dominio
backendweb dev
Tipo issue
Funzionalità
DifficoltàQuanto dovrebbe essere impegnativa per un nuovo contributor.
2
Tempo stimatoTempo stimato per completare e verificare uno scope piccolo.
1-3 ore
Stato attivitàQuanto è probabile che la issue sia ancora attiva e reviewable.
Attiva
ChiarezzaQuanto chiaramente la issue descrive problema, scope e risultato atteso.
Chiara
Prerequisiti
C#ASP.NET Core
Adatta ai principiantiQuanto la issue è adatta a contributor alla prima esperienza.
60