Paramètres du canal de transport HTTP
Cette page permet d'afficher et de configurer un canal de transport HTTP. Ce type de canal de transport gère les demandes HTTP depuis un client distant.
Un canal de transport HTTP analyse des demandes HTTP et recherche un canal d'application approprié pour les gérer et envoyer une réponse.
Pour afficher cette page de la console d'administration, cliquez sur Afficher les transports associés. Cliquez sur le nom de la chaîne de transport qui comprend ce transport HTTP, puis sur celui du canal de transport HTTP.
. Localisez le port du canal HTTP dont vous souhaitez afficher ou configurer les paramètres et cliquez surNom du canal de transport
Indique le nom du canal de transport HTTP.
Les caractères suivants ne sont pas autorisés dans la zone du nom : # \ / , : ; " * ? < > | = + & % '
Ce nom doit être unique dans tous les canaux de votre système. Par exemple, les canaux de transport HTTP et TCP ne peuvent pas porter le même nom s'ils se trouvent sur le même système.
Information | Valeur |
---|---|
Type de donnée | String (chaîne) |
Pondération de discrimination
Indique la priorité de ce canal par rapport aux autres canaux de la chaîne de transport. Cette propriété est utilisée uniquement lorsque le partage du port est activé et que la chaîne de transport inclut plusieurs canaux auxquels des données peuvent être envoyées. Le canal de la chaîne ayant la pondération de discrimination la plus faible est le premier à rechercher les données entrantes et détermine si elles lui appartiennent.
Information | Valeur |
---|---|
Type de donnée | Entier positif |
Valeur par défaut | 0 |

Délai de lecture
Indique la durée (en secondes) pendant laquelle le canal de transport HTTP attend qu'une demande de lecture se termine sur une socket au terme de la première lecture. La lecture en attente peut faire partie du corps de la demande de lecture (par exemple, POST) ou des en-têtes, s'ils n'ont pas tous été lus lors de la première lecture qui se produit sur la socket pour cette demande.
Information | Valeur |
---|---|
Type de donnée | Integer |
Valeur par défaut | 60 secondes |
Délai d'écriture
Indique la durée (en secondes) pendant laquelle le canal de transport HTTP attend que chaque partie des données de réponse soit transmise sur une socket. Ce délai n'existe généralement que dans des situations où les écritures sont décalées par rapport aux nouvelles demandes. Cette situation peut se produire quand un client est doté d'un débit de données faible ou que la carte d'interface réseau du serveur est saturée en entrée-sortie.
Si certains de vos clients requièrent plus de 300 secondes pour recevoir les données qui y sont enregistrés, modifiez la valeur spécifiée pour le paramètre Délai d'écriture. Certains clients sont lents et requièrent plus de 300 secondes pour recevoir les données qui leur sont envoyées. Pour qu'ils puissent bien récupérer l'intégralité de leurs données, remplacez la valeur spécifiée pour ce paramètre par une durée en secondes suffisante pour que toutes les données puissent être récupérées. Si vous modifiez la valeur de ce paramètre, vérifiez que la nouvelle valeur protège toujours le serveur des clients malveillants.
Information | Valeur |
---|---|
Type de donnée | Integer |
Valeur par défaut | 60 secondes |
Délai persistant
Indique le temps d'attente en secondes que le canal de transport HTTP accorde à une socket pour rester inactive entre des demandes.
Information | Valeur |
---|---|
Type de donnée | Integer |
Valeur par défaut | 30 secondes |
Utiliser des connexions persistantes (conserver actives)
Lorsque cette option est sélectionnée, indique que les connexions des canaux de transport HTTP restent ouverts entre les demandes. Lorsque les connexions restent ouvertes, vous pouvez réduire les coûts de configuration et de suppression des sockets si votre charge de travail comporte des clients qui envoient plusieurs demandes.
Si vos clients n'envoient que des demandes uniques sur de longues périodes, il est recommandé de désactiver cette option et de fermer les connexions immédiatement au lieu qu'un canal de transport HTTP configure les délais d'expiration pour fermer la connexion ultérieurement.
La valeur par défaut est true, ce qui est généralement le paramètre optimal.

Nombre illimité de demandes persistantes par connexion
Lorsque cette option est sélectionnée, indique le nombre de demandes persistantes par connexion n'est pas limité.
Nombre maximal de demandes persistantes par connexion
Lorsque cette option est sélectionnée, indique le nombre de demandes persistantes par connexion est limité à la valeur spécifiée pour la propriété Nombre maximal de demandes persistantes. Ce paramètre de propriété est ignoré si la propriété Utiliser des connexions persistantes (conserver actives) n'est pas activée.
Modifiez la valeur spécifiée pour le paramètre Nombre maximal de demandes persistantes pour augmenter le nombre de demandes pouvant passer par une connexion avant la fermeture de cette dernière. Lorsque l'option Utiliser des connexions persistantes est activée, le paramètre Nombre maximal de demandes persistantes contrôle le nombre de demandes pouvant passer par une connexion avant la fermeture de cette dernière. La valeur par défaut est 100. Cette valeur doit être définie de sorte que la plupart ou l'intégralité des clients aient toujours une connexion ouverte lorsqu'ils génèrent plusieurs demandes au cours d'une même session. Le choix d'une valeur correcte pour ce paramètre permet d'éliminer les configurations et suppressions inutiles de sockets.
Pour les scénarios de test dans lesquels le client ne ferme jamais une socket, ou dans lesquels les sockets sont toujours des serveurs proxy ou Web en amont de votre serveur d'applications, la valeur -1 désactive le traitement, ce qui limite le nombre de demandes sur une même connexion. Le délai d'expiration persistant arrête toujours certaines sockets inactives et protège votre serveur contre un nombre insuffisant de sockets ouvertes.
Nombre maximal de demandes persistantes par connexion
Indique le nombre maximal de demandes persistantes autorisées sur une connexion HTTP unique. Vous pouvez une valeur à cette zone uniquement si la propriété Nombre maximal de demandes persistantes par connexion est sélectionnée.
Lorsque l'option Utiliser des connexions persistantes est activée, le paramètre Nombre maximal de demandes persistantes contrôle le nombre de demandes pouvant passer par une connexion avant la fermeture de cette dernière. La valeur par défaut est 100. Cette valeur doit être définie de sorte que la plupart ou l'intégralité des clients aient toujours une connexion ouverte lorsqu'ils génèrent plusieurs demandes au cours d'une même session. Le choix d'une valeur correcte pour ce paramètre permet d'éliminer les configurations et suppressions inutiles de sockets.
Pour les scénarios de test dans lesquels le client ne ferme jamais un socket, ou dans lesquels les sockets sont toujours des serveurs proxy ou web en amont de votre serveur d'applications, la valeur -1 désactive le traitement qui limite le nombre de demandes sur une même connexion. Le délai d'expiration persistant arrête toujours certaines sockets inactives et protège votre serveur contre un nombre insuffisant de sockets ouvertes.
Si vous indiquez la valeur 0 ou 1, une seule demande est autorisée par connexion.
Information | Valeur |
---|---|
Type de donnée | Integer |
Valeur par défaut | 100 |
Taille maximale du champ d'en-tête
Spécifie, en octets, la taille maximale acceptée pour un en-tête inclus dans une demande HTTP.
Le choix d'une taille réaliste pour vos applications contribue à empêcher les attaques de refus de service (Denial of Service, ou DoS) qui visent à rendre une application incapable de répondre aux demandes des utilisateurs en intégrant des en-têtes volumineuses dans les demandes HTTP pour tenter de saturer les ressources du système chargées de traiter ces demandes.
La valeur par défaut de cette propriété est 32768 octets.
Nombre maximal d'en-têtes
Spécifie le nombre maximum d'en-têtes qui peuvent être inclus dans une même demande HTTP.
Le choix d'un nombre réaliste pour vos applications contribue à empêcher les attaques de refus de service (Denial of Service, ou DoS) qui visent à rendre une application incapable de répondre aux demandes de ses utilisateurs en intégrant de nombreux en-têtes dans les demandes HTTP pour tenter de saturer les ressources du système chargées de traiter ces demandes.
La valeur par défaut de cette propriété est 50.

Limite de taille de mémoire tampon pour le corps de la requête
Lorsque cette option est sélectionnée, indique que la taille du corps d'une requête HTTP est limitée.
Cette propriété permet d'empêcher les attaques de refus de service, qui exécutent des demandes HTTP de taille importante pour rendre une ressource système (ex : applications de traitement des demandes HTTP) indisponible à ses utilisateurs.
Taille maximale du tampon de corps des demandes
Indique, en octets, la limite de taille maximale du corps d'une demande HTTP. Si cette limite est dépassée, la requête n'est pas traitée.
Une valeur peut être ajoutée à cette zone seulement si la propriété Limite de taille de mémoire tampon pour le corps de la requête est sélectionnée.
Journalisation
Vous pouvez utiliser les paramètres de cette section pour configurer et activer la journalisation des accès NCSA (National Center for Supercomputing Applications) ou la journalisation des erreurs HTTP. Si vous exécutez le produit sous z/OS, vous pouvez également utiliser cette section pour configurer et activer la journalisation FRCA (Fast Response Cache Accelerator). L'activation de chacun de ces services de journalisation ralentit les performances du serveur.
Si vous souhaitez que n'importe lequel des services de journalisation activés démarre en même temps que le serveur, cliquez sur Journalisation des erreurs HTTP, des accès NCSA et FRCA, puis sélectionnez Activer le service de journalisation au démarrage du serveur. Lorsque cette option est sélectionnée, le service de journalisation des erreurs HTTP, des accès NCSA ou FRCA qui est activé démarre automatiquement en même temps que le serveur.
. Ensuite, dans la section sur l'identification et la résolution des problèmes, cliquez sur
Journalisation des accès NCSA
Par défaut, l'option Utilisez le service de journalisation global est sélectionnée pour la journalisation des accès NCSA. Ce paramètre signifie que les paramètres de journalisation des accès NCSA prennent par défaut la valeur indiquée pour la journalisation des accès NCSA sur la page Journalisation des erreurs HTTP, des accès NCSA et FRCA dans la console d'administration. Si vous souhaitez modifier ces paramètres pour ce canal de transport HTTP spécifique, développez la section Journalisation des accès NCSA et sélectionnez l'option Utiliser la journalisation spécifique de la chaîne.
- Activez ou désactivez explicitement la journalisation des accès NCSA.
- Indiquez un chemin d'accès au journal des accès différent du chemin par défaut.
- Indiquez la taille maximale du journal des accès différente de la taille maximale par défaut.
- Sélectionnez explicitement le format du fichier journal des accès NCSA.
Activation de la journalisation des accès
Lorsque cette option est sélectionnée, le journal des accès NCSA conserve un enregistrement des demandes client entrantes gérées par le canal de transport HTTP.
Désactivation de la journalisation spécifique à une chaîne
Pour désactiver la journalisation des erreurs, NCSA et FRCA sur une chaîne spécifique, définissez la propriété personnalisée du canal de transport HTTP loggingDisable. Une fois la propriété personnalisée définie ou sa valeur modifiée, le serveur doit être redémarré pour que les modifications prennent effet.
Chemin du fichier journal des accès
Indique le nom et le chemin de répertoire du journal des accès NCSA. Les substitutions de variable standard, telles que $(SERVER_LOG_ROOT), peuvent être utilisées lors de la spécification du chemin du répertoire.
Si vous exécutez le produit sous z/OS, vous devez utiliser une variable spécifique
au serveur, telle que $(SERVER_LOG_ROOT), pour empêcher les collisions de noms de fichiers journaux.
Taille maximale du journal des accès
Indique la taille maximale, en mégaoctets, du journal des accès NCSA. Lorsque cette taille est atteinte, le fichier journal d'archivage nom_journal est créé. Toutefois, dès que la taille du fichier journal d'origine dépasse cette limite, le fichier d'archive est remplacé par la version la plus récente du fichier journal d'origine.
Nombre maximal de fichiers historiques
Indique le nombre maximal de versions historiques du fichier journal NCSA conservées pour une utilisation future.
Format du journal des accès NCSA
Indique le format dans lequel les informations d'accès du client apparaissent dans le fichier journal NCSA. Si l'option Commun est sélectionnée, les entrées de journal contiennent la ressource demandée ainsi que d'autres informations, mais ne contiennent pas d'informations sur les cookies, les agents utilisateurs ou les recommandations. Si Combiné est sélectionné, les informations de recommandations, d'agent utilisateur ou de cookie sont incluses.
![[z/OS]](../images/ngzos.gif)
Journalisation FRCA
Par défaut, l'option Utilisez le service de journalisation global est sélectionnée pour la journalisation FRCA. Ce paramètre signifie que les paramètres de journalisation FRCA prennent par défaut la valeur indiquée pour la journalisation FRCA sur la page Journalisation des erreurs HTTP, des accès NCSA et FRCA dans la console d'administration. Si vous souhaitez modifier ces paramètres pour ce canal de transport HTTP spécifique, développez la section Journalisation FRCA et sélectionnez l'option Utiliser la journalisation spécifique de la chaîne.
Cette zone est uniquement affichée si vous exécutez le produit sous z/OS.
- Activez ou désactivez explicitement la journalisation FRCA.
- Indiquez un chemin d'accès au journal des accès différent du chemin par défaut.
- Indiquez la taille maximale du journal des accès différente de la taille maximale par défaut.
- Sélectionnez explicitement le format du fichier journal FRCA.
![[z/OS]](../images/ngzos.gif)
Activation de la journalisation FRCA
Lorsque cette option est sélectionnée, le fichier journal FRCA conserve un enregistrement des demandes client entrantes gérées par le canal de transport HTTP.
Cette zone est uniquement affichée si vous exécutez le produit sous z/OS.
![[z/OS]](../images/ngzos.gif)
Chemin du fichier journal FRCA
Indique le nom et le chemin de répertoire du fichier journal FRCA. Vous devez utiliser une variable spécifique au serveur, telle que $(SERVER_LOG_ROOT), pour empêcher les conflits de noms de fichiers journaux.
Cette zone est uniquement affichée si vous exécutez le produit sous z/OS.
![[z/OS]](../images/ngzos.gif)
Taille maximale du journal FRCA
Indique la taille maximale, en mégaoctets, du fichier journal FRCA. Lorsque cette taille est atteinte, le fichier journal d'archivage nom_journal est créé. Toutefois, dès que la taille du fichier journal d'origine dépasse cette limite, le fichier d'archive est remplacé par la version la plus récente du fichier journal d'origine.
Cette zone est uniquement affichée si vous exécutez le produit sous z/OS.
![[z/OS]](../images/ngzos.gif)
Nombre maximal de fichiers historiques
Indique le nombre maximal de versions historiques du fichier journal FRCA conservées pour une utilisation future.
Cette zone est uniquement affichée si vous exécutez le produit sous z/OS.
![[z/OS]](../images/ngzos.gif)
Format du journal FRCA
Indique le format dans lequel les informations d'accès du client apparaissent dans le fichier journal FRCA. Si l'option Commun est sélectionnée, les entrées de journal contiennent la ressource demandée ainsi que d'autres informations, mais ne contiennent pas d'informations sur les cookies, les agents utilisateurs ou les recommandations. Si Combiné est sélectionné, les informations de recommandations, d'agent utilisateur ou de cookie sont incluses.
Cette zone est uniquement affichée si vous exécutez le produit sous z/OS.
Journalisation des erreurs
Par défaut, l'option Utilisez le service de journalisation global est sélectionnée pour la journalisation des erreurs. Ce paramètre signifie que les paramètres de journalisation des erreurs prennent par défaut la valeur indiquée pour la journalisation des erreurs sur la page Journalisation des erreurs HTTP, des accès NCSA et FRCA dans la console d'administration. Si vous souhaitez modifier ces paramètres pour ce canal de transport HTTP spécifique, développez la section Journalisation des erreurs et sélectionnez l'option Utiliser la journalisation spécifique de la chaîne.
- Activez ou désactivez explicitement la journalisation des erreurs HTTP.
- Indiquez le chemin du journal des accès. Ce chemin d'accès peut être différent du chemin par défaut.
- Indiquez la taille maximale du fichier historique des erreurs. Cette valeur peut être supérieure ou inférieure à la taille maximale par défaut.
- Indiquez le type de messages d'erreur que vous souhaitez inclure dans le fichier historique des erreurs.
Activer la journalisation des erreurs
Lorsque cette option est sélectionnée, les erreurs HTTP qui surviennent lorsque le canal HTTP traite les demandes client sont enregistrées dans le fichier historique des erreurs.
Chemin du fichier journal des erreurs
Indique le chemin de répertoire et le nom du fichier historique des erreurs. Les substitutions de variable standard, telles que $(SERVER_LOG_ROOT), peuvent être utilisées lors de la spécification du chemin du répertoire.
Si vous exécutez le produit sous z/OS, vous devez utiliser une variable spécifique
au serveur, telle que $(SERVER_LOG_ROOT), pour empêcher les collisions de noms de fichiers journaux.
Taille maximale du journal des erreurs
Spécifie la taille maximale, en mégaoctets, du fichier journal des erreurs HTTP. Lorsque cette taille est atteinte, le fichier journal d'archivage nom_journal est créé. Toutefois, dès que la taille du fichier journal d'origine dépasse cette limite, le fichier d'archive est remplacé par la version la plus récente du fichier journal d'origine.
Nombre maximal de fichiers historiques
Indique le nombre maximal de versions historiques du fichier historique des erreurs HTTP conservées pour consultation future.
Niveau du journal des erreurs
Indique le type de messages d'erreur inclus dans le fichier historique des erreurs HTTP.
- Critique
- Seules les erreurs critiques qui empêchent le serveur d'applications de fonctionner sont journalisées.
- Erreur
- Les erreurs lors des réponses aux clients sont journalisées. Ces erreurs nécessitent l'intervention de l'administrateur du serveur d'applications si elles sont provoquées par les paramètres de configuration du serveur.
- Avertissement
- Les informations concernant des erreurs d'ordre général, telles que des exceptions de socket, qui se produisent lors de la gestion des demandes client sont journalisées. Généralement, ces erreurs ne nécessitent pas l'intervention de l'administrateur du serveur d'applications.
- Information
- Le statut des différentes tâches effectuées lors de la gestion des demandes client est journalisé.
- Débogage
- Des informations relatives au statut de la tâche plus explicites sont journalisées. Ce niveau de journalisation n'est pas conçu pour remplacer la journalisation RAS pour le débogage des incidents mais fournit un rapport d'état régulier sur la progression des demandes client individuelles. Si ce niveau de journalisation est sélectionné, vous devez indiquer dans la zone Taille maximale du journal des erreurs une taille de fichier journal suffisamment importante pour que le journal contienne l'ensemble des informations journalisées.