Recherche DNS d'hébergeur

Voyez la zone DNS de votre domaine chez Hosting.com, GoDaddy, Hostinger et 11 autres hébergeurs, sur leurs propres serveurs de noms : ce qui manque avant une bascule, et combien de temps les caches gardent les anciennes réponses après.

Le registre et les serveurs de noms propres de chaque hébergeur, interrogés directement · caches de Google et de Cloudflare · aucun journal conservé

Comment vérifier votre DNS chez un hébergeur avant de changer de serveurs de noms

Pour vérifier un hébergeur avant de basculer, interrogez ses propres serveurs de noms : cette page y effectue une recherche DNS faisant autorité et compare chaque enregistrement avec la zone active.

  1. Ajoutez le domaine chez le nouvel hébergeur : rien n'est copié quand les serveurs de noms changent.
  2. Choisissez l'hébergeur et vérifiez : une comparaison DNS, enregistrement par enregistrement, avec la ligne à ajouter pour chacun de ceux qui manquent.
  3. Basculez les serveurs de noms quand le résultat indique Prêt à basculer.
Un domaine, interrogé sur dix serveurs de neuf hébergeursgilat.com · relevé le 24 octobre 2026

Détient la zone

  • GoDaddysa pairens55.domaincontrol.comNOERROR aale SOA de la zoneLa zone

Dit n'avoir aucune zone

  • GoDaddyune autre pairens21.domaincontrol.comREFUSEDaucun enregistrementPas de zone
  • Hosting.comns1.stableserver.netREFUSEDaucun enregistrementPas de zone
  • 20ins1.stackdns.comREFUSEDaucun enregistrementPas de zone
  • SiteGroundns1.siteground.netREFUSEDaucun enregistrementPas de zone
  • Namecheapdns1.registrar-servers.comREFUSEDaucun enregistrementPas de zone
  • Hostingerns1.dns-parking.comNXDOMAINsans aa, sans SOAPas de zone

Répond avec aa, sans zone

  • Bluehostns1.bluehost.comNOERROR aafourre-tout, SOA de com.Fourre-tout
  • HostGatorun serveur partagéns2207.hostgator.comNOERROR aafourre-tout, SOA de .Fourre-tout
  • ResellerClubresellerclub.mercury.orderbox-dns.comNOERROR aaSOA inventé, A 127.0.0.1Inventée

aa + un SOA appartenant au domaine, nommant un vrai hébergeur est une zone. Tout le reste n'en est pas une.

Interrogé avec dig +norec +tcp, comme le fait cette page. Seule la paire GoDaddy propre à gilat.com détient sa zone.
dig @ns1.stableserver.net example.com SOA +norec

La réponse est dans l'en-tête de dig : les lignes status et flags.

Comment lire la réponse

  • flags: qr aa et un SOA pour le domaineUne zone : l'hébergeur détient le domaine.
  • status: REFUSED · ns1/ns2 de Hostinger : NXDOMAINPas encore de zone : ajoutez d'abord le domaine chez l'hébergeur.
  • Aucune réponse, ou un délai dépasséPas « pas de zone » : interrogez un autre de ses serveurs.
Recherche DNS d'hébergeur de webcentral.in : actif chez Hosting.com, enregistrements, colonne du changement et cachesRecherche DNS d'hébergeur de webcentral.in : actif chez Hosting.com, enregistrements, colonne du changement et cachesLe verdictOù en est le domaine chez cet hébergeur, et la prochaine étape.La comparaisonChaque enregistrement chez l'hébergeur à côté de la réponse active, avec une puce d'état.Le registreVers qui le registre envoie les résolveurs, et pour combien de temps.La zone chez l'hébergeurDix cellules, une par enregistrement qu'un changement doit reprendre.Les cachesLes copies de Google et de Cloudflare, avec le temps restant sur chacune.
Une vérification de webcentral.in, actif chez Hosting.com. Sélectionnez un numéro pour voir ce que montre chaque partie.

Serveurs de noms de Hosting.com (et A2 Hosting, Stablepoint, Verpex…)

Les serveurs de noms de Hosting.com sont ns1.stableserver.net, ns2.stableserver.net, ns3.stableserver.net et ns4.stableserver.net, les mêmes quatre pour chaque produit d'hébergement. Les comptes A2 Hosting les utilisent aussi : A2 est devenu Hosting.com le 28 avril 2025.

Ses marques et revendeurs affichent souvent leurs propres noms, comme ns1–4.mysecurecloudhost.com ou ns1–4.verpex.com, sur les mêmes quatre adresses : la page reconnaît donc Hosting.com par adresse. Certains comptes plus anciens utilisent un autre ensemble : utilisez celui qu'affiche votre compte.

11 ensembles de noms, quatre adressesdig A · 24 octobre 2026
  • Hosting.comdocumenténs1–4.stableserver.net→ 13.248.158.180, 75.2.118.134, 76.223.26.245, 99.83.147.209
  • A2 Hostingmaintenant Hosting.comns1–4.a2hosting.com→ 13.248.158.180, 75.2.118.134, 76.223.26.245, 99.83.147.209
  • Verpexns1–4.verpex.com→ 13.248.158.180, 75.2.118.134, 76.223.26.245, 99.83.147.209
  • Verpexensemble par défautns1–4.mysecurecloudhost.com→ 13.248.158.180, 75.2.118.134, 76.223.26.245, 99.83.147.209
  • Stablepointns1–4.stablepoint.com→ 13.248.158.180, 75.2.118.134, 76.223.26.245, 99.83.147.209
  • MochaHostns1–4.mochahost.com→ 13.248.158.180, 75.2.118.134, 76.223.26.245, 99.83.147.209
  • Doteasydns1/2/7/8/21.doteasy.com→ 13.248.158.180, 75.2.118.134, 76.223.26.245
  • Nimbus Hostingns1–3.nimbushosting.co.uk→ 13.248.158.180, 75.2.118.134, 76.223.26.245
  • DollarHostdns1 + dns2.dollarhost.com→ 13.248.158.180, 75.2.118.134
  • HostingRajans1 + ns2.hostingraja.com→ 13.248.158.180, 75.2.118.134
  • Melbourne ITns11 + ns12.melbourneit.com.au→ 13.248.158.180, 75.2.118.134
  1. 13.248.158.180ns1
  2. 75.2.118.134ns2
  3. 76.223.26.245ns3
  4. 99.83.147.209ns4

a79764cc55c0ac9c0AWS Global Accelerator · ns1 + ns3

abc65dd9a44b5332fAWS Global Accelerator · ns2 + ns4

“These are the same nameservers for every hosting product, and they are Anycast.”

Base de connaissances Hosting.com, « Using Anycast DNS », lue le 24 octobre 2026 · AS16509 (Amazon) · TTL de la glue du registre .net : 2 jours
Lignes vertes : l'ensemble que Hosting.com (l'ancien World Host Group) documente. Les autres sont les ensembles de ses marques et de ses revendeurs, sur les quatre mêmes serveurs.

Serveurs de noms de GoDaddy, Hostinger, Bluehost et des autres grands hébergeurs

Certains hébergeurs donnent le même ensemble à chaque client, comme ns1 et ns2.siteground.net de SiteGround ; GoDaddy, Wix, OVHcloud et HostGator donnent à chaque compte ou formule sa propre paire, Hostinger à chaque site, et Squarespace utilise six ensembles : le panneau affiche le vôtre.

Les noms de marque d'un revendeur se résolvent vers les adresses de sa plateforme, ce qui permet à la page de savoir à qui sont ces serveurs.

Serveurs de noms en marque blanche, reconnus par adressedig A · 24 octobre 2026
  • ns1.serverbyt.netle nom propre d'un revendeur35.197.225.59= ns1.stackdns.com20i
  • ns1.mochahost.comMochaHost: une marque de hosting.com13.248.158.180= ns1.stableserver.netHosting.com
  • dns1.bigrock.inBigRock: son ensemble par défaut162.251.82.250l'une des 16 adresses de ResellerClubResellerClub
Les noms propres d'un revendeur ne prouvent rien ; les adresses vers lesquelles ils se résolvent, si.
Serveurs de noms clients par hébergeur14 hébergeurs · mesurés le 24 octobre 2026
HébergeurServeurs de nomsEnsembleUn domaine qu'il ne détient pasComment changer
Hosting.comns1–4.stableserver.netensembles des marques : les quatre mêmes adressesun ensemble partagéREFUSEDaucun enregistrementGuide (Hosting.com : comment changer les serveurs de noms)
GoDaddynsNN.domaincontrol.comune paire par compte, comme ns55 + ns56REFUSEDaucun enregistrementGuide (GoDaddy : comment changer les serveurs de noms)
Hostingerns1 + ns2.dns-parking.compixel + byte.dns-parking.comune paire par site, comme pixel + bytepar sitepar GlobalpingNXDOMAINsur ns1/ns2 ; paires nommées : REFUSEDGuide (Hostinger : comment changer les serveurs de noms)
Bluehostns1 + ns2.bluehost.comun ensemble partagépar GlobalpingNOERROR aafourre-tout, SOA de com.Guide (Bluehost : comment changer les serveurs de noms)
SiteGroundns1 + ns2.siteground.netun ensemble partagéREFUSEDaucun enregistrementGuide (SiteGround : comment changer les serveurs de noms)
Namecheapdns1 + dns2.registrar-servers.comdns1 + dns2.namecheaphosting.comBasicDNS et hébergement : une seule plateformeun ensemble partagéREFUSEDaucun enregistrementGuide (Namecheap : comment changer les serveurs de noms)
HostGatornsNNNN / cnsNNN.hostgator.comune paire par serveurNOERROR aaserveurs partagés : fourre-toutGuide (HostGator : comment changer les serveurs de noms)
IONOSns1ZZZ.ui-dns.de / .biz / .org / .comquatre noms par domaine ; n'importe quel serveur numéroté répondn'importe quel serveur numérotéREFUSEDaucun enregistrementGuide (IONOS : comment changer les serveurs de noms)
OVHcloudnsNN + dnsNN.ovh.netune paire partage son numéroREFUSEDaucun enregistrementGuide (OVHcloud : comment changer les serveurs de noms)
DreamHostns1–3.dreamhost.comun ensemble partagépar GlobalpingREFUSEDaucun enregistrementGuide (DreamHost : comment changer les serveurs de noms)
Squarespacens01–04.squarespacedns.comnsa1–4 … nse1–4.squarespacedns.comsix ensembles ; chacun refuse les zones des autresplusieurs ensemblesREFUSEDaucun enregistrementGuide (Squarespace : comment changer les serveurs de noms)
Wixns0–ns15.wixdns.netune paire par compte, dans l'un de deux groupesREFUSEDaucun enregistrementGuide (Wix : comment changer les serveurs de noms)
20ins1–4.stackdns.comnoms propres des revendeurs : les quatre mêmes adressesmarque blancheREFUSEDaucun enregistrementGuide (20i : comment changer les serveurs de noms)
ResellerClub<prefix>.mercury / .venus / .earth / .mars.orderbox-dns.comnoms de BigRock et des revendeurs : les mêmes 16 adressesmarque blanchepar GlobalpingNOERROR aazone inventée, A 127.0.0.1Guide (ResellerClub : comment changer les serveurs de noms)
Chaque lien Guide ouvre la page de l'hébergeur sur le changement de serveurs de noms. La zone d'un hébergeur à paire par compte ne répond que sur sa propre paire ou son propre groupe.

Pourquoi le DNS de votre hébergeur et le DNS public montrent des enregistrements différents

Un hébergeur répond pour chaque zone qu'un compte a ajoutée, même quand le registre pointe ailleurs : seule la délégation du registre décide donc quelle copie le monde utilise.

Les résolveurs publics gardent chaque réponse pendant son TTL : pendant un moment, ils peuvent donc distribuer une copie plus ancienne que celle de la zone ; le résultat montre le temps restant sur chacune.

Deux copies d'un même domainemysecurecloudhost.com · relevé le 24 octobre 2026

Le registre .com envoie les résolveurs pour mysecurecloudhost.com vers cass.ns.cloudflare.com et wesley.ns.cloudflare.com · TTL NS 2 jours

Ce que le monde obtientdéléguéla zone active, via Cloudflare 1.1.1.1

NS · diffère
cass.ns.cloudflare.comwesley.ns.cloudflare.com
A · diffère
104.26.2.241104.26.3.241172.67.74.113
AAAA · diffère
2606:4700:20::681a:2f12606:4700:20::681a:3f12606:4700:20::ac43:4a71
www · diffère
NXDOMAIN
MX
0 mail2.mysecurecloudhost.com
TXT
v=spf1 a mx include:spf.mysecurecloudhost.com -allgoogle-site-verification=60zAOf…
_dmarc · diffère
v=DMARC1; p=none; rua=mailto:… ruf=mailto:…v=DMARC1; p=none;
SOA
cass.ns.cloudflare.com. 2418131132

La zone chez Hosting.comnon déléguérépond encore sur ns1.stableserver.net

NS · diffère
ns1.mysecurecloudhost.comns2.mysecurecloudhost.comns3.mysecurecloudhost.comns4.mysecurecloudhost.com
A · diffère
35.246.3.36
AAAA · diffère
aucun
www · diffère
CNAME mysecurecloudhost.com
MX
0 mail2.mysecurecloudhost.com
TXT
v=spf1 a mx include:spf.mysecurecloudhost.com -allgoogle-site-verification=60zAOf…
_dmarc · diffère
NXDOMAIN
SOA
ns1.mysecurecloudhost.com. 2026061001
Les lignes ombrées diffèrent. Les numéros de série SOA ne sont pas comparés : chaque hébergeur numérote ses propres zones.

Combien de temps prend un changement de serveurs de noms

Jusqu'au plus long du TTL NS du registre et du TTL NS propre de l'ancienne zone, compté à partir du changement au registre : deux jours pour .com et .net.

Les hébergeurs annoncent leurs propres plages, comme les 15 minutes à 48 heures de Hosting.com et les 6 à 8 heures de 20i ; laissez la zone de l'ancien hébergeur répondre jusqu'à ce que tous les caches aient basculé.

Le TTL NS du registre, par TLD21 TLD · mesurés le 24 octobre 2026
  • .ru4 jours
  • .com.net.uk2 jours
  • .de.jp.es.pl.kr1 jour
  • .tr.vn12 heures
  • .dev3 heures
  • .pt2 heures
  • .org.io.co.br.fr.id.au1 heure
  • .in15 minutes

Ce que disent les hébergeurs

  • Hosting.com15 min – 48 h
  • GoDaddyen général 1 h, jusqu'à 48 h
  • Hostingerjusqu'à 24 h
  • Bluehost24–48 h
  • HostGator24–48 h
  • SiteGroundjusqu'à 72 h
  • Namecheapjusqu'à 24 h
  • IONOSjusqu'à 48 h
  • OVHcloudjusqu'à 48 h
  • Squarespacejusqu'à 48 h
  • Wixjusqu'à 48 h
  • 20ien général 6–8 h, jusqu'à 24 h
  • ResellerClub24–48 h
Barres : le TTL NS que les serveurs de chaque TLD fournissent, interrogés sur deux serveurs pour deux domaines chacun. Puces : la plage que donnent les pages d'aide de chaque hébergeur.

Ce qui casse lors d'un changement : MX, SPF, DMARC, www et TXT de vérification

Tout ce que la zone du nouvel hébergeur n'a pas cesse de fonctionner dès que les résolveurs y basculent : rien n'est copié quand les serveurs de noms changent.

Sans MX, le courrier va à l'adresse propre du domaine et revient généralement en erreur (RFC 5321 §5.1) ; sans SPF, son courrier échoue au contrôle SPF, et Gmail rejette davantage de courrier en échec depuis novembre 2025.

Six enregistrements que le prochain hébergeur de gilat.com doit reprendreactif chez GoDaddy · relevé le 24 octobre 2026
  • MXCourrier

    0 gilat-com.mail.protection.outlook.com.

    S'il manque: le courrier n'arrive plus chez Microsoft 365

  • TXTSPF

    v=spf1 include:spf.protection.outlook.com include:_spf.salesforce.com +9 termes de plus -all

    S'il manque: chaque expéditeur obtient un SPF « none »

  • TXTDMARC

    v=DMARC1; p=none; rua=mailto:dmarc_agg@vali.email

    S'il manque: pas de politique DMARC, pas de rapports

  • Awww

    192.124.249.6 · 192.124.249.114

    S'il manque: www.gilat.com cesse de se résoudre

  • TXTMicrosoft 365

    MS=ms45285377

    S'il manque: la chaîne de Microsoft a disparu

  • TXTAutres chaînes de vérification×2+2

    google-site-verification=e2qS6l…

    S'il manque: leurs chaînes ont disparu

Enregistrements de la zone active de gilat.com chez GoDaddy. Les clés DKIM se trouvent sous des noms de sélecteur qu'une recherche ne peut pas lister : copiez-les depuis le fournisseur de messagerie.

Serveurs de noms par compte : GoDaddy, Hostinger, Wix, OVHcloud, HostGator

GoDaddy, Hostinger, Wix, Squarespace, OVHcloud et HostGator gardent chaque zone sur un groupe de serveurs attribué, et un serveur d'un autre groupe répond REFUSED même pour une zone que le même hébergeur détient. IONOS donne à chaque domaine quatre noms numérotés, mais n'importe quel serveur numéroté répond pour lui.

La page interroge donc la paire lue dans la délégation, ou la paire saisie sous les puces d'après le panneau de l'hébergeur (GoDaddy : DNS → Nameservers) ; elle n'en devine jamais une.

Les paires de GoDaddy, une cellule chacune38 paires vues

Dans 4 000 sites tirés au hasard de la liste Tranco · 140 d'entre eux utilisent GoDaddy

  1. ns01: 3
  2. ns03: 5
  3. ns05: 2
  4. ns07: 2
  5. ns09: 3
  6. ns11: 1
  7. ns13: 4
  8. ns15: 4
  9. ns17: 1
  10. ns19: 1
  11. ns21: 2
  12. ns23: 4
  13. ns25: 2
  14. ns27: 1
  15. ns29: 7
  16. ns31: 6
  17. ns33: 1
  18. ns35: 4
  19. ns37: 0
  20. ns39: 4
  21. ns41: 4
  22. ns43: 2
  23. ns45: 2
  24. ns47: 6
  25. ns49: 6
  26. ns51: 7
  27. ns53: 3
  28. ns55: 5
  29. ns57: 1
  30. ns59: 1
  31. ns61: 0
  32. ns63: 6
  33. ns65: 5
  34. ns67: 3
  35. ns69: 2
  36. ns71: 4
  37. ns73: 1
  38. ns75: 2
  39. ns77: 3
  40. ns79: 0
  41. ns81: 4
  • ns55 + ns56 paire de gilat.com : NOERROR aa · 70 ms
  • ns21 + ns22 une autre paire : REFUSED
  • Barre : sites sur cette paire · pointillés : non vue

HostGator

grandhyper.com → cns335 + cns336.hostgator.com

NOERROR aasa paire, avec la zone

NOERROR aans2207 un serveur partagé : un fourre-tout, SOA appartenant à .

“Using other name servers on our network won't work since your domain name's information is on the name servers provided.”

IONOS

usercentrics.com → ns1018 / 1093 / 1108 / 1112.ui-dns.*

NOERROR aans1010 · ns1127 n'importe quel serveur numéroté, pas seulement ses quatre

REFUSEDns-diy un autre groupe

“For security reasons, IONOS spreads the name server assignments across multiple name servers.”

OVHcloud

manceraparfums.com → ns111 + dns111.ovh.net

NOERROR aasa paire, avec la zone

REFUSEDns200.anycast.me un autre groupe

“Two OVHcloud DNS servers are part of the same DNS server group if they share the same number.”
Interrogé en direct le 24 octobre 2026. Les hébergeurs à ensemble partagé répondent pour n'importe laquelle de leurs zones sur n'importe lequel de leurs serveurs : Hosting.com, Namecheap, SiteGround, Bluehost et DreamHost.

Questions sur le DNS des hébergeurs

Quels sont les serveurs de noms de Hosting.com ?

Les serveurs de noms de Hosting.com sont ns1.stableserver.net, ns2.stableserver.net, ns3.stableserver.net et ns4.stableserver.net, les mêmes quatre pour chaque produit d'hébergement, sur un réseau anycast. Les ensembles de marques et de revendeurs comme ns1–4.mysecurecloudhost.com ou ns1–4.verpex.com se résolvent vers les mêmes quatre adresses. Hosting.com précise que certains comptes plus anciens utilisent un autre ensemble : vérifiez donc les serveurs de noms affichés dans votre compte.

Quels sont maintenant les serveurs de noms de A2 Hosting ?

A2 Hosting est devenu Hosting.com le 28 avril 2025, et ses comptes utilisent l'ensemble de Hosting.com : de ns1.stableserver.net à ns4.stableserver.net. D'anciens domaines peuvent encore pointer vers ns1–4.a2hosting.com, que cette page reconnaît comme des serveurs de Hosting.com grâce à leurs adresses. Choisissez la puce A2 Hosting pour vérifier la zone d'un domaine avant ou après avoir changé de serveurs de noms.

Comment vérifier mes enregistrements DNS avant de changer de serveurs de noms ?

Ajoutez le domaine à votre compte chez le nouvel hébergeur, puis saisissez-le ci-dessus et choisissez l'hébergeur. La page interroge directement les serveurs de noms propres de l'hébergeur et compare chaque enregistrement avec la zone active : les MX, SPF, DMARC, www ou enregistrements de vérification manquants sont listés avec ce qui casserait et la ligne de fichier de zone à ajouter, pour que vous corrigiez avant de basculer.

Pourquoi l'hébergeur répond-il REFUSED pour mon domaine ?

REFUSED est la façon dont Hosting.com, GoDaddy, SiteGround, Namecheap et la plupart des autres hébergeurs disent qu'ils n'ont aucune zone pour un nom. Le domaine n'a pas encore été ajouté à un compte chez eux, ou il a été ajouté sur un autre groupe de serveurs. Ajoutez-le dans votre panneau d'hébergement, vérifiez de nouveau, et ne changez de serveurs de noms qu'une fois la zone en place.

Un hébergeur peut-il avoir une zone pour mon domaine sans l'héberger ?

Oui. Un hébergeur répond pour toute zone qu'un de ses comptes a ajoutée, que le registre pointe vers lui ou non : des clients ont ajouté des zones pour google.com chez Hosting.com et pour bbc.co.uk chez 20i. C'est pourquoi cette page lit d'abord la délégation : une zone chez un hébergeur est « prête, pas active » tant que le registre ne pointe pas vers elle.

Combien de temps prend un changement de serveurs de noms ?

Jusqu'au plus long du TTL NS du registre et du TTL NS propre de l'ancienne zone, compté à partir du changement au registre : deux jours pour .com et .net. Beaucoup de résolveurs basculent bien plus tôt. Après une bascule, cette page montre le temps restant sur les copies de Google et de Cloudflare et l'heure limite à laquelle tous les résolveurs ont le nouvel ensemble.

Mon e-mail va-t-il cesser de fonctionner quand je change de serveurs de noms ?

Seulement si la zone du nouvel hébergeur n'a pas vos enregistrements de messagerie. Rien n'est copié quand les serveurs de noms changent : les enregistrements MX, SPF, DKIM et DMARC doivent donc d'abord être ajoutés chez le nouvel hébergeur. Sans MX, le courrier va à l'adresse du domaine au lieu de votre fournisseur de messagerie. La vérification liste les MX, SPF et DMARC manquants avec la ligne à ajouter ; copiez les clés DKIM depuis votre fournisseur.

Quels sont les serveurs de noms de GoDaddy ?

GoDaddy donne à chaque compte une paire de la forme nsNN.domaincontrol.com, comme ns55 et ns56.domaincontrol.com, et une zone ne répond que sur sa propre paire : une autre paire répond REFUSED. GoDaddy affiche la vôtre sous DNS, puis Nameservers. Pour vérifier une zone chez GoDaddy avant une bascule, choisissez GoDaddy ci-dessus et saisissez cette paire.

Quels sont les serveurs de noms de Hostinger ?

Hostinger donne à chaque site sa propre paire sur dns-parking.com : les sites plus anciens utilisent ns1 et ns2.dns-parking.com, les plus récents des paires nommées comme pixel et byte, et une zone ne répond que sur sa propre paire. Utilisez les deux que hPanel affiche pour votre site. Ils sont sur le réseau de Cloudflare, auquel notre serveur ne peut pas se connecter : cette page les interroge donc via une sonde Globalping depuis votre navigateur.

Est-ce la même chose qu'un vérificateur de propagation DNS ?

Non. Un vérificateur de propagation demande à de nombreux résolveurs publics ce qu'ils ont en cache. Cette page demande aux serveurs de noms propres d'un hébergeur ce que sa zone contient, compare cette zone à la zone active avant la bascule, et montre après la bascule combien de temps les grands caches peuvent garder l'ancienne réponse. Pour la vue des résolveurs dans le monde, utilisez le vérificateur de propagation DNS.

En quoi est-ce différent de NS Lookup ?

NS Lookup vérifie les serveurs de noms auxquels un domaine est délégué maintenant : si chacun répond, sa glue, DNSSEC et les numéros de série. Cette page interroge un hébergeur que vous choisissez, délégué ou non, pour savoir s'il détient une zone pour le domaine et comment elle se compare à la zone active, ce qu'il vous faut avant et juste après un changement d'hébergeur.

Il vous manque quelque chose ?Suggérez une fonction ou un nouvel outil