ADC
Merci pour vos commentaires

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

Mettre en cache les données du sous-réseau du client EDNS0 lorsque l’appliance NetScaler est en mode proxy

En mode Proxy NetScaler, si un serveur principal prenant en charge un sous-réseau client EDNS0 (ECS) envoie une réponse contenant l’option ECS, l’appliance NetScaler effectue les opérations suivantes :

  • Il transmet la réponse telle quelle au client et
  • Stocke la réponse dans le cache, ainsi que les informations du sous-réseau client.

Les requêtes DNS qui proviennent du même sous-réseau du même domaine et pour lesquelles le serveur enverrait la même réponse sont ensuite traitées à partir du cache.

Remarque :

  • La mise en cache ECS est désactivée par défaut. Activez la mise en cache des données du sous-réseau client EDNS0 dans le profil DNS associé.
  • Le nombre de sous-réseaux que vous pouvez mettre en cache pour un domaine est limité aux ID de sous-réseau disponibles, c’est-à-dire 1 270 dans l’appliance NetScaler. Vous pouvez éventuellement définir la limite sur un nombre inférieur (valeur minimale : 1 ipv4/ipv6).

Activer la mise en cache des réponses ECS à l’aide de l’interface de ligne de commande

À l’invite de commandes, tapez :

set dns profile <dnsProfileName> -cacheECSResponses ( ENABLED | DISABLED )

Limitez le nombre de sous-réseaux pouvant être mis en cache par domaine à l’aide de l’interface de ligne de commande

À l’invite de commandes, tapez :

set dns profile <dnsProfileName> -maxSubnetsPerDomain <positive_integer>

Exemple :

Cache ECS

Dans l’exemple illustré dans la figure précédente, le client à l’adresse IP 2.2.2.2 envoie une requête pour www.example.com au résolveur DNS. Le résolveur DNS envoie la réponse suivante :

www.example.com DANS A, L’IP est 2.2.2.11, et ECS 2.2.2.0/24/24

À ce stade, la réponse et l’identifiant du sous-réseau client (2.2.2.0/24) sont mis en cache. D’autres demandes provenant du même sous-réseau et du même domaine sont traitées à partir du cache.

Par exemple, si l’adresse IP du client est 2.2.2.100 et que la requête concerne www.example.com, la requête est diffusée depuis le cache au lieu d’être envoyée au serveur principal.

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.
Mettre en cache les données du sous-réseau du client EDNS0 lorsque l’appliance NetScaler est en mode proxy