Alibaba Cloud DNS:FAQ sur les problèmes de résolution DNS et les échecs d'accès aux sites web

R : Vérifiez que les résultats DNS locaux et autoritaires correspondent à vos paramètres. S'ils correspondent, la résolution fonctionne. Si les résultats locaux diffèrent, attendez 10 minutes l'expiration du cache DNS et recommencez le test. Si les résultats autoritaires diffèrent, contactez le support après-vente. Méthodes pour tester l'efficacité de la résolution.

R : Voici les raisons courantes pour lesquelles la résolution du nom de domaine ne prend pas effet :

# Replace yourdomain with your domain.
# Check whether the NS records at the registry have been updated to the new DNS server addresses.
dig yourdomain NS

R : Un échec de résolution DNS signifie que les résultats de la requête ne correspondent pas à vos paramètres Alibaba Cloud DNS, ou que les requêtes ne permettent pas de récupérer l'adresse IP du serveur cible. Pour le dépannage, reportez-vous aux rubriques Tester la résolution DNS et Dépanner les problèmes de résolution DNS.

R : Cela est généralement causé par un cache DNS local obsolète. Votre serveur DNS local (serveur DNS cache) échappe au contrôle de Cloud DNS et met en cache les enregistrements en fonction du TTL que vous avez défini. Délais de propagation typiques :

• Ajout d'enregistrements : Immédiat

• Suppression ou modification d'enregistrements : Dépend du TTL du cache DNS local (par défaut : 10 minutes).

FAQ sur le délai de prise d'effet de la résolution.

R : Votre serveur DNS local (serveur DNS cache) échappe au contrôle de Cloud DNS et met en cache les enregistrements en fonction de votre paramètre TTL. Attendez que le TTL expire avant de recommencer le test. Méthode de définition de la valeur TTL.

R : Deux causes courantes :

• Cache du serveur DNS local : Après avoir modifié un enregistrement, la vitesse de propagation dépend du taux d'actualisation du cache DNS local de chaque région. Les régions dont le cache s'actualise lentement peuvent encore servir des enregistrements obsolètes.

  Solution : Cloud DNS ne peut pas contrôler les caches DNS locaux. Contactez votre ISP.

• Paramètres de ligne de résolution : L'absence d'une ligne default peut provoquer des échecs de résolution dans certaines régions.

  Solution : Ajoutez un enregistrement avec le champ Resolution Request Source défini sur « default », en conservant les autres paramètres identiques à ceux de l'enregistrement qui échoue. Ajout d'enregistrements de résolution.

R : Suivez les étapes suivantes pour enquêter :

1. Utilisez nslookup ou dig avec un serveur DNS public (tel que 8.8.8.8 ou 223.5.5.5) et comparez les résultats avec ceux de votre DNS local.

   nslookup example.com 8.8.8.8
   nslookup example.com 223.5.5.5

   Si les résultats diffèrent, votre ISP local intercepte ou détourne peut-être les réponses DNS.

2. Utilisez des outils de diagnostic réseau en ligne pour interroger les résultats de résolution depuis diverses régions géographiques et nœuds d'opérateurs. Cela permet de confirmer si l'anomalie est isolée à des zones ou des ISP spécifiques.

3. Si l'interception par l'ISP est confirmée :

   • Signalez et déposez une plainte auprès de votre ISP local.

   • Le déploiement d'un certificat SSL pour activer HTTPS chiffre le canal de transmission des données. Cela protège le contenu de votre site web contre toute altération ou remplacement par des pirates malveillants.

R : Non. Cloud DNS est un serveur DNS autoritaire et ne peut pas contrôler l'actualisation du cache sur les serveurs DNS locaux à l'échelle nationale.

R : Pour des scénarios tels que la vérification des e-mails, la vérification des certificats SSL ou l'intégration CDN/CNAME, procédez au dépannage comme suit :

1. Vérifiez le type et la valeur de l'enregistrement : Contrôlez strictement si l'enregistrement hôte (tel que _acme-challenge, _dmarc, @, www) et la valeur de l'enregistrement correspondent exactement aux exigences de la plateforme tierce. Faites attention aux points finaux, aux espaces supplémentaires et aux autres détails de formatage.

2. Vérifiez les résultats de la résolution :

   • Utilisez dig ou nslookup pour interroger avec le type d'enregistrement spécifique :

     dig TXT example.com
     nslookup -type=CNAME www.example.com

3. Cache et délai de propagation : La propagation DNS mondiale et l'actualisation du cache peuvent prendre de 10 minutes à 48 heures. Si l'outil de diagnostic affiche des résultats corrects mais que la plateforme tierce signale toujours des erreurs, attendez et réessayez, ou contactez la plateforme tierce pour vérifier le cache de son nœud de détection.

4. Vérification des conflits : Assurez-vous qu'il n'y a aucun conflit avec d'autres enregistrements. Par exemple, un enregistrement CNAME et un enregistrement A ne peuvent pas coexister sur le même enregistrement hôte.

R : La résolution DNS n'est qu'une partie de l'hébergement de site web. Vérifiez d'abord la résolution à l'aide de Méthodes pour tester l'efficacité de la résolution. Si la résolution est normale mais que le site web reste inaccessible, vérifiez les points suivants :

• Vérifiez que les ports 80 et 443 (requis pour HTTPS) sont ouverts dans le groupe de sécurité du serveur.

  telnet your-server-ip 80
  telnet your-server-ip 443

  Pour Alibaba Cloud ECS, consultez la rubrique Vérifier les règles du groupe de sécurité des instances ECS.

• Vérifiez que le service web est en cours d'exécution et écoute sur le port attendu. Vérifier l'état du service et l'état d'écoute du port.

• Vérifiez que le pare-feu du serveur autorise le trafic sur les ports requis. Vérifier les paramètres du pare-feu ECS.

• Si le navigateur affiche « Connection Reset » ou « Not Secure », vérifiez si le certificat SSL est correctement déployé sur le serveur. La couche DNS ne peut pas résoudre les problèmes de certificats HTTPS.

• Paramètres de redirection/transfert :

  • Si le transfert d'URL est configuré, veuillez noter que le transfert d'URL explicite/implicite d'Alibaba Cloud ne prend en charge que l'accès via le protocole HTTP et ne prend pas en charge les domaines source HTTPS. L'accès via HTTPS peut entraîner des échecs de connexion ou des boucles de redirection.

  • Vérifiez si le serveur web (tel que Nginx ou Apache) est configuré avec des règles de redirection incorrectes (par exemple, redirection vers des adresses IP privées ou des domaines non résolus).

• Si vous avez récemment modifié des enregistrements DNS, votre ordinateur local ou votre navigateur conserve peut-être encore en cache les anciens enregistrements de résolution. Effacez le cache DNS local : effacez le cache du navigateur, ou exécutez ipconfig /flushdns (Windows) / sudo dscacheutil -flushcache (macOS) pour vider le cache DNS local.

Si toutes les vérifications sont concluantes, contactez votre fournisseur de serveur ou d'hébergement pour un dépannage supplémentaire.

R : Une résolution active signifie que le service de résolution de noms de domaine fonctionne correctement. La commande ping repose sur le protocole ICMP (Internet Control Message Protocol) et ne peut sonder que les adresses IP des enregistrements A (IPv4) ou AAAA (IPv6). Un échec de la commande ping indique généralement un problème avec le lien réseau.

Par exemple, un ping vers un nom canonique (CNAME) ou un enregistrement MX peut échouer si le nom de domaine cible ne possède pas d'enregistrement A ou AAAA, ou si la chaîne de résolution est interrompue. Les commandes ping échouent également si un serveur a désactivé le protocole ICMP.

Si l'adresse IP de votre serveur provient d'Alibaba Cloud, soumettez un ticket pour le dépannage du serveur. Si l'adresse IP de votre serveur ne provient pas d'Alibaba Cloud, contactez votre fournisseur de serveur pour le dépannage.

R : Déterminez d'abord si le problème concerne l'instabilité du site web, la lenteur d'accès ou une véritable instabilité de la résolution DNS.

• Instabilité ou lenteur d'accès au site web : Il ne s'agit pas de problèmes DNS. Si le domaine résout vers la bonne adresse IP, le DNS fonctionne. Dépannez plutôt la configuration du serveur, l'application web et l'environnement réseau.

• Résolution instable : Les requêtes DNS passent du DNS local au DNS racine, au DNS de domaine de premier niveau, puis à Cloud DNS (DNS autoritaire). Si le DNS local est instable, des anomalies de résolution peuvent survenir. Capturez une capture d'écran depuis l'outil de requête Alibaba et soumettez un ticket.

R : Si le serveur d'origine et les principaux utilisateurs se trouvent hors de Chine continentale et que la latence de résolution DNS est élevée, passez Alibaba Cloud DNS à l'Ultimate Edition. Ensuite, basculez le domaine vers les adresses NS dédiées outre-mer dans la console. Cela permet aux utilisateurs situés hors de Chine continentale de résoudre le nom de domaine à partir d'emplacements proches et réduit la latence de résolution DNS dans ces régions.

R : Non. Lorsqu'une instance ECS expire ou est libérée, les enregistrements DNS dans Alibaba Cloud DNS ne sont pas automatiquement supprimés. Les enregistrements pointent toujours vers l'adresse IP d'origine, mais le service est indisponible. Si l'adresse IP est réattribuée à un autre utilisateur, votre domaine peut résoudre vers le serveur de quelqu'un d'autre, ce qui constitue un risque de sécurité. Supprimez rapidement les enregistrements DNS inutilisés.

R : Certains outils tiers peuvent ne pas gérer correctement les noms de domaine internationalisés. Utilisez l'encodage Punycode pour les requêtes et la configuration. Par exemple, le Punycode d'un domaine chinois est au format xn--fiq228c.com. Utilisez un outil de conversion Punycode en ligne.

R : Si une instance GTM est configurée, GTM a la priorité la plus élevée et les enregistrements DNS réguliers dans la console DNS ne prennent plus effet. Si le service GTM est désactivé ou supprimé, les enregistrements DNS réguliers reprendront effet après l'expiration du cache.

R : Le renouvellement du domaine n'affecte pas les enregistrements DNS configurés. Tant que le domaine est dans un état normal (non expiré ou gelé), les enregistrements DNS continuent d'être efficaces. Si une brève anomalie survient après le renouvellement, elle est généralement causée par un retard dans la synchronisation de l'état du domaine. Attendez un instant et les enregistrements reprendront effet.