Questions fréquemment posées concernant la résolution DNS intelligente dans Alibaba Cloud DNS.
Q : Pourquoi la planification de la résolution DNS intelligente est-elle imprécise ?
R : Cela ne concerne que les noms de domaine utilisant Alibaba Cloud DNS. Si votre domaine est hébergé sur le serveur DNS d'un autre fournisseur, contactez ce dernier. Pour les noms de domaine sur Alibaba Cloud DNS, si la ligne de résolution affiche une planification incorrecte, consultez Dépannage d'une planification de résolution intelligente inexacte.
Q : Comment la facturation de la résolution DNS intelligente fonctionne-t-elle ?
R : La résolution DNS intelligente n'est pas facturée séparément. Le coût est inclus dans les frais de l'édition Cloud DNS. Les différentes éditions prennent en charge des gammes de lignes de résolution variées. Consultez les sections Tarification et Comparaison des versions.
Q : Comment la résolution DNS intelligente détermine-t-elle l'emplacement d'un visiteur ?
R : Cloud DNS identifie l'emplacement du visiteur via l'IP de sortie du LocalDNS utilisé par celui-ci.
Q : Est-il possible de configurer des lignes de résolution par région chinoise ?
R : Oui. Les régions prises en charge incluent la Chine de l'Est, la Chine du Nord, la Chine centrale, la Chine du Sud, la Chine du Sud-Ouest, la Chine du Nord-Ouest et la Chine du Nord-Est. Les lignes régionales chinoises nécessitent l'édition Enterprise de Cloud DNS. Consultez la section Énumération des lignes de résolution.
Q : Comment basculer automatiquement le trafic vers des serveurs sains en cas de panne ?
R : La résolution DNS intelligente ne prend pas en charge le basculement automatique ni la suppression des IP défaillantes. Utilisez plutôt Présentation de Global Traffic Manager 3.0.
Q : La résolution DNS intelligente prend-elle en charge l'accès au serveur le plus proche pour China Mobile et China Unicom ?
R : Oui. La politique de résolution DNS fonctionne comme suit :
|
Source de résolution |
Adresse IP renvoyée |
|
China Mobile |
Adresse IP du serveur sur la ligne China Mobile |
|
China Unicom |
Adresse IP du serveur sur la ligne China Unicom |
|
Par défaut |
Adresse IP du serveur sur la ligne China Mobile |
Le système met en correspondance l'Carrier de chaque requête et renvoie l'adresse IP du serveur correspondante. Les requêtes provenant d'autres opérateurs se rabattent sur l'IP de la ligne China Mobile.
Q : Les lignes de résolution peuvent-elles avoir des emplacements géographiques qui se chevauchent ?
R : Oui. Pour les sources de résolution basées sur la Region, les priorités suivantes s'appliquent.
|
Source de résolution |
Priorité de résolution |
|
Singapour |
Élevée |
|
Asie |
Moyenne |
|
Hors de Chine |
Faible |
Par exemple, si vous configurez des lignes de résolution pour « Hors de Chine », « Asie » et « Singapour » : une requête provenant de Singapour renvoie l'adresse de la ligne Singapour ; une requête provenant d'ailleurs en Asie renvoie l'adresse de la ligne Asie ; une requête provenant d'un autre continent renvoie l'adresse de la ligne « Hors de Chine ».
Q : Puis-je servir uniquement les utilisateurs situés en Chine continentale ?
R : Oui. Configurez la politique de résolution DNS comme suit :
|
Source de résolution |
Adresse IP renvoyée |
|
Régions de Chine continentale |
Adresse IP du serveur |
|
Hors de Chine |
127.0.0.1 |
Pour les sources de requête situées en Chine continentale, le système renvoie l'adresse IP réelle de votre serveur. Pour le groupe « Hors de Chine continentale » (incluant Hong Kong (Chine), Macao (Chine), Taïwan (Chine) et d'autres régions), renvoyez une adresse IP invalide telle que 127.0.0.1 ou 0.0.0.0 afin de bloquer la résolution.
Échecs de résolution des enregistrements A lorsque la ligne par défaut est un enregistrement CNAME
Description du problème
Un hôte possède deux enregistrements DNS : un enregistrement CNAME sur la ligne par défaut et un enregistrement A sur la ligne Chine continentale. Lorsqu'un client situé en Chine continentale demande un enregistrement A, l'enregistrement CNAME de la ligne par défaut est renvoyé à la place.
Cause
Lorsqu'un utilisateur final sur une ligne autre que celle par défaut demande un type d'enregistrement autre qu'un enregistrement A, le serveur DNS faisant autorité renvoie l'enregistrement CNAME. Le serveur DNS local le met en cache. Comme les enregistrements CNAME ont la priorité la plus élevée, une demande ultérieure d'enregistrement A atteint l'enregistrement CNAME mis en cache au lieu d'interroger à nouveau le serveur faisant autorité. Il s'agit d'un comportement standard du protocole DNS.
Solution
Ne définissez pas la ligne par défaut sur un enregistrement CNAME lorsque d'autres lignes de résolution spécifiques sont configurées. Supprimez l'enregistrement CNAME de la ligne par défaut. Les enregistrements DNS se résoudront correctement après l'expiration du TTL du cache DNS local de l'opérateur.