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.

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
Pour les utilisateurs en transition Pour les utilisateurs en transition: Dans les versions précédentes, une exception signalant l'échec de la discrimination sur le canal HTTP répond par un code de réponse 403. Dans cette version du produit, le serveur répond avec un code de réponse 500.trns

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.

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

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.

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.

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

Eviter les incidents 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, 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.

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

Eviter les incidents Eviter les incidents: Même si vous ne changez pas la valeur de cette propriété, la valeur définie pour cette propriété lors de l'utilisation de cette page de la console d'administration est automatiquement enregistrée dans le fichier server.xml. Cette modification remplace toute valeur définie pour cette propriété dans le fichier server.xml même si vous n'envisagiez pas de mettre à jour la valeur de cette propriété dans le fichier server.xml.gotcha

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 Serveurs > Server Types > Serveurs d'applications WebSphere > nom_serveur. Ensuite, dans la section sur l'identification et la résolution des problèmes, 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.

Eviter les incidents Eviter les incidents: Si vous exécutez le produit sous z/OS, les paramètres de journalisation des erreurs HTTP, des accès NCSA et FRCA doivent être spécifié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 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.

Après avoir sélectionné l'option Utiliser 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.

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.

[z/OS]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]

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.

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

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]

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]

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]

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]

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.

Après avoir sélectionné l'option Utiliser 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 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.

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

Icône indiquant le type de rubrique Rubrique de référence



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=urun_chain_typehttp
Nom du fichier : urun_chain_typehttp.html