ADC
Merci pour vos commentaires

Ce article a été traduit automatiquement. (Clause de non responsabilité)

Gestion des connexions client pour un serveur virtuel

Vous pouvez configurer les délais d’expiration sur un serveur virtuel de redirection de cache afin que les connexions client ne restent pas ouvertes indéfiniment. Vous pouvez également insérer des en-têtes Via dans les requêtes. Pour éventuellement réduire la congestion du réseau, vous pouvez réutiliser les connexions TCP ouvertes. Vous pouvez activer ou désactiver le nettoyage différé des connexions au serveur virtuel de redirection du cache.

Vous pouvez configurer l’appliance pour qu’elle envoie des réponses ICMP aux demandes PING en fonction de vos paramètres. Sur l’adresse IP correspondant au serveur virtuel, définissez la réponse ICMP sur VSVR_CNTRLD, et sur le serveur virtuel, définissez la réponse ICMP VSERVER.

Les paramètres suivants peuvent être définis sur un serveur virtuel :

  • Lorsque vous définissez ICMP VSERVER RESPONSE sur PASSIVE sur tous les serveurs virtuels, l’appliance répond toujours.
  • Lorsque vous définissez ICMP VSERVER RESPONSE sur ACTIVE sur tous les serveurs virtuels, l’appliance répond même si l’un des serveurs virtuels est opérationnel.
  • Lorsque vous définissez ICMP VSERVER RESPONSE sur ACTIVE sur certains et PASSIVE sur d’autres, l’appliance répond même si un serveur virtuel défini sur ACTIVE est en service.

Ce document contient les informations suivantes :

  • Configurer le délai d’expiration du client

  • Insérer des en-têtes Via dans les requêtes

  • Réutilisez les connexions TCP

  • Configurer le nettoyage différé des connexions

Configurer le délai d’expiration du client

Vous pouvez spécifier l’expiration des demandes du client en définissant une valeur de délai d’expiration pour le serveur virtuel de redirection du cache. La valeur du délai d’expiration est le nombre de secondes pendant lesquelles le serveur virtuel de redirection du cache attend de recevoir une réponse à la demande du client.

Pour configurer une valeur de délai d’expiration, utilisez le paramètre cltTimeout, qui spécifie le délai, en secondes, après lequel l’appliance NetScaler ferme toutes les connexions client inactives. La valeur par défaut est de 180 secondes pour les services basés sur HTTP/SSL et de 9 000 secondes pour les services basés sur TCP.

Configurer le délai d’expiration du client à l’aide de l’interface de ligne de commande

À l’invite de commandes, tapez les commandes suivantes pour configurer le délai d’expiration du client et vérifier la configuration :

- set cr vserver <name> [-cltTimeout <secs>] - show cr vserver <name>

Exemple :

> set cr vserver Vserver-CRD-1 -cltTimeout 6000 Done > show cr vserver Vserver-CRD-1 Vserver-CRD-1 (*:80) - HTTP Type: CONTENT State: UP ARP:DISABLED Client Idle Timeout: 6000 sec Down state flush: ENABLED Disable Primary Vserver On Down : DISABLED Default: Content Precedence: URL Cache: TRANSPARENT On Policy Match: CACHE L2Conn: OFF OriginUSIP: OFF Redirect: POLICY Reuse: ON Via: ON ARP: OFF Backup: Vserver-CRD-2 1) Cache bypass Policy: bypass-cache-control 2) Cache bypass Policy: Policy-CRD Done

Configurer le délai d’expiration du client à l’aide de l’interface graphique

  1. Accédez à Gestion du trafic > Redirection du cache > Serveurs virtuels.
  2. Dans le volet de détails, sélectionnez le serveur virtuel pour lequel vous souhaitez configurer le délai d’expiration du client (par exemple, vServer-CRD-1), puis cliquez sur Ouvrir.
  3. Dans la boîte de dialogue Configurer le serveur virtuel (redirection du cache), sélectionnez l’onglet Avancé.
  4. Dans la zone de texte Délai d’expiration du client (secondes), entrez la valeur du délai d’expiration en secondes.
  5. Cliquez sur OK.

Insérer des en-têtes Via dans les requêtes

Un en-tête Via répertorie les protocoles et les destinataires entre le point de départ et le point de fin d’une demande ou d’une réponse et informe le serveur des proxys via lesquels la demande a été envoyée. Vous pouvez configurer le serveur virtuel de redirection du cache pour insérer un en-tête Via dans chaque requête HTTP. Le paramètre via est activé par défaut lorsque vous créez un serveur virtuel de redirection de cache.

Pour activer ou désactiver l’insertion d’un en-tête VIA dans les requêtes client, utilisez le paramètre via, qui indique l’état du système lors de l’insertion d’un en-tête Via dans les requêtes HTTP.

Valeurs possibles : ON, OFF

Valeur par défaut : ON

Activer ou désactiver l’insertion d’en-têtes VIA dans les demandes du client à l’aide de l’interface de ligne de commande

À l’invite de commande, tapez :

- set cr vserver <name> [-via (ON|OFF)] - show cr vserver <name>

Exemple :

> set cr vserver Vserver-CRD-1 -via ON Done > show cr vserver Vserver-CRD-1 Vserver-CRD-1 (*:80) - HTTP Type: CONTENT State: UP ARP:DISABLED Client Idle Timeout: 6000 sec Down state flush: ENABLED Disable Primary Vserver On Down : DISABLED Default: Content Precedence: URL Cache: TRANSPARENT On Policy Match: CACHE L2Conn: OFF OriginUSIP: OFF Redirect: POLICY Reuse: ON Via: ON ARP: OFF Backup: Vserver-CRD-2 1) Cache bypass Policy: bypass-cache-control 2) Cache bypass Policy: Policy-CRD Done >

Activer ou désactiver l’insertion d’en-têtes VIA dans les demandes du client à l’aide de l’interface graphique

  1. Accédez à Gestion du trafic > Redirection du cache > Serveurs virtuels.
  2. Dans le volet de détails, sélectionnez le serveur virtuel pour lequel vous souhaitez configurer le délai d’expiration du client (par exemple, vServer-CRD-1), puis cliquez sur Ouvrir.
  3. Dans la boîte de dialogue Configurer le serveur virtuel (redirection du cache), sélectionnez l’onglet Avancé.
  4. Cochez la case Via.
  5. Cliquez sur OK.

Réutilisez les connexions TCP

Vous pouvez configurer l’appliance NetScaler pour réutiliser les connexions TCP au cache et aux serveurs d’origine via les connexions client. Cela peut améliorer les performances en économisant le temps nécessaire à l’établissement d’une session entre le serveur et l’appliance. L’option de réutilisation est activée par défaut lorsque vous créez un serveur virtuel de redirection de cache.

Pour activer ou désactiver la réutilisation des connexions TCP, utilisez le paramètre reuse, qui spécifie l’état de réutilisation des connexions TCP au cache ou aux serveurs d’origine sur les connexions client.

Valeurs possibles : ON, OFF

Valeur par défaut : ON

Activer ou désactiver la réutilisation des connexions TCP à l’aide de l’interface de ligne de commande

À l’invite de commande, tapez :

- set cr vserver <name> [-reuse (ON|OFF)] - show cr vserver <name>

Exemple :

> set cr vserver Vserver-CRD-1 -reuse ON Done > show cr vserver Vserver-CRD-1 Vserver-CRD-1 (*:80) - HTTP Type: CONTENT State: UP ARP:DISABLED Client Idle Timeout: 6000 sec Down state flush: ENABLED Disable Primary Vserver On Down : DISABLED Default: Content Precedence: URL Cache: TRANSPARENT On Policy Match: CACHE L2Conn: OFF OriginUSIP: OFF Redirect: POLICY Reuse: ON Via: ON ARP: OFF Backup: Vserver-CRD-2 1) Cache bypass Policy: bypass-cache-control 2) Cache bypass Policy: Policy-CRD Done

Activer ou désactiver la réutilisation des connexions TCP à l’aide de l’interface graphique

  1. Accédez à Gestion du trafic > Redirection du cache > Serveurs virtuels.
  2. Dans le volet de détails, sélectionnez le serveur virtuel pour lequel vous souhaitez configurer le délai d’expiration du client (par exemple, vServer-CRD-1), puis cliquez sur Ouvrir.
  3. Dans la boîte de dialogue Configurer le serveur virtuel (redirection du cache), sélectionnez l’onglet Avancé.
  4. Cochez la case Réutiliser.
  5. Cliquez sur OK.

Configurer le nettoyage différé des connexions

L’option down state flush effectue un nettoyage différé des connexions sur un serveur virtuel de redirection de cache. L’option down state flush est activée par défaut lorsque vous créez un serveur virtuel de redirection de cache.

Pour activer ou désactiver l’option down state flush, définissez le paramètre DownStateFlush.

Valeurs possibles : ENABLED, DISABLED

Valeur par défaut : ENABLED

Activation ou désactivation de l’option Down State Flush à l’aide de l’interface de ligne de commande

À l’invite de commandes, tapez les commandes suivantes pour configurer le nettoyage différé des connexions et vérifier la configuration :

- set cr vserver <name> [-downStateFlush (ENABLED | DISABLED)] - show cr vserver <name>

Exemple :

> set cr vserver Vserver-CRD-1 -downStateFlush ENABLED Done > show cr vserver Vserver-CRD-1 Vserver-CRD-1 (*:80) - HTTP Type: CONTENT State: UP ARP:DISABLED Client Idle Timeout: 6000 sec Down state flush: ENABLED Disable Primary Vserver On Down : DISABLED Default: Content Precedence: URL Cache: TRANSPARENT On Policy Match: CACHE L2Conn: OFF OriginUSIP: OFF Redirect: POLICY Reuse: ON Via: ON ARP: OFF Backup: Vserver-CRD-2 1) Cache bypass Policy: bypass-cache-control 2) Cache bypass Policy: Policy-CRD Done

Activer ou désactiver la réutilisation des connexions TCP à l’aide de l’interface graphique

  1. Accédez à Gestion du trafic > Redirection du cache > Serveurs virtuels.
  2. Dans le volet de détails, sélectionnez le serveur virtuel pour lequel vous souhaitez configurer le délai d’expiration du client (par exemple, vServer-CRD-1), puis cliquez sur Ouvrir.
  3. Dans la boîte de dialogue Configurer le serveur virtuel (redirection du cache), cliquez sur l’onglet Avancé.
  4. Cochez la case Down state flush.
  5. Cliquez sur OK.
La version officielle de ce document est en anglais. Certains contenus de la documentation Cloud Software Group ont été traduits de façon automatique à des fins pratiques uniquement. Cloud Software Group n'exerce aucun contrôle sur le contenu traduit de façon automatique, qui peut contenir des erreurs, des imprécisions ou un langage inapproprié. Aucune garantie, explicite ou implicite, n'est fournie quant à l'exactitude, la fiabilité, la pertinence ou la justesse de toute traduction effectuée depuis l'anglais d'origine vers une autre langue, ou quant à la conformité de votre produit ou service Cloud Software Group à tout contenu traduit de façon automatique, et toute garantie fournie en vertu du contrat de licence de l'utilisateur final ou des conditions d'utilisation des services applicables, ou de tout autre accord avec Cloud Software Group, quant à la conformité du produit ou service à toute documentation ne s'applique pas dans la mesure où cette documentation a été traduite de façon automatique. Cloud Software Group ne pourra être tenu responsable de tout dommage ou problème dû à l'utilisation de contenu traduit de façon automatique.