-
-
Quelle est la place d'une appliance NetScaler dans le réseau ?
-
Comment un NetScaler communique avec les clients et les serveurs
-
Accélérez le trafic équilibré de charge en utilisant la compression
-
-
Déployer une instance NetScaler VPX
-
Optimisez les performances de NetScaler VPX sur VMware ESX, Linux KVM et Citrix Hypervisors
-
Améliorez les performances SSL-TPS sur les plateformes de cloud public
-
Configurer le multithreading simultané pour NetScaler VPX sur les clouds publics
-
Installation d'une instance NetScaler VPX sur un serveur bare metal
-
Installation d'une instance NetScaler VPX sur Citrix Hypervisor
-
Installation d'une instance NetScaler VPX sur le cloud VMware sur AWS
-
Installation d'une instance NetScaler VPX sur des serveurs Microsoft Hyper-V
-
Installation d'une instance NetScaler VPX sur la plateforme Linux-KVM
-
Provisioning de l'appliance virtuelle NetScaler à l'aide d'OpenStack
-
Provisioning de l'appliance virtuelle NetScaler à l'aide du Virtual Machine Manager
-
Configuration des appliances virtuelles NetScaler pour utiliser l'interface réseau SR-IOV
-
Configuration des appliances virtuelles NetScaler pour utiliser l'interface réseau PCI Passthrough
-
Provisioning de l'appliance virtuelle NetScaler à l'aide du programme virsh
-
Provisioning de l'appliance virtuelle NetScaler avec SR-IOV sur OpenStack
-
Déployer une instance NetScaler VPX sur AWS
-
Serveurs d'équilibrage de charge dans différentes zones de disponibilité
-
Déployer une paire HA VPX dans la même zone de disponibilité AWS
-
Haute disponibilité dans différentes zones de disponibilité AWS
-
Déployez une paire VPX haute disponibilité avec des adresses IP privées dans différentes zones AWS
-
Protégez AWS API Gateway à l'aide du pare-feu d'applications Web NetScaler
-
Configurer une instance NetScaler VPX pour utiliser l'interface réseau SR-IOV
-
Configurer une instance NetScaler VPX pour utiliser la mise en réseau améliorée avec AWS ENA
-
Déployer une instance NetScaler VPX sur Microsoft Azure
-
Architecture réseau pour les instances NetScaler VPX sur Microsoft Azure
-
Configurer plusieurs adresses IP pour une instance autonome NetScaler VPX
-
Configurer une configuration haute disponibilité avec plusieurs adresses IP et cartes réseau
-
Déployez une paire de haute disponibilité NetScaler sur Azure avec ALB en mode IP flottant désactivé
-
Configurer une instance NetScaler VPX pour utiliser le réseau accéléré Azure
-
Configurez les nœuds HA-INC à l'aide du modèle de haute disponibilité NetScaler avec Azure ILB
-
Installation d'une instance NetScaler VPX sur la solution Azure VMware
-
Configurer une instance autonome NetScaler VPX sur la solution Azure VMware
-
Configurer une configuration de haute disponibilité NetScaler VPX sur la solution Azure VMware
-
Configurer le serveur de routage Azure avec la paire NetScaler VPX HA
-
Ajouter des paramètres de mise à l'échelle automatique Azure
-
Configurer GSLB sur une configuration haute disponibilité active en veille
-
Configurer des pools d'adresses (IIP) pour un dispositif NetScaler Gateway
-
Scripts PowerShell supplémentaires pour le déploiement Azure
-
Déployer une instance NetScaler VPX sur Google Cloud Platform
-
Déployer une paire haute disponibilité VPX sur Google Cloud Platform
-
Déployer une paire VPX haute disponibilité avec des adresses IP privées sur Google Cloud Platform
-
Installation d'une instance NetScaler VPX sur Google Cloud VMware Engine
-
Support de dimensionnement VIP pour l'instance NetScaler VPX sur GCP
-
-
Automatisez le déploiement et les configurations de NetScaler
-
Solutions pour les fournisseurs de services de télécommunication
-
Trafic du plan de contrôle de l'équilibrage de charge basé sur les protocoles Diameter, SIP et SMPP
-
Utilisation de la bande passante avec la fonctionnalité de redirection du cache
-
Optimisation du protocole TCP avec NetScaler
-
-
Authentification, autorisation et audit du trafic des applications
-
Fonctionnement de l'authentification, de l'autorisation et de l'audit
-
Composants de base de la configuration de l'authentification, de l'autorisation et de l'audit
-
-
Autorisation de l'accès des utilisateurs aux ressources de l'application
-
NetScaler en tant que proxy du service de fédération Active Directory
-
NetScaler Gateway sur site en tant que fournisseur d'identité pour Citrix Cloud
-
Prise en charge de la configuration de l'attribut de cookie SameSite
-
Résoudre les problèmes liés à l'authentification et à l'autorisation
-
-
-
-
Configuration de l'expression de stratégie avancée : mise en route
-
Expressions de stratégie avancées : utilisation des dates, des heures et des nombres
-
Expressions de stratégie avancées : analyse des données HTTP, TCP et UDP
-
Expressions de stratégie avancées : analyse des certificats SSL
-
Expressions de stratégie avancées : adresses IP et MAC, débit, ID VLAN
-
Expressions de stratégie avancées : fonctions d'analyse de flux
-
-
-
-
Protection basée sur la grammaire SQL pour les charges utiles HTML et JSON
-
Protection basée sur la grammaire par injection de commandes pour la charge utile HTML
-
Règles de relaxation et de refus pour la gestion des attaques par injection HTML SQL
-
Prise en charge du pare-feu d'application pour Google Web Toolkit
-
Vérifications de protection XML
-
Articles sur les alertes de signatures
-
-
Traduire l'adresse IP de destination d'une requête vers l'adresse IP d'origine
-
-
Prise en charge de la configuration de NetScaler dans un cluster
-
-
-
Groupes de nœuds pour les configurations repérées et partiellement entrelacées
-
Désactivation de la direction sur le fond de panier du cluster
-
Suppression d'un nœud d'un cluster déployé à l'aide de l'agrégation de liens de cluster
-
Surveillance de la configuration du cluster à l'aide de la MIB SNMP avec lien SNMP
-
Surveillance des échecs de propagation des commandes dans un déploiement de cluster
-
Liaison d'interface VRRP dans un cluster actif à nœud unique
-
Scénarios de configuration et d'utilisation du cluster
-
Migration d'une configuration HA vers une configuration de cluster
-
Interfaces communes pour le client et le serveur et interfaces dédiées pour le fond de panier
-
Commutateur commun pour le client, le serveur et le fond de panier
-
Commutateur commun pour client et serveur et commutateur dédié pour fond de panier
-
Services de surveillance dans un cluster à l'aide de la surveillance des chemins
-
Opérations prises en charge sur des nœuds de cluster individuels
-
-
-
Configurer les enregistrements de ressources DNS
-
Créer des enregistrements MX pour un serveur d'échange de messagerie
-
Créer des enregistrements NS pour un serveur faisant autorité
-
Créer des enregistrements NAPTR pour le domaine des télécommunications
-
Créer des enregistrements PTR pour les adresses IPv4 et IPv6
-
Créer des enregistrements SOA pour les informations faisant autorité
-
Créer des enregistrements TXT pour contenir du texte descriptif
-
Configurer NetScaler en tant que résolveur de stubs non validant et sensible à la sécurité
-
Prise en charge des trames Jumbo pour le DNS pour gérer les réponses de grande taille
-
Configurer la mise en cache négative des enregistrements DNS
-
-
Équilibrage de charge de serveur global
-
Configurez les entités GSLB individuellement
-
Synchronisation de la configuration dans une configuration GSLB
-
Cas d'utilisation : déploiement d'un groupe de services Autoscale basé sur l'adresse IP
-
-
Remplacer le comportement de proximité statique en configurant les emplacements préférés
-
Configuration de la sélection des services GSLB à l'aide du changement de contenu
-
Configurer GSLB pour les requêtes DNS avec des enregistrements NAPTR
-
Exemple de configuration parent-enfant complète à l'aide du protocole d'échange de métriques
-
-
Équilibrer la charge du serveur virtuel et des états de service
-
Protection d'une configuration d'équilibrage de charge contre les défaillances
-
-
Configuration des serveurs virtuels d'équilibrage de charge sans session
-
Réécriture des ports et des protocoles pour la redirection HTTP
-
Insérer l'adresse IP et le port d'un serveur virtuel dans l'en-tête de requête
-
Utiliser une adresse IP source spécifiée pour la communication principale
-
Définir une valeur de délai d'expiration pour les connexions client inactives
-
Utiliser un port source d'une plage de ports spécifiée pour les communications en arrière-plan
-
Configurer la persistance de l'adresse IP source pour la communication principale
-
-
Paramètres d'équilibrage de charge avancés
-
Protégez les applications sur les serveurs protégés contre les pics de trafic
-
Activer le nettoyage des connexions de serveur virtuel et de service
-
Activer ou désactiver la session de persistance sur les services TROFS
-
Activer la vérification de l'état TCP externe pour les serveurs virtuels UDP
-
Maintenir la connexion client pour plusieurs demandes client
-
Utiliser l'adresse IP source du client lors de la connexion au serveur
-
Définissez une limite sur le nombre de demandes par connexion au serveur
-
Définir une valeur de seuil pour les moniteurs liés à un service
-
Définir une valeur de délai d'attente pour les connexions client inactives
-
Définir une valeur de délai d'attente pour les connexions de serveur inactives
-
Définir une limite sur l'utilisation de la bande passante par les clients
-
Conserver l'identificateur VLAN pour la transparence du VLAN
-
Configurer les moniteurs dans une configuration d'équilibrage de charge
-
Configurer l'équilibrage de charge pour les protocoles couramment utilisés
-
Cas d'utilisation 3 : configurer l'équilibrage de charge en mode de retour direct du serveur
-
Cas d'utilisation 4 : Configuration des serveurs LINUX en mode DSR
-
Cas d'utilisation 5 : configurer le mode DSR lors de l'utilisation de TOS
-
Cas d'utilisation 7 : Configurer l'équilibrage de charge en mode DSR à l'aide d'IP sur IP
-
Cas d'utilisation 8 : Configurer l'équilibrage de charge en mode à un bras
-
Cas d'utilisation 9 : Configurer l'équilibrage de charge en mode en ligne
-
Cas d'utilisation 10 : Équilibrage de charge des serveurs de systèmes de détection d'intrusion
-
Cas d'utilisation 11 : Isolation du trafic réseau à l'aide de stratégies d'écoute
-
Cas d'utilisation 12 : configurer Citrix Virtual Desktops pour l'équilibrage de charge
-
Cas d'utilisation 14 : Assistant ShareFile pour l'équilibrage de charge Citrix ShareFile
-
Cas d'utilisation 15 : configurer l'équilibrage de charge de couche 4 sur l'appliance NetScaler
-
-
-
Configuration pour générer le trafic de données NetScaler FreeBSD à partir d'une adresse SNIP
-
-
Déchargement et accélération SSL
-
Prise en charge du protocole TLSv1.3 tel que défini dans la RFC 8446
-
Matrice de prise en charge des certificats de serveur sur l'appliance ADC
-
Prise en charge du module de sécurité matérielle Thales Luna Network
-
-
-
Authentification et autorisation pour les utilisateurs système
-
Configuration des utilisateurs, des groupes d'utilisateurs et des stratégies de commande
-
Réinitialisation du mot de passe administrateur par défaut (nsroot)
-
Configuration de l'authentification des utilisateurs externes
-
Authentification basée sur une clé SSH pour les administrateurs NetScaler
-
Authentification à deux facteurs pour les utilisateurs système
-
-
Configurations TCP
-
-
Points à prendre en compte pour une configuration haute disponibilité
-
Synchronisation des fichiers de configuration dans une configuration haute disponibilité
-
Restriction du trafic de synchronisation haute disponibilité vers un VLAN
-
Configuration de nœuds haute disponibilité dans différents sous-réseaux
-
Limitation des basculements causés par les moniteurs de routage en mode non INC
-
Gestion des messages Heartbeat à haute disponibilité sur une appliance NetScaler
-
Supprimer et remplacer un NetScaler dans une configuration de haute disponibilité
-
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Configurations TCP
Les configurations TCP pour une appliance NetScaler peuvent être spécifiées dans une entité appelée profil TCP, qui est un ensemble de paramètres TCP. Le profil TCP peut ensuite être associé à des services ou à des serveurs virtuels qui souhaitent utiliser ces configurations TCP.
Un profil TCP par défaut peut être configuré pour définir les configurations TCP qui seront appliquées par défaut, globalement à tous les services et serveurs virtuels.
Remarque :
Lorsqu’un paramètre TCP a des valeurs différentes pour le service, le serveur virtuel et globalement, la valeur de l’entité la plus spécifique (le service) est donnée la priorité la plus élevée. L’appliance NetScaler propose également d’autres approches pour configurer TCP. Lisez la suite pour plus d’informations.
Configuration TCP prise en charge
L’appliance NetScaler prend en charge les fonctionnalités TCP suivantes :
Défendre TCP contre les attaques par usurpation d’identité
L’ implémentation NetScaler de l’atténuation des fenêtres est conforme à la norme RFC 4953.
Notification explicite de congestion (ECN)
L’appliance envoie une notification de l’état de congestion du réseau à l’expéditeur des données et prend des mesures correctives en cas d’encombrement ou de corruption des données. L’implémentation NetScaler de l’ECN est conforme à la norme RFC 3168.
Mesure du temps aller-retour (RTTM) à l’aide de l’option d’horodatage
Pour que l’option TimeStamp fonctionne, au moins un côté de la connexion (client ou serveur) doit la prendre en charge. L’implémentation de TimeStamp
cette option par NetScaler est conforme à la norme RFC 1323.
Détection de retransmissions fausses
Cette détection peut être effectuée à l’aide de l’accusé de réception sélectif en double TCP (D-SACK) et de la récupération RTO directe (F-RTO). S’il y a des retransmissions fausses, les configurations de contrôle de congestion sont rétablies à leur état d’origine. L’implémentation NetScaler de D-SACK est conforme à la norme RFC 2883 et F-RTO est conforme à la norme RFC 5682.
Contrôle de la congestion
Cette fonctionnalité utilise les algorithmes New-Reno, BIC, CUBIC, Nile et TCP Westwood.
Mise à l’échelle des fenêtres
Cela augmente la taille de la fenêtre de réception TCP au-delà de sa valeur maximale de 65 535 octets.
Points à prendre en compte avant de configurer la mise à l’échelle des fenêtres
- Vous ne définissez pas de valeur élevée pour le facteur d’échelle, car cela pourrait avoir des effets négatifs sur l’appliance et le réseau.
- Vous ne configurez pas la mise à l’échelle des fenêtres à moins de savoir clairement pourquoi vous souhaitez modifier la taille de la fenêtre.
- Les deux hôtes de la connexion TCP envoient une option d’échelle de fenêtre lors de l’établissement de la connexion. Si un seul côté d’une connexion définit cette option, la mise à l’échelle des fenêtres n’est pas utilisée pour la connexion.
- Chaque connexion pour la même session est une session de mise à l’échelle des fenêtres indépendante. Par exemple, lorsque la demande d’un client et la réponse du serveur passent par l’appliance, il est possible de mettre à l’échelle des fenêtres entre le client et l’appliance sans mise à l’échelle des fenêtres entre l’appliance et le serveur.
Fenêtre de congestion maximale TCP
La taille de la fenêtre est configurable par l’utilisateur. La valeur par défaut est de 8 190 octets.
Accusé de réception sélectif (SACK)
Cela utilise le récepteur de données (une appliance NetScaler ou un client) pour informer l’expéditeur de tous les segments qui ont été reçus avec succès.
Accusé de réception avant (FACK)
Cette fonctionnalité évite la congestion du protocole TCP en mesurant explicitement le nombre total d’octets de données en suspens sur le réseau et en aidant l’expéditeur (NetScaler ou client) à contrôler la quantité de données injectées dans le réseau pendant les délais de retransmission.
Multiplexage de connexions TCP
Cette fonctionnalité permet de réutiliser les connexions TCP existantes. L’appliance NetScaler stocke les connexions TCP établies vers le pool de réutilisation. Chaque fois qu’une demande client est reçue, l’appliance recherche une connexion disponible dans le pool de réutilisation et sert le nouveau client si la connexion est disponible. Si elle n’est pas disponible, l’appliance crée une connexion pour la demande du client et stocke la connexion au pool de réutilisation. NetScaler prend en charge le multiplexage des connexions pour les types de connexion HTTP, SSL et DataStream.
Mise en mémoire tampon de réception dynamique
Cela permet d’ajuster dynamiquement la mémoire tampon de réception en fonction des conditions de mémoire et du réseau.
Connexion MPTCP
Connexions MPTCP entre le client et NetScaler. Les connexions MPTCP ne sont pas prises en charge entre NetScaler et le serveur principal. L’implémentation du protocole MPTCP par NetScaler est conforme à la norme RFC 6824.
Vous pouvez afficher les statistiques MPTCP telles que les connexions MPTCP actives et les connexions de sous-flux actives à l’aide de l’interface de ligne de commande.
À l’invite de commandes, tapez l’une des commandes suivantes pour afficher un résumé ou un résumé détaillé des statistiques MPTCP ou pour effacer l’affichage des statistiques :
Stat MPTCP
Stat mptcp –detail
Clearstats basic
Remarque :
Pour établir une connexion MPTCP, le client et l’appliance NetScaler doivent prendre en charge la même version de MPTCP. Si vous utilisez l’appliance NetScaler comme passerelle MPTCP pour vos serveurs, ceux-ci ne doivent pas nécessairement prendre en charge le protocole MPTCP. Lorsque le client démarre une nouvelle connexion MPTCP, l’appliance identifie la version MPTPC du client à partir de l’option MP_CAPABALE du paquet SYN. Si la version du client est supérieure à celle prise en charge par l’appliance, celle-ci indique sa version la plus élevée dans l’option MP_CAPABALE du paquet SYN-ACK. Le client revient ensuite à une version inférieure et envoie le numéro de version dans l’option MP_CAPABALE du paquet ACK. Si cette version est prise en charge, l’appliance poursuit la connexion MPTCP. Sinon, l’appliance reprend un protocole TCP normal. L’appliance NetScaler ne lance pas de sous-flux (MP_JOIN). L’appliance s’attend à ce que le client lance des sous-flux.
Prise en charge de la publicité d’adresses supplémentaires (ADD_ADDR) dans MPTCP
Dans un déploiement MPTCP, si un serveur virtuel est lié à un ensemble d’adresses IP supplémentaires de serveur virtuel, la fonctionnalité d’annonce d’adresse supplémentaire (ADD_ADDR) annonce l’adresse IP des serveurs virtuels liés à l’ensemble d’adresses IP. Les clients peuvent initier des MP-JOIN
sous-flux supplémentaires vers les adresses IP annoncées.
Points à retenir sur la fonctionnalité MPTCP ADD_ADDR
- Vous pouvez envoyer un maximum de 10 adresses IP dans le cadre de
ADD_ADDR
cette option. Si le paramètremptcpAdvertise
est activé sur plus de 10 adresses IP, après avoir fait la publicité de l’adresse IP 10, l’appliance ignore le reste des adresses IP. - Si le sous-flux MP-CAPABLE est défini sur l’une des adresses IP du jeu d’adresses IP au lieu de l’adresse IP du serveur virtuel principal, l’adresse IP du serveur virtuel est annoncée si le paramètre
mptcpAdvertise
est activé pour l’adresse IP du serveur virtuel.
Configurer plus de fonctionnalités de publicité d’adresses (ADD_ADDR) pour annoncer une adresse VIP supplémentaire à l’aide de l’interface de ligne de commande
Vous pouvez configurer la MPTCP ADD_ADDR
fonctionnalité pour les types d’adresses IPv4 et IPv6. En général, plusieurs adresses IP IPv4 et IPv6 peuvent être attachées à un seul ensemble d’adresses IP et le paramètre peut être activé sur n’importe quel sous-ensemble d’adresses IP. Dans la fonction ADD_ADDR, seules les adresses IP sur lesquelles l’option « MPTCPAdVertise » est activée et les adresses IP restantes du jeu d’adresses IP sont ignorées.
Procédez comme suit pour configurer la ADD_ADDR
fonctionnalité :
- Ajoutez un ensemble d’adresses IP.
- Ajoutez une adresse IP de type IP de serveur virtuel (VIP) avec la publicité MPTCP activée.
- Liez l’adresse IP au jeu d’adresses IP.
- Configurez le jeu d’adresses IP avec le serveur virtuel d’équilibrage de charge.
Ajouter un ensemble d’adresses IP
À l’invite de commandes, tapez :
add ipset <name> [-td <positive_integer>]
<!--NeedCopy-->
Exemple :
add ipset ipset_1
<!--NeedCopy-->
Ajouter une adresse IP de type IP de serveur virtuel (VIP) avec la publicité MPTCP activée
Au niveau de la commande, tapez :
add ns ip <IPAddress>@ <netmask> [-mptcpAdvertise ( YES | NO )] -type <type>
<!--NeedCopy-->
Exemple :
add ns ip 10.10.10.10 255.255.255.255 -mptcpAdvertise YES -type VIP
Lier les adresses IP au jeu d’adresses IP
À l’invite de commandes, tapez :
bind ipset <name> <IPAddress>
<!--NeedCopy-->
Exemple :
bind ipset ipset_1 10.10.10.10
Configuration du jeu d’adresses IP sur un serveur virtuel d’équilibrage de charge
À l’invite de commandes, tapez :
set lb vserver <name> [-ipset <string>]
<!--NeedCopy-->
Exemple :
set lb vserver lb1 -ipset ipset_1
<!--NeedCopy-->
Exemple de configuration :
Add ipset ipset_1
add ns ip 10.10.10.10 255.255.255.255 -mptcpAdvertise YES -type VIP
bind ipset ipset_1 10.10.10.10
set lb vserver lb1 -ipset ipset_1
<!--NeedCopy-->
Configurer l’adresse IP externe publicitaire à l’aide de la fonctionnalité ADD_ADDR
Si l’adresse IP annoncée appartient à l’entité externe et que l’appliance NetScaler doit publier l’adresse IP, le paramètre « MPTCPAdvertise » doit être activé avec les paramètres d’état et ARP désactivés.
Procédez comme suit ADD_ADDR
pour configurer la publicité de l’adresse IP externe.
- Ajoutez une adresse IP de type IP de serveur virtuel (VIP) avec la publicité MPTCP activée.
- Liez l’adresse IP au jeu d’adresses IP.
- Lier le jeu d’adresses IP au serveur virtuel d’équilibrage de charge
Ajouter une adresse IP externe de type IP de serveur virtuel (VIP) avec la publicité MPTCP activée
À l’invite de commandes, tapez :
add ns ip <IPAddress>@ <External-IP-mask -type VIP> [-mptcpAdvertise ( YES | NO )] -type <type> -state DISABLED -arp DISABLED
<!--NeedCopy-->
Exemple :
add ns ip 10.10.10.10 255.255.255.255 -mptcpAdvertise YES -type VIP -state DISABLED -arp DISABLED
Lier les adresses IP au jeu d’adresses IP
À l’invite de commandes, tapez :
bind ipset <name> <IPAddress>
<!--NeedCopy-->
Exemple :
bind ipset ipset_1 10.10.10.10
Configuration du jeu d’adresses IP sur un serveur virtuel d’équilibrage de charge
À l’invite de commandes, tapez :
set lb vserver <name> [-ipset <string>]
<!--NeedCopy-->
Exemple :
set lb vserver lb1 -ipset ipset_1
Exemple de configuration :
add ns ip 10.10.10.10 255.255.255.255 -mptcpAdvertise YES -type VIP state DISABLED -arp DISABLED
bind ipset ipset_1 10.10.10.10
set lb vserver lb1 -ipset ipset_1
<!--NeedCopy-->
Annoncez une adresse IP auprès des clients compatibles MPTCP à l’aide de l’interface graphique NetScaler
Effectuez l’étape suivante pour annoncer l’adresse IP aux clients compatibles MPTCP :
- Accédez à Système > Réseau > IP .
- Dans le panneau de détails, cliquez sur Ajouter.
- Dans la page Créer une adresse IP, activez la case à cocher MPTCP Advertise pour définir le paramètre. Par défaut, il est désactivé.
Extraction de l’option de superposition de chemin TCP/IP et insertion de l’en-tête HTTP Client-IP
Extraction de la superposition de chemin TCP/IP et insertion d’en-tête HTTP client-IP. Le transport de données via des réseaux superposés utilise souvent la terminaison de connexion ou la traduction d’adresses réseau (NAT), dans laquelle l’adresse IP du client source est perdue. Pour éviter cela, l’appliance NetScaler extrait l’option de superposition de chemins TCP/IP et insère l’adresse IP du client source dans l’en-tête HTTP. Avec l’adresse IP dans l’en-tête, le serveur Web peut identifier le client source qui a établi la connexion. Les données extraites sont valides pendant toute la durée de vie de la connexion TCP, ce qui empêche l’hôte de saut suivant d’avoir à réinterpréter l’option. Cette option s’applique uniquement aux services Web sur lesquels l’option d’insertion Client-IP est activée.
TCP segmentation offload
Décharge la segmentation TCP vers la carte réseau. Si vous définissez l’option sur « AUTOMATIQUE », la segmentation TCP est déchargée vers la carte réseau, si la carte réseau est prise en charge.
cookie de synchronisation pour la connexion TCP avec les clients
Ceci est utilisé pour résister aux attaques d’inondation SYN. Vous pouvez activer ou désactiver le mécanisme SYNCOOKIE
de prise de contact TCP avec les clients. La désactivation SYNCOOKIE
empêche la protection SYN
contre les attaques sur l’appliance NetScaler.
Apprendre MSS pour activer l’apprentissage MSS pour tous les serveurs virtuels configurés sur l’appliance
Paramètres TCP pris en charge
Le tableau suivant fournit une liste des paramètres TCP et leur valeur par défaut configurés sur une appliance NetScaler.
Paramètre | Valeur par défaut | Description |
---|---|---|
Gestion des fenêtres | ||
TCP Delayed-ACK Timer | 100 millisecondes | Délai d’attente pour ACK retardé TCP, en millisecondes. |
Délai d’expiration minimum de retransmission TCP (RTO) en millions de secondes | 1000 milli sec | Délai de retransmission minimal, en millisecondes, spécifié par incréments de 10 millisecondes (la valeur doit donner un nombre entier si elle est divisée par 10) |
Connection idle time before starting keep-alive probes | 900 secondes | Déposez silencieusement les connexions établies par TCP sur les délais d’attente d’inactivité, les connexions établies lors du délai d’attente d’inactivité |
TCP Timestamp Option | DÉSACTIVÉ | L’option horodatage permet une mesure RTT précise. Activez ou désactivez l’option Horodatage TCP. |
Multipath TCP session timeout | 0 seconde | Délai d’expiration de session MPTCP en secondes. Si cette valeur n’est pas définie, inactif. Les sessions MPTCP sont vides après le délai d’inactivité du client du serveur virtuel. |
Silently Drop HalfClosed connections on idle timeout | 0 seconde | Abandonnez silencieusement les connexions TCP semi-fermées en période d’inactivité. |
Silently Drop Established connections on idle timeout | DÉSACTIVÉ | Supprimer silencieusement les connexions établies par TCP en période d’inactivité |
Gestion de la mémoire | ||
Taille de la mémoire tampon TCP | 131072 octets | La taille de la mémoire tampon TCP est la taille de la mémoire tampon de réception sur NetScaler. Cette taille de mémoire tampon est annoncée aux clients et aux serveurs par NetScaler et contrôle leur capacité à envoyer des données à NetScaler. La taille de la mémoire tampon par défaut est de 8 Ko et il est généralement prudent de l’incrémenter lorsque vous parlez à des batteries de serveurs internes. La taille de la mémoire tampon dépend également de la couche d’application réelle dans NetScaler. Par exemple, pour les cas de point de terminaison SSL, elle est définie à 40 Ko et pour la compression, elle est définie à 96 K. Remarque : l’argument de taille de la mémoire tampon doit être défini pour que des ajustements dynamiques puissent avoir lieu. |
Taille mémoire tampon d’envoi TCP | 131072 octets | Taille mémoire tampon d’envoi TCP |
Mise en mémoire tampon de réception dynamique TCP | DÉSACTIVÉ | Activez ou désactivez la mise en mémoire tampon de réception dynamique. Lorsqu’il est activé, il permet d’ajuster dynamiquement le tampon de réception en fonction des conditions de mémoire et du réseau. Remarque : L’argument de taille de la mémoire tampon doit être défini pour que les ajustements dynamiques aient lieu |
TCP Max congestion window(CWND) | 524288 octets | TCP Maximum Congestion Window |
Window Scaling status | ENABLED | Activez ou désactivez la mise à l’échelle des fenêtres. |
Window Scaling factor | 8 | Facteur utilisé pour calculer la nouvelle taille de fenêtre. Cet argument n’est nécessaire que lorsque la mise à l’échelle des fenêtres est activée. |
Configuration de la connexion | ||
Keep-alive probes | DÉSACTIVÉ | Envoyez des sondes TCP Keep-Alive (KA) périodiques pour vérifier si le pair est toujours actif. |
Connection idle time before starting keep-alive probes | 900 secondes | Durée, en secondes, pendant laquelle la connexion est inactive, avant l’envoi d’une sonde keep-alive (KA). |
Keep-alive probe interval | 75 seconde | Intervalle de temps, en secondes, avant la prochaine sonde Keep-Alive (KA), si le pair ne répond pas. |
Nombre maximal de sondes Keep-Alive à manquer avant d’interromper la connexion. | 3 | Nombre de sondes Keep-Alive (KA) à envoyer sans accusé de réception, avant de supposer que le pair est en panne. |
Atténuation de la fenêtre RST (protection contre les usurpation). | DÉSACTIVÉ | Activez ou désactivez l’atténuation de la fenêtre RST pour vous protéger contre l’usurpation. Lorsque cette option est activée, la réponse est accompagnée d’un ACK correctif lorsqu’un numéro de séquence n’est pas valide. |
Acceptez RST avec le dernier numéro de séquence accusé de réception. | ACTIVÉ | |
Data transfer | ||
Immediate ACK on PUSH packet | ACTIVÉ | Envoie un accusé de réception positif immédiat (ACK) à la réception de paquets TCP avec indicateur PUSH. |
Maximum packets per MSS | 0 | Nombre maximal d’octets à autoriser dans un segment de données TCP |
Algorithme de Nagle | DÉSACTIVÉ | L’algorithme de Nagle combat le problème des petits paquets dans la transmission TCP. Les applications telles que Telnet et d’autres moteurs en temps réel qui nécessitent que chaque frappe de touche soit passée de l’autre côté créent souvent de petits paquets. Grâce à l’algorithme de Nagle, NetScaler peut mettre en mémoire tampon de tels petits paquets et les envoyer ensemble pour augmenter l’efficacité de la connexion. Cet algorithme doit fonctionner avec d’autres techniques d’optimisation TCP dans NetScaler. |
Maximum TCP segments allowed in a burst | 10 MSS | Maximum number of TCP segments allowed in a burst |
Maximum out-of-order packets to queue | 300 | Taille maximale de la file d’attente des paquets en rupture d’ordre. Une valeur de 0 signifie qu’il n’y a pas de limite |
Contrôle de la congestion | ||
TCP Flavor | CUBIC | |
Paramétrage de la fenêtre de congestion initiale (cwnd) | 4 MSS | Limite maximale initiale du nombre de paquets TCP pouvant être en attente sur la liaison TCP vers le serveur |
TCP Explicit Congestion Notification(ECN) | DÉSACTIVÉ | La notification de congestion explicite (ECN) fournit une notification de bout en bout de la congestion du réseau sans abandonner de paquets. |
TCP Max congestion window(CWND) | 524288 octets | TCP maintient une fenêtre de congestion (CWND), limitant le nombre total de paquets sans accusé de réception pouvant être en transit de bout en bout. Dans TCP, la fenêtre de congestion est l’un des facteurs qui déterminent le nombre d’octets pouvant être en attente à tout moment. La fenêtre de congestion est un moyen d’empêcher qu’un lien entre l’expéditeur et le destinataire ne soit surchargé par un trafic trop important. Il est calculé en estimant combien de congestion il y a sur le lien. |
TCP Hybrid Start (HyStart) | 8 octets | |
Délai d’expiration minimum de retransmission TCP (RTO) en millions de secondes | 1000 | Délai de retransmission minimal, en millisecondes, spécifié par incréments de 10 millisecondes (la valeur doit donner un nombre entier si elle est divisée par 10). |
TCP dupack threshold | DÉSACTIVÉ | |
Burst Rate Control | 3 | Contrôle du taux de rafale TCP DÉSACTIVÉ/FIXE/DYNAMIQUE. FIXED nécessite la définition d’un débit TCP |
Taux TCP | DÉSACTIVÉ | Taux d’envoi de la charge utile de connexion TCP en Ko/s |
TCP Rate Maximum Queue | 0 | Taille maximale de la file d’attente de connexion en octets, lorsque BurStrateControl est utilisé. |
MPTCP | ||
Multipath TCP | DÉSACTIVÉ | Multipath TCP (MPTCP) est un ensemble d’extensions de TCP standard pour fournir un service TCP multipath, qui permet à une connexion de transport de fonctionner simultanément sur plusieurs chemins. |
Multipath TCP drop data on pre-established subflow | DÉSACTIVÉ | Activez ou désactivez la suppression silencieuse des données sur le sous-flux préétabli. Lorsque cette option est activée, les paquets de données DSS sont supprimés silencieusement au lieu d’interrompre la connexion lorsque des données sont reçues sur un sous-flux préétabli. |
Multipath TCP fastopen | DÉSACTIVÉ | Activez ou désactivez l’ouverture rapide Multipath TCP. Lorsque cette option est activée, les paquets de données DSS sont acceptés avant de recevoir le troisième ack de l’établissement de liaison SYN. |
Multipath TCP session timeout | 0 seconde | Délai d’expiration de session MPTCP en secondes. Si cette valeur n’est pas définie, les sessions MPTCP inactives sont vides après le délai d’inactivité du client du serveur virtuel. |
Sécurité | ||
SYN spoof protection | DÉSACTIVÉ | Activez ou désactivez la suppression des paquets SYN non valides pour vous protéger contre l’usurpation d’identité. Lorsque cette option est désactivée, les connexions établies sont réinitialisées lorsqu’un paquet SYN est reçu. |
TCP Syncookie | DÉSACTIVÉ | Ceci est utilisé pour résister aux attaques d’inondation SYN. Activez ou désactivez le mécanisme SYNCOOKIE pour l’établissement de liaison TCP avec les clients. La désactivation de SYNCOOKIE empêche la protection contre les attaques SYN sur l’appliance NetScaler. |
Loss Detection and Recovery | ||
Duplicate Selective Acknowledgment (DSACK) | ACTIVÉ | Une appliance NetScaler utilise un accusé de réception sélectif dupliqué (DSACK) pour déterminer si une retransmission a été envoyée par erreur. |
Forward RTO recovery (FRTO) | ACTIVÉ | Détecte les délais d’attente de retransmission TCP parasites. Après avoir retransmis le premier segment non reconnu déclenché par un délai d’expiration, l’algorithme de l’expéditeur TCP surveille les accusés de réception entrants pour déterminer si le délai d’expiration était faux. Il décide ensuite s’il faut envoyer de nouveaux segments ou retransmettre les segments non confirmés. L’algorithme aide efficacement à éviter d’autres retransmissions inutiles et améliore ainsi les performances TCP en cas de délai d’expiration inutile. |
TCP Forward Acknowledgment (FACK) | ACTIVÉ | Activez ou désactivez FACK (Forward ACK). |
Selective Acknowledgement(SACK) status | ACTIVÉ | TCP SACK résout le problème des pertes de paquets multiples, ce qui réduit la capacité globale de débit. Avec un accusé de réception sélectif, le destinataire peut informer l’expéditeur de tous les segments reçus avec succès, ce qui permet à l’expéditeur de ne retransmettre que les segments perdus. Cette technique permet à NetScaler d’améliorer le débit global et de réduire la latence de connexion. |
Maximum packets per retransmission | 1 | Permet à NetScaler de contrôler le nombre de paquets à retransmettre en une seule tentative. Lorsque NetScaler reçoit un ACK partiel et doit effectuer une retransmission, ce paramètre est pris en compte. Cela n’a aucune incidence sur les retransmissions basées sur le RTO. |
TCP Delayed-ACK Timer | 100 millisecondes | Délai d’attente pour l’ACK retardé par TCP, en millisecondes |
Optimisation du coût total de possession | ||
Mode d’optimisation TCP | TRANSPARENT | TCP Optimization modes TRANSPARENT/ENDPOINT |
Appliquer des optimisations TCP adaptatives | DÉSACTIVÉ | Apply Adaptive TCP optimizations |
TCP Segmentation Offload | AUTOMATIQUE | Déchargez la segmentation TCP vers la carte réseau. Si cette option est définie sur AUTOMATIC, la segmentation TCP est déchargée vers la carte réseau, si la carte réseau la prend en charge. |
ACK Aggregation | DÉSACTIVÉ | Activer ou désactiver l’agrégation ACK |
TCP Time-wait (ou Time_Wait) | 40 secondes | Temps écoulé avant de libérer une connexion TCP fermée |
Client et serveur Delink sur RST | DÉSACTIVÉ | Déconnecter la connexion client et serveur, lorsqu’il y a des données en attente à envoyer à l’autre côté. |
Remarque : lorsque HTTP/2 est activé, Citrix vous recommande de désactiver le paramètre TCP Dynamic Receive Buffering dans le profil TCP.
Setting Global TCP Parameters
L’appliance NetScaler vous permet de spécifier des valeurs pour les paramètres TCP applicables à tous les services et serveurs virtuels NetScaler. Cela peut être fait à l’aide de :
- Default TCP profile
- Global TCP command
- Fonction de mise en mémoire tampon TCP
Remarques :
Le paramètre
recvBuffSize
de la commande set ns TCPParam est obsolète à partir de la version 9.2. Dans les versions ultérieures, définissez la taille du tampon à l’aide du paramètrebufferSize
de la commande set ns TCPProfile. Si vous effectuez une mise à niveau vers une version où le paramètrerecvBuffSize
est obsolète, le paramètrebufferSize
est défini sur sa valeur par défaut.Lors de la configuration du profil TCP, assurez-vous que le
buffersize
paramètre TCP est inférieur ou égal auhttppipelinebuffersize
paramètre. Si lebuffersize
paramètre du profil TCP est supérieur auhttppipelinebuffersize
paramètre du profil HTTP, la charge utile TCP peut être accumulée et dépasser la taille de la mémoire tampon du pipeline HTTP. Cela entraîne la réinitialisation de la connexion TCP par l’appliance NetScaler.
Default TCP profile
Un profil TCP, nommé comme nstcp_default_profile
, est utilisé pour spécifier les configurations TCP utilisées si aucune configuration TCP n’est fournie au niveau du service ou du serveur virtuel.
Remarques :
Tous les paramètres TCP ne peuvent pas être configurés via le profil TCP par défaut. Certains paramètres doivent être exécutés à l’aide de la commande TCP globale (voir la section ci-dessous).
Il n’est pas nécessaire que le profil par défaut soit explicitement lié à un service ou à un serveur virtuel.
Pour configurer le profil TCP par défaut
-
À l’aide de l’interface de ligne de commande, entrez :
set ns tcpProfile nstcp_default_profile... <!--NeedCopy-->
-
Dans l’interface graphique, accédez à Système > Profils, cliquez sur Profils TCP et mettez à jour nstcp_default_profile.
Global TCP command
Une autre approche que vous pouvez utiliser pour configurer les paramètres TCP globaux est la commande TCP globale. En plus de certains paramètres uniques, cette commande duplique certains paramètres pouvant être définis à l’aide d’un profil TCP. Toute mise à jour de ces paramètres dupliqués est reflétée dans le paramètre correspondant du profil TCP par défaut.
Par exemple, si le paramètre SACK est mis à jour à l’aide de cette approche, la valeur est reflétée dans le paramètre SACK du profil TCP par défaut (nstcp_default_profile).
Remarque :
Citrix recommande d’utiliser cette approche uniquement pour les paramètres TCP qui ne sont pas disponibles dans le profil TCP par défaut.
Pour configurer la commande TCP globale
-
À l’aide de l’interface de ligne de commande, entrez :
set ns tcpParam … <!--NeedCopy-->
-
Sur l’interface graphique, accédez à Système > Paramètres, cliquez sur Modifier les paramètres TCP et mettez à jour les paramètres TCP requis.
Fonction de mise en mémoire tampon TCP
NetScaler fournit une fonctionnalité appelée mise en mémoire tampon TCP que vous pouvez utiliser pour spécifier la taille de la mémoire tampon TCP. La fonctionnalité peut être activée globalement ou au niveau du service.
Remarque :
La taille de la mémoire tampon peut également être configurée dans le profil TCP par défaut. Si la taille de la mémoire tampon comporte des valeurs différentes dans la fonctionnalité de mise en mémoire tampon TCP et dans le profil TCP par défaut, la valeur la plus élevée est appliquée.
Configuration globale de la fonctionnalité de mise en mémoire tampon TCP
-
À l’invite de commandes, saisissez :
enable ns mode TCPB
set ns tcpbufParam -size <positiveInteger> -memLimit <positiveInteger>
-
Sur l’interface graphique, accédez à Système > Paramètres, cliquez sur Configurer les modes et sélectionnez TCP Buffering.
Ensuite, accédez à Système > Paramètres, cliquez sur Modifier les paramètres TCP, spécifiez les valeurs pour la taille du tampon et lalimite d’utilisation de la mémoire.
Définition des paramètres TCP spécifiques au service ou au serveur virtuel
À l’aide des profils TCP, vous pouvez spécifier des paramètres TCP pour les services et les serveurs virtuels. Vous devez définir un profil TCP (ou utiliser un profil TCP intégré) et associer le profil au service et au serveur virtuel appropriés.
Remarque :
Vous pouvez également modifier les paramètres TCP des profils par défaut en fonction de vos besoins.
Vous pouvez spécifier la taille de la mémoire tampon TCP au niveau du service à l’aide des paramètres spécifiés par la fonctionnalité de mise en mémoire tampon TCP.
Pour spécifier des configurations TCP au niveau du service ou du serveur virtuel à l’aide de l’interface de ligne de commande
À l’invite de commandes, effectuez les opérations suivantes :
-
Configurez le profil TCP.
set ns tcpProfile <profile-name>... <!--NeedCopy-->
-
Liez le profil TCP au service ou au serveur virtuel.
set service <name> ....
<!--NeedCopy-->
Exemple :
> set service service1 -tcpProfileName profile1
Pour lier le profil TCP au serveur virtuel :
set lb vserver <name> ....
<!--NeedCopy-->
Exemple :
> set lb vserver lbvserver1 -tcpProfileName profile1
<!--NeedCopy-->
Pour spécifier des configurations TCP au niveau du service ou du serveur virtuel à l’aide de l’interface graphique
Dans l’interface graphique, effectuez les opérations suivantes :
-
Configurez le profil TCP.
Accédez à Système > Profils > Profils TCP, puis créez le profil TCP.
-
Liez le profil TCP au service ou au serveur virtuel.
Accédez à Gestion du trafic > Équilibrage de charge > Services/Serveurs virtuels, puis créez le profil TCP, qui doit être lié au service ou au serveur virtuel.
Profils TCP intégrés
Pour faciliter la configuration, NetScaler fournit certains profils TCP intégrés. Consultez les profils intégrés répertoriés pour les éléments suivants, sélectionnez un profil et utilisez-le tel qu’il est ou modifiez-le pour répondre à vos besoins. Vous pouvez lier ces profils à vos services ou serveurs virtuels requis.
Profil intégré | Description |
---|---|
nstcp_default_profile | Représente les paramètres TCP globaux par défaut de l’appliance. |
nstcp_default_tcp_lan | Utile pour les connexions de serveur principal, lorsque ces serveurs résident sur le même réseau local que l’appliance. |
NSTCP_Default_WAN | utile pour les déploiements WAN. |
nstcp_default_tcp_lan_thin_stream | Similaire au profil nstcp_default_tcp_lan. Toutefois, les paramètres sont réglés sur des flux de paquets de petite taille. |
nstcp_default_tcp_interactive_stream | Similaire au profil nstcp_default_tcp_lan. Cependant, il dispose d’un temporisateur ACK retardé réduit et des paramètres de paquet ACK sur PUSH . |
nstcp_default_tcp_lfp | Utile pour les réseaux WAN (long fat pipe networks) côté client. Les réseaux de gros tubes longs ont des lignes à long délai et à bande passante élevée avec des pertes de paquets minimales. |
nstcp_default_tcp_lfp_thin_stream | Similaire au profil nstcp_default_tcp_lfp. Toutefois, les paramètres sont réglés pour les flux de paquets de petite taille. |
nstcp_default_tcp_lnp | Utile pour les réseaux à tubes longs et étroits (WAN) côté client. Les réseaux à tubes longs et étroits subissent parfois des pertes de paquets considérables. |
nstcp_default_tcp_lnp_thin_stream | Similaire au profil nstcp_default_tcp_lnp. Toutefois, les paramètres sont réglés pour les flux de paquets de petite taille. |
nstcp_internal_apps | Utile pour les applications internes de l’appliance (par exemple, la synchronisation de site GSLB). Il contient la mise à l’échelle de la fenêtre ajustée et les options SACK pour les applications souhaitées. Ce profil ne doit pas être lié à des applications autres que des applications internes. |
NSTCP_Default_Mobile_Profile | Utile pour les appareils mobiles. |
NSTCP_Default_XA_XD_Profile | Utile pour le déploiement de Citrix Virtual Apps and Desktops. |
Exemples de configurations TCP
Exemples d’interface de ligne de commande permettant de configurer les éléments suivants :
Défendre TCP contre les attaques par usurpation d’identité
Activez NetScaler pour défendre le protocole TCP contre les attaques frauduleuses. Par défaut, le paramètre « RSTWindowattenuation » est désactivé. Ce paramètre est activé pour protéger l’appliance contre l’usurpation d’identité. Si vous l’activez, il répond avec un accusé de réception correctif (ACK) pour un numéro de séquence non valide. Les valeurs possibles sont Activé, Désactivé.
Où, le paramètre d’atténuation de la fenêtre RST protège l’appareil contre l’usurpation. Lorsque cette option est activée, répondez avec l’ACK correctif lorsqu’un numéro de séquence n’est pas valide.
> set ns tcpProfile profile1 -rstWindowAttenuate ENABLED -spoofSynDrop ENABLED
Done
> set lb vserver lbvserver1 -tcpProfileName profile1
Done
<!--NeedCopy-->
Notification explicite de congestion (ECN)
Enable ECN on the required TCP profile
> set ns tcpProfile profile1 -ECN ENABLED
Done
> set lb vserver lbvserver1 -tcpProfileName profile1
Done
<!--NeedCopy-->
Accusé de réception sélectif (SACK)
Activez SACK sur le profil TCP requis.
> set ns tcpProfile profile1 -SACK ENABLED
Done
> set lb vserver lbvserver1 -tcpProfileName profile1
Done
<!--NeedCopy-->
Accusé de réception (FACK)
Activez FACK sur le profil TCP requis.
> set ns tcpProfile profile1 -FACK ENABLED
> set lb vserver lbvserver1 -tcpProfileName profile1
<!--NeedCopy-->
Mise à l’échelle des fenêtres (WS)
Activez la mise à l’échelle de la fenêtre et définissez le facteur de mise à l’échelle de la fenêtre sur le profil TCP requis.
set ns tcpProfile profile1 –WS ENABLED –WSVal 9
Done
set lb vserver lbvserver1 -tcpProfileName profile1
Done
<!--NeedCopy-->
Taille de segment maximale (MSS)
Mettez à jour les configurations liées au MSS.
> set ns tcpProfile profile1 –mss 1460 - maxPktPerMss 512
Done
> set lb vserver lbvserver1 -tcpProfileName profile1
Done
<!--NeedCopy-->
NetScaler pour découvrir le MSS d’un serveur virtuel
Permettez à NetScaler d’apprendre le VSS et de mettre à jour les autres configurations associées.
> set ns tcpParam -learnVsvrMSS ENABLED –mssLearnInterval 180 -mssLearnDelay 3600
Done
<!--NeedCopy-->
Keep-Alive TCP
Activez la persistance TCP et mettez à jour les autres configurations associées.
> set ns tcpProfile profile1 –KA ENABLED –KaprobeUpdateLastactivity ENABLED -KAconnIdleTime 900 -KAmaxProbes 3 -KaprobeInterval 75
Done
> set lb vserver lbvserver1 -tcpProfileName profile1
Done
Taille de la mémoire tampon : utilisation du profil TCP
Spécifiez la taille de la mémoire tampon.
> set ns tcpProfile profile1 –bufferSize 8190
Done
> set lb vserver lbvserver1 -tcpProfileName profile1
Done
Taille du tampon : utilisation de la fonction de mise en mémoire tampon TCP
Activez la fonctionnalité de mise en mémoire tampon TCP (globalement ou pour un service), puis spécifiez la taille de la mémoire tampon et la limite de mémoire.
> enable ns feature TCPB
Done
> set ns tcpbufParam -size 64 -memLimit 64
Done
MPTCP
Activez MPTCP, puis définissez les configurations MPTCP facultatives.
> set ns tcpProfile profile1 -mptcp ENABLED
Done
> set ns tcpProfile profile1 -mptcpDropDataOnPreEstSF ENABLED -mptcpFastOpen ENABLED -mptcpSessionTimeout 7200
Done
> set ns tcpparam -mptcpConCloseOnPassiveSF ENABLED -mptcpChecksum ENABLED -mptcpSFtimeout 0 -mptcpSFReplaceTimeout 10
-mptcpMaxSF 4 -mptcpMaxPendingSF 4 -mptcpPendingJoinThreshold 0 -mptcpRTOsToSwitchSF 2 -mptcpUseBackupOnDSS ENABLED
Done
Contrôle de la congestion
Définissez l’algorithme de contrôle de congestion TCP requis.
set ns tcpProfile profile1 -flavor Westwood
Done
> set lb vserver lbvserver1 -tcpProfileName profile1
Done
Mise en mémoire tampon de réception dynamique
Activez la mise en mémoire tampon de réception dynamique sur le profil TCP requis.
> set ns tcpProfile profile1 -dynamicReceiveBuffering ENABLED
Done
> set lb vserver lbvserver1 -tcpProfileName profile1
Done
Prise en charge de TCP Fast Open (TFO) dans Multipath TCP (MPTCP)
Une appliance NetScaler prend désormais en charge le mécanisme TCP Fast Open (TFO) pour établir des connexions TCP multivoies (MPTCP) et accélérer les transferts de données. Le mécanisme permet de transporter les données de sous-flux pendant la liaison MPTCP initiale dans les paquets SYN et SYN-ACK et permet également de consommer les données par le nœud récepteur lors de l’établissement de la connexion MPTCP.
Pour plus d’informations, consultez la rubrique TCP Fast Open .
Prise en charge de la taille variable des cookies TFO pour MPTCP
Une appliance NetScaler vous permet désormais de configurer un cookie TCP Fast Open (TFO) de longueur variable d’une taille minimale de 4 octets et d’une taille maximale de 16 octets dans un profil TCP. Ce faisant, l’appliance peut répondre au client avec la taille de cookie TFO configurée dans le paquet SYN-ACK.
Pour configurer le cookie TCP Fast Open (TFO) dans un profil TCP à l’aide de l’interface de ligne de commande
À l’invite de commandes, tapez :
set tcpProfile nstcp_default_profile -tcpFastOpenCookieSize <positive_integer>
Exemple
set tcpProfile nstcp_default_profile -tcpFastOpenCookieSize 8
Pour configurer le cookie TCP Fast Open (TFO) dans un profil TCP à l’aide de l’interface graphique
- Accédez à Configuration > Système > Profils.
- Dans le volet d’informations, accédez à l’onglet Profils TCP et sélectionnez un profil TCP.
- Dans la page Configurer le profil TCP, définissez la taille du cookie d’ ouverture rapide TCP .
- Cliquez sur OK et Terminé.
SYN-Cookie timeout interval
Le paramètre TCPSyncookie
est activé par défaut dans les profils TCP pour fournir une protection robuste basée sur la RFC 4987 contre les attaques SYN. Si vous devez prendre en charge des clients TCP personnalisés qui ne sont pas compatibles avec cette protection mais qui veulent toujours garantir un retour en cas d’attaque, il synAttackDetection
gère cela pour vous en activant automatiquement le SYNCookie
comportement en interne pendant une période déterminée par le autosyncookietimeout
paramètre.
Pour configurer le seuil maximal de retransmission SYN ACK à l’aide de l’interface de ligne de commande :
À l’invite de commandes, tapez :
set ns tcpparam [-maxSynAckRetx <positive_integer>]
Set ns tcpparam [-maxSynAckRetx 150]
<!--NeedCopy-->
Pour configurer l’intervalle de délai d’expiration automatique des cookie SYN à l’aide de l’interface de ligne de commande
À l’invite de commandes, tapez :
set ns tcpparam [-autosyncookietimeout <positive_integer>]
Set ns tcpparam [-autosyncookietimeout 90]
Supprimer la connexion client et serveur
Lorsqu’il est activé, le paramètre déconnecte la connexion client et serveur lorsqu’il y a des données en attente à envoyer vers l’autre côté. Par défaut, le paramètre est désactivé.
set ns tcpparam -delinkClientServerOnRST ENABLED
Done
<!--NeedCopy-->
Configuration du paramètre de seuil de démarrage lent
Vous pouvez utiliser le slowStartthreshold
paramètre seuil de démarrage lent pour configurer la tcp-slowstartthreshold
valeur de la Nile
variante de l’algorithme de contrôle de la congestion. Les valeurs acceptables pour le paramètre sont min = 8190
et max = 524288
. La valeur par défaut est 524288
. La variante TCP Nile
, sous le profil TCP, ne dépend plus du maxcwnd
paramètre. Vous devez configurer le slowStartthreshold
paramètre de la Nile
variante.
À l’invite de commandes, tapez :
set tcpprofile nstcp_default_profile -slowstartthreshold 8190
Done
<!--NeedCopy-->
Partager
Partager
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.