Edge Security Acceleration:FAQ DNS

Oui, vous pouvez accélérer le domaine racine et le sous-domaine www en même temps. Ajoutez les enregistrements DNS pour les deux domaines dans la console ESA et activez l'accélération par proxy.

Non. ESA ne prend en charge que la récupération de contenu depuis l'origine via le réseau public. Lors de la configuration du serveur d'origine, fournissez une adresse IP accessible sur Internet ou un nom de domaine qui se résout en une adresse IP publique.

Plusieurs raisons peuvent expliquer l'échec de la résolution CNAME :

• Vérifiez que la valeur de l'enregistrement CNAME configuré correspond exactement à l'adresse CNAME obtenue dans la console ESA. Toute divergence entraîne l'échec de la résolution.

• Après la configuration du CNAME, le TTL (Time To Live) des serveurs DNS du fournisseur d'accès Internet peut ne pas avoir été actualisé. Le TTL est généralement de 10 minutes, mais la durée réelle dépend de la valeur TTL sélectionnée lors de la configuration de la résolution du domaine.

• Une fois la configuration CNAME terminée, ESA effectue une vérification globale pour s'assurer que le domaine accéléré pointe bien vers ESA. Si certaines régions n'ont pas encore propagé la résolution vers ESA, un point d'exclamation s'affiche. Le statut ne devient normal que lorsque la résolution est effective sur l'ensemble du réseau.

• Vous avez peut-être configuré des routes de résolution spécifiques, ce qui fait que le trafic de certaines régions contourne l'accélération ESA. Par exemple, comme illustré ci-dessous, la route de résolution pour la Chine continentale peut pointer vers ESA, tandis que celle pour les autres régions utilise un enregistrement A pointant directement vers le serveur. Étant donné que le trafic hors de Chine continentale ne se résout pas vers ESA, la console n'affiche pas un statut de résolution normal pour ces zones. Cela n'affecte toutefois pas l'utilisation réelle du service.

Le changement de région d'accélération pour un nom de domaine peut entraîner les effets suivants :

• Augmentation du trafic vers l'origine.

  Par exemple, si vous modifiez la région d'accélération de Chinese Mainland à Global, des points de présence (POP) sont ajoutés dans des régions situées hors de Chine continentale. Comme ces nouveaux POP ne disposent d'aucune ressource mise en cache provenant du serveur d'origine, ils doivent récupérer les ressources directement depuis l'origine, ce qui augmente temporairement le trafic vers celle-ci.

  Bien que les POP de niveau 2 d'ESA réduisent généralement le trafic vers l'origine, nous vous recommandons de surveiller en temps réel la charge de votre serveur d'origine après le changement de région d'accélération afin de vous assurer qu'il peut gérer l'augmentation du trafic.

• Baisse du taux de succès du cache.

  L'augmentation du trafic vers l'origine générée par les nouveaux POP réduit temporairement le taux global de succès du cache.

Lors de la configuration des scénarios pour les enregistrements DNS, le choix du type d'activité offre une grande flexibilité. La sélection d'un type d'activité qui ne correspond pas exactement à votre scénario n'affecte pas la fonctionnalité d'accès de base ; toutefois, une correspondance précise améliore considérablement l'efficacité de l'ordonnancement des ressources d'accélération de sécurité et optimise les performances globales. Choisissez le type de scénario qui correspond le mieux aux caractéristiques réelles de votre activité, afin que le système ESA puisse allouer dynamiquement une politique d'accélération de sécurité plus adaptée à l'enregistrement de domaine. Vous pouvez modifier l'enregistrement et ajuster le type d'activité à tout moment via la console pour optimiser continuellement la configuration des ressources.

Dans la console ESA, accédez à DNS > Records. Cette page affiche le mode de connexion actuel, le scénario d'activité (par exemple, l'accélération API) et la cible CNAME de votre domaine. Ces informations vous permettent de déterminer si des fonctionnalités avancées telles que le routage intelligent sont activées.

Lorsqu'un sous-domaine possède son propre enregistrement A/AAAA ou CNAME, cet enregistrement spécifique est prioritaire par rapport à un enregistrement CNAME générique (*) pour le même espace de noms. Les requêtes destinées à ce sous-domaine se résolvent vers l'adresse configurée dans l'enregistrement spécifique et ne correspondent plus à l'enregistrement générique.

Suivez les étapes suivantes dans l'ordre :

1. Vérifiez si vous avez atteint le quota d'enregistrements de votre forfait. La page de liste des enregistrements affiche « You have added {current record count}/{quota value} records » au-dessus du tableau. Lorsque le quota est dépassé, ce message s'affiche en rouge et est suivi de « The limit has been exceeded and editing is disabled. Delete records until you are back within the limit, and then try editing again », et les boutons Add record et Edit sont désactivés. Ne supposez pas un nombre fixe tel que 100 ou 150 enregistrements. Le quota est attribué dynamiquement en fonction de votre forfait ; vérifiez toujours le message sur cette page pour connaître votre quota réel.

2. Vérifiez la configuration de votre origine. Si l'enregistrement CNAME que vous ajoutez pointe vers l'adresse CNAME par défaut d'un bucket OSS, un conflit peut survenir. À la place, dans la valeur de l'enregistrement, sélectionnez OSS comme type d'origine et saisissez le nom de domaine par défaut du bucket. Lorsque vous sélectionnez le type d'origine OSS ou S3, ESA définit automatiquement l'authentification en lecture publique, et si Proxied est activé, l'hôte d'origine suit le nom de domaine d'origine.

3. Actualisez la page de la console et ajoutez à nouveau l'enregistrement.

Un enregistrement URI publie l'emplacement d'un service que lisent des applications clientes spécifiques. Il n'est pas destiné à un accès via un navigateur, et la commande ping ne le résout pas en une adresse IP. Si un nom d'hôte ne possède qu'un enregistrement URI configuré, le retour Unknown host par la commande ping pour ce nom d'hôte est un comportement attendu et n'indique pas que l'enregistrement a été ajouté incorrectement. Pour connaître le nombre d'enregistrements URI autorisés par nom d'hôte, consultez la section Limites des enregistrements.