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 Serveurs > Types de serveurs > Serveurs d'applications WebSphere > nom_serveur > Ports. Localisez le port du canal HTTP dont vous souhaitez afficher ou configurer les paramètres et 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.

Nom 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.

Type de données 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.

Type de données Entier positif
Valeur par défaut 0
Délai de lecture

Indique le temps d'attente en secondes du canal de transport HTTP pour qu'une demande de lecture soit effectuée sur une socket au terme de la première lecture. La lecture en attente peut faire partie du corps de la demande de lecture (ex : POST) ou des en-têtes, s'ils n'ont pas tous été lus lors de la première demande de lecture sur la socket.

Pour les utilisateurs en transition : La valeur indiquée pour cette propriété, conjointement avec la valeur de la propriété Délai d'écriture, fournit la même fonctionnalité que la propriété personnalisée ConnectionIOTimeout qui existait dans les versions précédentes.trns
Type de données Entier
Valeur par défaut 60 secondes
Délai d'écriture

Indique le temps d'attente en secondes du canal de transport HTTP sur une socket pour que chaque portion des données de réponse soit transmise. 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.

Pour les utilisateurs en transition : La valeur indiquée pour cette propriété, conjointement avec la valeur de la propriété Délai de lecture, fournit la même fonctionnalité que la propriété personnalisée ConnectionIOTimeout qui existait dans les versions précédentes.trns

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.

Type de données Entier
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 requêtes.

Pour les utilisateurs en transition : La valeur indiquée pour cette propriété fournit la même fonctionnalité que la propriété personnalisée ConnectionKeepAliveTimeout qui existait dans les versions précédentes.trns
Type de données Entier
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.

Eviter les incidents : Si une valeur autre que 0 est indiquée pour la propriété Nombre maximal de demandes persistantes, le paramètre Utiliser des connexions persistantes (conserver actives) est ignoré.gotcha
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, qui limite le nombre de demandes sur une même connexion. Le délai d'attente persistant continue d'arrêter certaines sockets inactives et protège votre serveur contre un nombre insuffisant de sockets ouvertes.

Informations connexes : Le comportement de la persistance est identique à celui des connexions persistantes (conserver actives) des transports HTTP. Le paramètre MaxKeepAliveConnections, qui spécifie le nombre maximal de connexions actives (persistantes) simultanées sur tous les transports HTTP et la taille du pool d'unités d'exécution ne sont pas directement liés à la persistance. La persistance fonctionne indépendamment du paramètre MaxKeepAliveConnections et des paramètres de taille du pool d'unités d'exécution.
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 une socket ou 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.

Type de données Entier
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.

Consignation

Les paramètres de cette section permettent de configurer et d'activer la journalisation des accès au centre NCSA (National Center for Supercomputing Applications) ou l'enregistrement des erreurs HTTP. Si vous utilisez le produit sous z/OS, cette section peut également vous permettre de configurer et d'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 chaque service de journalisation activé démarre en même temps que le serveur, cliquez sur Serveurs > Types de serveurs > Serveurs d'applications WebSphere > nom_serveur. Ensuite, dans la section Résolution des incidents, cliquez sur Accès NCSA, erreur HTTP et journalisation FRCA, puis sélectionnez Activer le service de journalisation au démarrage du serveur. Lorsque cette option est sélectionnée, chaque service de journalisation NCSA, FRCA ou d'enregistrement des erreurs HTTP automatiquement activé démarre en même temps que le serveur.

[z/OS] Eviter les incidents : Si vous utilisez le produit sous z/OS, les paramètres relatifs aux accès NCSA, aux erreurs HTTP et à la journalisation FRCA doivent être indiqués sur le contrôleur. Ces paramètres sont ignorés s'ils sont définis sur Servant ou Ajouter (Adjunct).gotcha
Journalisation des accès NCSA

Par défaut, l'option Utilisez le service de consignation global est sélectionnée pour la journalisation des accès NCSA. Ce paramètre signifie que, par défaut, les paramètres de journalisation des accès NCSA ont la valeur indiquée sur la page Accès NCSA, erreur HTTP et journalisation FRCA dans la console d'administration. Si vous souhaitez modifier les paramètres de ce canal de transport HTTP spécifique, développez la section Journalisation des accès NCSA, puis sélectionnez l'option Utilisez la journalisation spécifique de la chaîne.

Après avoir sélectionné l'option Utilisez la journalisation spécifique de la chaîne, vous pouvez effectuer les modifications de configuration suivantes :
  • 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.
Activer la journalisation de l'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.

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.

[z/OS] Si vous exécutez le produit sur 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 maximum 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.

Journalisation des erreurs

Par défaut, l'option Utilisez le service de consignation global est sélectionnée pour la journalisation des erreurs. Ce paramètre signifie que, par défaut, les paramètres de journalisation des erreurs ont la valeur indiquée sur la page Accès NCSA, erreur HTTP et journalisation FRCA dans la console d'administration. Si vous souhaitez modifier les paramètres de ce canal de transport HTTP spécifique, développez la section Journalisation des erreurs, puis sélectionnez l'option Utilisez la journalisation spécifique de la chaîne.

Après avoir sélectionné l'option Utilisez la journalisation spécifique de la chaîne, vous pouvez effectuer les modifications de configuration suivantes :
  • 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.

[z/OS] Si vous exécutez le produit sur 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 maximum 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.

Vous pouvez sélectionner :
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.
Informations
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.



Les liens marqués (en ligne) requièrent un accès à Internet.

Tâches associées
Référence associée


Nom du fichier : urun_chain_typehttp.html