Vérifiez l’état du service en direct et les réponses d’échec documentées avant de procéder à l’intégration.
Utilisé par les gens des meilleures entreprises
Signaux de confiance avant intégration
Une documentation transparente, des requêtes authentifiées et des détails de fiabilité visibles facilitent l’évaluation de DomScan avant mise en production.
OpenAPI, Swagger, Postman, CLI, SDK et liens MCP sont accessibles en un clic.
Les endpoints authentifiés utilisent des clés API avec des coûts en crédits clairs avant l’appel.
Commencez avec 10 000 crédits mensuels et passez à l’offre supérieure seulement quand l’usage augmente.
Ce que cette API vous aide à livrer
Utilisez cette page comme brief de production : endpoints, exemples, structure de réponse et éléments de workflow pour intégrer DomScan à votre produit.
Intégrez vérifications de domaines, intelligence DNS, signaux de risque ou enrichissement dans l’onboarding, la recherche et les outils internes.
Remplacez les recherches manuelles répétées par des tâches planifiées, des alertes et des étapes d’enquête reproductibles.
Utilisez des champs prévisibles, des codes d’état documentés et des coûts en crédits au lieu de scraper des pages fournisseur.
Alimentez agents, tableaux de bord, playbooks SOAR et CRMs via OpenAPI, SDK, Postman ou MCP.
Flux d’intégration
Un parcours simple de la première requête à un usage répétable en production.
Envoyez votre clé API avec l’en-tête documenté et gardez des requêtes cohérentes entre services.
Commencez par les exemples curl et HTTP, puis mappez les paramètres dans le code de votre application.
Utilisez codes d’état, coûts en crédits et champs de réponse pour construire retries, logs et alertes.
Kit développeur
Passez de cette page aux docs lisibles par machine, collections de requêtes, SDKs ou outils d’agents.
Générez des clients ou inspectez chaque forme de requête et de réponse.
Collection PostmanImportez des requêtes prêtes pour les tests manuels et le transfert à l’équipe.
SDKs et CLIUtilisez des packages maintenus et des workflows en ligne de commande au lieu d’écrire du boilerplate.
Intégration MCPExposez l’intelligence de domaines aux agents IA et aux assistants internes.
Carte des paramètres et réponses
Parcourez les entrées, champs de sortie et codes d’état avant de connecter l’endpoint à votre client.
Paramètre
Exemple de Réponse
Codes de Statut HTTP
Points de terminaison
/v1/dns/propagation
/v1/dns/propagation/bulk
/v1/dns/servers
Signaux de confiance avant intégration
Une documentation transparente, des requêtes authentifiées et des détails de fiabilité visibles facilitent l’évaluation de DomScan avant mise en production.
OpenAPI, Swagger, Postman, CLI, SDK et liens MCP sont accessibles en un clic.
Les endpoints authentifiés utilisent des clés API avec des coûts en crédits clairs avant l’appel.
Commencez avec 10 000 crédits mensuels et passez à l’offre supérieure seulement quand l’usage augmente.
Commencez par les exemples curl et HTTP, puis mappez les paramètres dans le code de votre application.
Fonctionnalités clés
Interrogez Cloudflare et Google séparément, sans basculement vers l’autre fournisseur.
Comparez les enregistrements A, AAAA, CNAME, MX, TXT, NS et SOA.
Affichez le plus grand groupe de réponses identiques ou les correspondances exactes lorsqu’expected est fourni.
Vérifiez si les deux résolveurs configurés renvoient le même ensemble canonique de réponses.
Utilisez facultativement une valeur d’enregistrement exacte comme base du pourcentage.
Consultez le TTL renvoyé par chaque résolveur, qui peut refléter l’état actuel de son cache.
Mesurez le temps de réponse depuis le chemin de requête, pas la latence de différentes régions.
Consultez le fournisseur, la portée anycast, le point de terminaison DoH et sa documentation.
Exemple de Requête
curl -H "X-API-Key: $DOMSCAN_API_KEY" "https://domscan.net/v1/dns/propagation?domain=example.com&type=A"
Exemple de Réponse
{
"domain": "example.com",
"record_type": "A",
"measurement_scope": "configured_recursive_resolvers",
"percentage_basis": "resolver_convergence",
"propagation_percentage": 100,
"fully_propagated": true,
"consistent": true,
"unique_values": ["93.184.216.34"],
"results": [
{
"server": {
"name": "Cloudflare 1.1.1.1",
"ip": "1.1.1.1",
"provider": "Cloudflare",
"location": "Global anycast",
"country": "GLOBAL",
"scope": "global-anycast",
"doh_endpoint": "https://cloudflare-dns.com/dns-query"
},
"success": true,
"records": ["93.184.216.34"],
"ttl": 86400,
"response_time_ms": 12
},
{
"server": {
"name": "Google Public DNS",
"ip": "8.8.8.8",
"provider": "Google",
"location": "Global anycast",
"country": "GLOBAL",
"scope": "global-anycast",
"doh_endpoint": "https://dns.google/resolve"
},
"success": true,
"records": ["93.184.216.34"],
"ttl": 86400,
"response_time_ms": 15
}
],
"summary": {
"total_servers": 2,
"successful": 2,
"failed": 0,
"matching_expected": 0
}
}
Foire aux questions
Sans expected, le pourcentage correspond au plus grand groupe de réponses identiques divisé par les deux résolveurs configurés. Avec expected, il correspond au nombre de correspondances exactes divisé par deux. fully_propagated signifie seulement que les deux convergent ou correspondent à expected.
Chaque résolveur récursif possède son propre cache. Les différences peuvent venir de l’expiration du TTL, du moment de mise en cache, de changements progressifs sur les serveurs faisant autorité, de la répartition de charge, d’une politique DNS ou d’une variation volontaire. Un écart ne signale pas forcément une erreur.
L’API interroge séparément Cloudflare 1.1.1.1 et Google Public DNS via leurs points de terminaison JSON DoH. Tous deux sont des services récursifs en anycast mondial, pas deux emplacements géographiques.
Non. Elle compare deux fournisseurs publics de résolution récursive depuis le chemin de requête. Pour obtenir des preuves plus larges, interrogez aussi les serveurs faisant autorité et testez depuis les réseaux ou régions qui vous intéressent.
Outils et Ressources Connexes
Codes de Statut HTTP
Nous documentons les codes d'état HTTP que votre client doit gérer afin de distinguer les réponses réussies, les problèmes d'authentification, les crédits, les limites de débit, les données introuvables et les erreurs en amont.
Requête réussie
Paramètres invalides
Clé API ou session manquante ou invalide.
Crédits insuffisants pour exécuter cette requête.
Limite de débit dépassée
Comparer les réponses des résolveurs DNS