Réponse de f.root-servers.net pour in-addr.arpa. [8 ms] |
---|
a.in-addr-servers.arpa. <=> 199.180.182.53 [US] b.in-addr-servers.arpa. <=> 199.253.183.183 [US] c.in-addr-servers.arpa. <=> 196.216.169.10 [MU] d.in-addr-servers.arpa. <=> 200.10.60.53 [UY] e.in-addr-servers.arpa. => 203.119.86.101 [AU] <=> anysec.apnic.net. f.in-addr-servers.arpa. <=> 193.0.9.1 [NL] |
Serveurs DNS du WhoIs sur whois.ripe.net [197 ms] |
Réponse de a.in-addr-servers.arpa. ![]() |
Réponse de rirns.arin.net. pour 253.62.in-addr.arpa. [146 ms] | Réponse de ns2.virginmedia.net. pour 162.253.62.in-addr.arpa. [75 ms] |
---|---|---|---|
Aucun serveur de nom renvoyé par le Whois |
rirns.arin.net. <=> 199.253.249.53 [US] => Serveur DNS parent considéré comme serveurs DNS TLD ns3.lacnic.net. <=> 200.3.13.14 [UY] => Serveur DNS parent considéré comme serveurs DNS TLD ns3.afrinic.net. <=> 204.61.216.100 [US] => Serveur DNS parent considéré comme serveurs DNS TLD ns4.apnic.net. <=> 202.12.31.53 [AU] => Serveur DNS parent considéré comme serveurs DNS TLD pri.authdns.ripe.net. <=> 193.0.9.5 [NL] => Serveur DNS parent considéré comme serveurs DNS TLD |
ns2.virginmedia.net. <=> 194.168.4.237 [GB] ns.ripe.net. <=> 193.0.9.6 [NL] => Fourni par les serveurs DNS délégué seulement ns3.virginmedia.net. <=> 62.253.162.37 [GB] ns4.virginmedia.net. <=> 194.168.4.33 [GB] ns1.virginmedia.net. <=> 62.253.162.237 [GB] | ns1.virginmedia.net. <=> 62.253.162.237 [GB] ns2.virginmedia.net. <=> 194.168.4.237 [GB] ns3.virginmedia.net. <=> 62.253.162.37 [GB] ns4.virginmedia.net. <=> 194.168.4.33 [GB] |
Vérification si les serveurs renvoyés par le serveur DNS du TLD sont contenus dans les serveurs de noms renvoyés par les DNS de Zone
et si les serveurs DNS du TLD sont cohérents avec les serveurs du Whois | Il y a incohérence avec les serveurs de zone Nameservers du DNS TLD rirns.arin.net. :
Nameservers du DNS de zone ns2.virginmedia.net. :
Il y a incohérence avec le whois Nameservers du DNS TLD rirns.arin.net. :
Nameservers du Whois
|
Le serveur DNS TLD renvoie des serveurs de noms qui ne sont pas fournis ni par le Whois ni par les serveurs DNS de zone donc : Vérification de la synchronisation de tous les TLD | Les serveurs DNS du TLD ne possèdent pas tous la même information pri.authdns.ripe.net. :
Aucun serveur TLD ne renvoie la même liste de serveurs de nom que les whois alors nous ferons les tests sur les serveurs renvoyés par le TLD du départ |
Serveur ayant répondu => ns2.virginmedia.net. <=> 194.168.4.237 [GB] [75 ms] | |||||
---|---|---|---|---|---|
Enregistrements MX | |||||
Domaine | TTL | Classe | Type | Poids | Serveur |
Aucun enregistrement MX | |||||
Enregistrements NS | |||||
Domaine | TTL | Classe | Type | Serveur | |
162.253.62.in-addr.arpa. | 86400 | IN | NS | ns1.virginmedia.net. | |
162.253.62.in-addr.arpa. | 86400 | IN | NS | ns2.virginmedia.net. | |
162.253.62.in-addr.arpa. | 86400 | IN | NS | ns3.virginmedia.net. | |
162.253.62.in-addr.arpa. | 86400 | IN | NS | ns4.virginmedia.net. | |
Enregistrements SOA | |||||
Domaine | TTL | Classe | Type | Détail du SOA | |
162.253.62.in-addr.arpa. | 86400 | IN | SOA | ||
Serveur DNS maître | ns1.virginmedia.net. | ||||
Contact email | hostmaster@virginmedia.net | ||||
Serial | 2013071203 | ||||
Refresh | 28800 | ||||
Retry | 3600 | ||||
Expire | 604800 | ||||
Minimum TTL | 86400 | ||||
Enregistrements CNAME | |||||
Alias | TTL | Classe | Type | Nom d'hôte cible | |
Aucun enregistrement CNAME | |||||
Enregistrements A | |||||
Nom d'hôte | TTL | Classe | Type | Adresse IP | |
Aucun enregistrement A | |||||
Enregistrements TXT | |||||
Domaine | TTL | Classe | Type | Détail du TXT | |
Aucun enregistrement TXT |
Synchronisation des serveurs DNS | Ces serveurs de noms ne font pas autorité sur le domaine :
|
Nombre d'enregistrements NS | Le domaine possède au moins 2 serveurs de noms ![]() |
Adresses IP des enregistrements NS | Les adresses IP des enregistrements NS sont différentes ![]() |
Réseau des enregistrements NS | Les 5 serveurs de noms sont séparés sur 3 reseaux de classe C différents :
|
Enregistrement SOA | |
Version des serveurs DNS | La version des serveurs DNS n'est pas exposée :
|
Nombre d'enregistrements MX | Aucun enregistrement MX ![]() |
Adresses IP des enregistrements MX | Aucun enregistrement MX ![]() |
Réseau des enregistrements MX | Aucun enregistrement MX ![]() |
Conformité des enregistrements CNAME | Les enregistrements NS et MX ne sont pas utilisés avec des enregistrements CNAME ![]() |
Enregistrement pour WWW | Aucun enregistrement WWW ![]() |
Enregistrement A pour le domaine | Aucun enregistrement pour le domaine ![]() |
Blacklists | La liste des blacklists de domaine : |
Serveur ayant répondu : ns-cloud-d2.googledomains.com. <=> 216.239.34.109 [US] [183 ms] | |||||
---|---|---|---|---|---|
Enregistrements PTR | |||||
Question | TTL | Classe | Type | Nom d'hôte | |
Aucun enregistrement PTR | |||||
Serveurs de nom autoritaire | |||||
Question | TTL | Classe | Type | Nom d'hôte | |
62.253.162.in-addr.arpa. | 300 | IN | SOA | ns-cloud-d1.googledomains.com. cloud-dns-hostmaster.google.com. 1 21600 3600 259200 300 | |
Informations additionnelles | |||||
Question | TTL | Classe | Type | Nom d'hôte | |
Aucun enregistrement A |
Vérification si l'adresse IP est blacklistée | Liste des blacklists : |
Vérification si l'adresse IP est whitelistée | Liste des whitelists : |
L’administrateur système et la gestion DNS
Publié le mardi 16 février, 2021
Un administrateur système est un professionnel qui est tenu responsable de la configuration du réseau, de la maintenance annuelle des serveurs tels que les serveurs de messagerie et les serveurs de fichiers, et bien plus encore. Selon les exigences d’une organisation et d’autres infrastructures de TI, un administrateur de système est chargé de fournir un...
Quel résolveur DNS public choisir ?
Publié le jeudi 16 mai, 2019
Traditionnellement, le serveur DNS par défaut d’une connexion est donné par le fournisseur d’accès, Orange pour ses abonnements ADSL ou fibre et OVH pour ses serveurs hébergés par exemple (plus de détails sur la définition et le fonctionnement du DNS dans cet article). Cette habitude a de bons côtés, notamment en termes de facilité d’accès,...
Les attaques DNS augmentent en raison des nouveaux malwares
Publié le samedi 11 mai, 2019
Le groupe de cybercriminels à l’origine de la fameuse campagne de malware “DNSpionage” a commencé à travailler avec de nouveaux outils et logiciels malveillants pour mieux cibler l’attaquant et dissimuler ses activités. Découvertes pour la première fois en novembre dernier, les attaques DNSpionage ont utilisé des sites compromis et créé des documents malveillants pour infecter...