rencontrer Erreur 1016 Si vous utilisez Cloudflare, considérez cela comme une phrase : Cloudflare ne peut pas résoudre votre IP source (Origin DNS error). En d'autres termes, Cloudflare est bloqué sur le DNS à l'étape "aller à la source" (et non à l'étape où l'application source signale une erreur de type 500).

Voici une liste de points d'attention de 10 minutes et de solutions correspondantes, par ordre de priorité, en commençant par les causes les plus courantes.
Liste de contrôle des lieux en 10 minutes (dans l'ordre)
0-1 minutes : Confirmation du nom d'hôte qui a signalé une erreur
- notifier uniquement
wwwOu bien le domaine racine est-il également signalé ? Ou le domaine racine est-il également signalé ? Ou un sous-domaine (par ex.api.) ? - record (en sport, etc.)URL complète de l'erreur + point dans le temps(retour en arrière)

1-3 minutes : Inspection Enregistrements pour "ce nom d'hôte" dans Cloudflare DNSsi oui ou non
Ouvrez la console Cloudflare → DNS → Trouvez le nom d'hôte correspondant :
- Le nom de domaine racine doit normalement avoir A(ou AAAA) à l'IP source
wwwIl s'agit généralement CNAME Pointe vers le domaine racine ou source
3-5 minutes : Utilisez les commandes DNS pour vérifier que la résolution est réelle.
Exécutez-le sur votre ordinateur/serveur (l'un ou l'autre) :
dig +short A yourdomain.comdig +short CNAME www.yourdomain.comnslookup yourdomain.com 1.1.1.1nslookup yourdomain.com 8.8.8.8
Ce qu'il faut voir, c'est.. :
- Un dossier peut être renvoyéIP publique réelle
- S'il s'agit d'un CNAME, le domaine cible du CNAME continuera également à se résoudre en A/AAAA.
Si A/AAAA renvoie un résultat nul, ou si la cible CNAME n'est pas résolue, il est en principe bloqué. Cause première de l'erreur 1016.

5-7 minutes : se concentrer sur la "résolvabilité de la cible CNAME".
Si votre dossier est :www -> CNAME -> un nom de domaine externe
- Vérifiez-le tout de suite.Nom de domaine cibleSe résout-il en A/AAAA
- Pièges courants : expiration du nom de domaine cible, suppression du DNS, modification des enregistrements par le fournisseur de services, fautes d'orthographe dans l'écriture.
7-9 min : Utilisez-vous Load Balancer / Tunnel / Spectrum ?
Juste à côté de votre utilisation :
A) Équilibreur de charge Cloudflare
- Contrôler l'état de la piscine noms d'hôtes d'origine Ces problèmes peuvent-ils tous être résolus ?
- Il est recommandé de configurer un **fallback pool** pour écrire directement sur l'IP source afin d'éviter que "tous les noms d'hôtes ne soient pas résolus", ce qui entraînerait une erreur de 1016
B) Tunnel Cloudflare (cloudflared)
- L'enregistrement DNS pointe vers un tunnel, mais le tunnel ne fonctionne pas. 1016
Vérification rapide :- Vérifiez si les services de votre tunnel sont en ligne (services système, conteneurs, démons).
- rouvrir
nuageux (cloudflared)(a) Le programme des États-Unis d'Amérique, ou la récupération vers un programme avec des stations sources à connexion directe enregistrées en A.
C) Spectre (origine CNAME)
- Conseil officiel : Avant de faire un CNAME origin pour Spectrum, vous devez créer un CNAME pointant vers origin du côté du DNS Cloudflare, sinon cela peut déclencher 1016.
9-10 minutes : S'agit-il d'un scénario spécial "Cloudflare pour SaaS / SSL pour SaaS / Workers" ?
Si vous utilisez des domaines personnalisés SaaS ou des sous-requêtes de travailleurs, l'erreur 1016 a une signification plus "configurable" : Cloudflare indiquera que le nom d'hôte personnalisé ne peut pas être routé ou proxy.
Cloudflare pour SaaS / SSL pour SaaS Causes communes(liste officielle) :
- pour les noms d'hôtes personnalisésLa vérification de la propriété n'a pas été effectuée
- origine de secours Pas réglé correctement
- Vous avez utilisé un joker pour personnaliser le nom d'hôte, mais le nom d'hôte demandé correspond à un domaine qui existe également en tant que "zone autonome" dans Cloudflare, avec des priorités contradictoires.
- Il n'y a pas d'enregistrement DNS pour le nom d'hôte dans la zone cible SaaS.
- Le nom d'hôte personnalisé n'est pas dans
actifétat des lieux
Scène des travailleurs
- Si l'assurance du travailleur
récupérer()Les sous-requêtes touchent la zone de configuration partielle (CNAME) : vous devez vous assurer que le nom d'hôte existe dans la zone Cloudflare (et pas seulement dans le DNS faisant autorité).
Donner le scénario le plus directAction de réparation"
Scénario 1 : Enregistrement A manquant / IP de l'enregistrement A erroné
- Ajoutez ou corrigez ce nom d'hôte dans le DNS Cloudflare pour l'application Les archives(pointant vers l'IP publique source correcte)
- Attendre que le TTL prenne effet (généralement quelques minutes ou dizaines de minutes).
- réutilisation
dig/nslookupVérifier que l'IP correcte est renvoyée

Scénario 2 : Le domaine cible pointé par CNAME n'est pas résolvable
Fixer le DNS du domaine cible (pour qu'il se résolve en A/AAAA), ou simplement changer le CNAME en un enregistrement A pointant vers l'IP source (plus stable et plus intuitif).

Scénario 3 : Le tunnel n'a pas fonctionné
- reconnaître
nuageux (cloudflared)Processus/conteneurs en ligne - Récupération des politiques d'auto-démarrage et de redémarrage
- Si le rétablissement n'est pas possible à court terme, revenir temporairement à l'enregistrement A directement connecté à la station source et rétablir d'abord la disponibilité.
Scénario 4 : Pool d'équilibreurs de chargerésolution des noms de domaineéchouer (par exemple, expériences)
- Fixe le nom d'hôte d'origine dans le pool pour qu'il puisse être résolu.
- Configurer un pool de secours pour écrire directement à l'IP source afin d'éviter un blocage complet 1016

Scénario 5 : Cloudflare pour les rapports de domaines personnalisés SaaS 1016
- Vérifier si le nom d'hôte personnalisé est
actif(Vérification de l'achèvement) - Vérifiez que l'enregistrement DNS de l'origine de secours existe et qu'il est configuré.
- Éviter les conflits de priorité entre les noms d'hôtes génériques et les noms d'hôtes des zones indépendantes
Comment vérifier qu'il est "vraiment bon" après la réparation.
- dépense ou frais
dig/nslookupenquête distincte1.1.1.1répondre en chantant8.8.8.8Confirmation de la cohérence de l'analyse - Accès au navigateur sans trace
https://域名/avec le chemin d'erreur - Si vous avez plusieurs locales : utilisez un vérificateur DNS en ligne pour voir si la résolution est cohérente d'une locale à l'autre (il est également officiellement recommandé d'utiliser un outil de recherche DNS pour vérifier que les enregistrements sont résolvables).
Ensemble minimal d'informations à soumettre aux partenaires/collègues
Si vous soumettez le problème à votre hébergeur, à un collègue ou au service d'assistance de Cloudflare, il est recommandé de fournir immédiatement : le nom de domaine, l'URL où l'erreur a été signalée, l'heure à laquelle elle s'est produite, une capture d'écran de l'enregistrement DNS, une copie de l'enregistrement DNS local, une copie de l'enregistrement DNS de l'hébergeur et une copie de l'enregistrement DNS de l'hébergeur. dig/nslookup Cloudflare a également une ligne directrice spécifique pour la collecte d'informations sur les fautes, qui est centrée sur le regroupement de ces champs clés.
Lien vers cet article :https://www.361sale.com/fr/86675L'article est protégé par le droit d'auteur et doit être reproduit avec mention.






















![Emoji[wozuimei]-Photonflux.com | Service professionnel de réparation de WordPress, dans le monde entier, réponse rapide](https://www.361sale.com/wp-content/themes/zibll/img/smilies/wozuimei.gif)
![Émoticône [baoquan] - Photon Wave Network | Services professionnels de réparation WordPress, couverture mondiale, réponse rapide](https://www.361sale.com/wp-content/themes/zibll/img/smilies/baoquan.gif)

Pas de commentaires