dotnet/aspnetcore

Read additional KestrelServerOptions from config

Ouverte

#4 765 ouverte le 12 déc. 2017

Voir sur GitHubGuide contributeur
 (37 commentaires) (17 réactions) (0 personne assignée)C# (10 653 forks)batch import
Needs: Designaffected-fewarea-networkingenhancementfeature-kestrelhelp wantedseverity-minor

Métriques du dépôt

Stars
 (37 933 étoiles)
Métriques de merge PR
 (Métriques PR en attente)

Description

The new configuration APIs will read endpoints with their certificates and the default certificate. https://github.com/aspnet/KestrelHttpServer/pull/2186

Here are other KestrelServerOptions to consider reading from config (Unsorted):

  • bool AddServerHeader
  • SchedulingMode ApplicationSchedulingMode
  • KestrelServerLimits Limits
    • long? MaxResponseBufferSize
    • long? MaxRequestBufferSize
    • int MaxRequestLineSize
    • int MaxRequestHeadersTotalSize
    • int MaxRequestHeaderCount
    • long? MaxRequestBodySize
    • TimeSpan KeepAliveTimeout
    • TimeSpan RequestHeadersTimeout
    • long? MaxConcurrentConnections
    • long? MaxConcurrentUpgradedConnections
    • MinDataRate MinRequestBodyDataRate
    • MinDataRate MinResponseDataRate
  • Per Endpoint ListenOptions
  • Per Https Endpoint HttpsConnectionAdapterOptions
    • ClientCertificateMode ClientCertificateMode
    • SslProtocols SslProtocols
    • bool CheckCertificateRevocation
    • TimeSpan HandshakeTimeout

Today these must all be set in code in parallel to the configuration.

Guide contributeur

Direction de recherche
Étudiez la liaison de configuration existante pour les points de terminaison (PR #2186) et étendez la pour inclure les KestrelServerOptions répertoriées. Concentrez vous sur les propriétés KestrelServerOptions, Limits et ListenOptions. Implémentez la liaison de configuration pour chaque propriété, en assurant la validation et les valeurs par défaut.
Stack technique
csharp
Domaine
backend
Type d'issue
Fonctionnalité
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-2 jours
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
C#ASP.NET Core
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
30