Fenêtre Propriétés du parc de serveurs d'arrière-plan : page Avancé

Cette page comporte les éléments suivants :

Taille de buffer maximale sur le client Indiquez la quantité de mémoire que le serveur relais peut utiliser pour les transferts, par demande de client. Cette modification prend effet immédiatement, sans nécessiter le redémarrage du serveur relais. La valeur par défaut est 1 Mo et la valeur maximale, 4 Go.
Affinité client-serveur Détermine le type de serveur d'arrière-plan. Choisissez SQL Anywhere si les services Web SQL Anywhere utilisent des Oubound Enabler indépendants. Choisissez MobiLink pour un serveur MobiLink intégrant un Outbound Enabler ou pour un serveur HTTP MobiLink utilisant des Oubound Enabler indépendants. Sélectionnez Personnalisé pour définir des options d'affinité avancées adaptées aux serveurs d'arrière-plan de votre environnement HTTP.
- Cookie actif Indiquez si le serveur relais doit injecter un cookie HTTP standard pour conserver l'affinité client-serveur.
  - Le cas échéant, le serveur relais injecte une commande de définition de cookie HTTP standard accompagnée d'un nom de cookie propriétaire dans la réponse.
  - Si la case n'est pas cochée, aucune commande standard de ce type n'est injectée dans la réponse. Dans ce cas, l'affinité client-serveur est assurée par un en-tête actif, ou alors elle n'est pas assurée car votre application ne l'exige pas.
- En-tête actif Indiquez si le serveur relais doit injecter un en-tête propriétaire pour conserver l'affinité client-serveur.
  - Le cas échéant, le serveur relais injecte un en-tête propriétaire dans la réponse pour conserver l'affinité client-serveur. Cela s'avère utile si des intermédiaires trafiquent les cookies actifs. Pour que l'en-tête actif fonctionne, l'application cliente doit prendre en charge le reflet de l'en-tête actif sur le serveur relais. Ce n'est généralement pas le cas des navigateurs Web.
  - Si la case n'est pas cochée, aucun en-tête propriétaire n'est injecté dans la réponse. Dans ce cas, l'affinité client-serveur est assurée par un cookie actif, ou alors elle n'est pas assurée car votre application ne l'exige pas. Décochez la case pour limiter le trafic si le parc d'arrière-plan est uniquement utilisé par des applications de navigateur ou si le cookie actif fonctionne correctement pour l'ensemble des clients de ce parc d'arrière-plan.
Renouveler le cookie en cas de chevauchement Lorsqu'un client partage un cookie standard sur plusieurs connexions simultanées, des erreurs de temporisation peuvent se produire. Le problème est consigné dans le journal du serveur relais. L'option Renouveler le cookie en cas de chevauchement permet de limiter le nombre de connexions supprimées.
Lorsqu'elle est activée, le serveur relais détecte le chevauchement pour ce parc et renouvelle le cookie en créant un nouveau lien d'affinité. La demande assortie du renouvellement est toujours acheminée vers le même serveur d'arrière-plan, mais pas via la même connexion d'arrière-plan que la demande en cours avec laquelle le chevauchement se produit. Pour ce faire, une nouvelle connexion d'arrière-plan est créée.

Voir aussi

Discuter à propos de cette page dans DocCommentXchange.