Dépannage DNS_PROBE_FINISHED_BAD_CONFIG

Établissez d'abord le scope

Notez le nom d'hôte exact et si le problème affecte un ou plusieurs sites Web. Essayez un site connu et un autre appareil sur le même réseau. Enregistrez toutes les modifications récentes d'un VPN, d'un proxy, d'un routeur ou d'un réseau.

Ne publiez pas de domaines internes, d'informations d'identification ou de secrets de configuration dans une recherche publique. Les requêtes ici sont envoyées à un résolveur tiers, qui ne peut pas inspecter le cache du résolveur privé de votre appareil ni la vue DNS de l'entreprise.

Comparez une réponse DNS publique

Recherchez le nom et le type d'enregistrement avec un résolveur public choisi. Une réponse publique réussie alors que votre navigateur échoue suggère que le navigateur, le système d'exploitation, le chemin réseau ou le résolveur configuré méritent une enquête plus approfondie ; il n'identifie pas une seule cause certaine.

Une raison sociale interne peut être intentionnellement indisponible via le DNS public. Le remplacement du résolveur d'entreprise pourrait interrompre l'accès plutôt que de le réparer. Consultez l'administrateur réseau avant de modifier les paramètres gérés.

Vérifiez la configuration locale en toute sécurité

Inspectez si votre carte réseau est configurée pour un DNS automatique ou un résolveur personnalisé délibéré. Vérifiez que les adresses n'ont pas été mal saisies. Sur un appareil géré, suivez le processus d'assistance de l'organisation au lieu de désactiver le logiciel de sécurité ou de modifier les politiques.

Examinez les paramètres VPN ou proxy actifs et le comportement des extensions à l'aide des contrôles pris en charge. N'exécutez pas de scripts de réparation non fiables et ne réinitialisez pas aveuglément tous les réseaux en réponse à une erreur du navigateur.

Réessayez après un rafraîchissement mesuré

Redémarrez le navigateur et reconnectez le réseau si cela est sûr. Si vous soupçonnez un cache obsolète, consultez les instructions officielles du système d’exploitation pour vider son cache DNS. Les commandes et autorisations exactes varient.

La modification d'un enregistrement DNS public n'efface pas de force tous les caches récursifs et locaux. Conservez les TTL et les horodatages avec vos observations et évitez de basculer les paramètres à plusieurs reprises sans enregistrer ce qui a changé.

Lorsque la recherche publique échoue également

NXDOMAIN, SERVFAIL et un délai d'attente réseau signifient des choses différentes. Vérifiez le statut du fournisseur DNS faisant autorité et la configuration de la délégation du registraire, le cas échéant. Une page Web ne peut pas réparer ces services ou vérifier votre réseau local de l'extérieur.

Essayez explicitement l'autre résolveur pris en charge si vous souhaitez une deuxième vue récursive. Deux réponses correspondantes ne constituent toujours pas une mesure de propagation globale, et les différences ne rendent pas automatiquement l'un ou l'autre outil incorrect.

Créez un rapport d'assistance utile

Collectez le nom d'hôte concerné, l'heure, le message d'erreur, le résolveur, le type d'enregistrement et si d'autres appareils ou réseaux le reproduisent. Oubliez les jetons de vérification privés TXT et l'historique de navigation personnel, sauf si votre canal d'assistance en a spécifiquement besoin.

Restaurez les paramètres intentionnels si une expérience n'a pas aidé. Signalez les pannes persistantes à votre réseau ou à votre fournisseur DNS avec les observations, plutôt que de désactiver les protections ou d'accepter des fichiers de configuration inconnus.