Vous étes connecté avec l'adresse IP 18.207.133.27 [US] <=> ec2-18-207-133-27.compute-1.amazonaws.com.
Analyse de 162.253.62.in-addr.arpa
Whois 
Connexion au serveur whois.ripe.net [197 ms]
% This is the RIPE Database query service.
% The objects are in RPSL format.
%
% The RIPE Database is subject to Terms and Conditions.
% See http://www.ripe.net/db/support/db-terms-conditions.pdf
% Note: this output has been filtered.
% To receive output for a database update, use the "-B" flag.
%ERROR:101: no entries found
%
% No entries found in source RIPE.
% This query was served by the RIPE Database Query Service version 1.103 (WAGYU)
% This is the RIPE Database query service.
% The objects are in RPSL format.
%
% The RIPE Database is subject to Terms and Conditions.
% See http://www.ripe.net/db/support/db-terms-conditions.pdf
% Note: this output has been filtered.
% To receive output for a database update, use the "-B" flag.
%ERROR:101: no entries found
%
% No entries found in source RIPE.
% This query was served by the RIPE Database Query Service version 1.103 (WAGYU)
DNS
| 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. pour 62.in-addr.arpa. [142 ms]
|
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 |
Les serveurs DNS du domaine sont :
- ns2.virginmedia.net. <=> 194.168.4.237 [GB]
- ns.ripe.net. <=> 193.0.9.6 [NL]
- ns3.virginmedia.net. <=> 62.253.162.37 [GB]
- ns4.virginmedia.net. <=> 194.168.4.33 [GB]
- ns1.virginmedia.net. <=> 62.253.162.237 [GB]
Afficher la réponse DNS
| 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 | |||||
Tests DNS
| 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 : |
Il y a 1 tests non validés :
- Serveurs de noms mal synchronisés
Tests IP sur 162.253.62.in-addr.arpa. => Résolution impossible
Résolution inverse DNS
| 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 | |||||
Tests de scan de ports
Aucun port ouvert
Tests Blacklist et Whitelist
| 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'adresse IP n'est pas blacklisté
L'adresse IP n'est pas whitelisté
L'adresse IP n'est pas whitelisté
Whois IP
Pas de propriétaire du réseau.
Pas de réseau disponible.
Pas de réseau disponible.
4 / 20 (23)
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...
Choisir un domaine dans une liste
Les 5 domaines les plus testés : Les 5 derniers domaines testés :
Les 5 domaines les plus testés : Les 5 derniers domaines testés :