DNSLookup.fr

Soumettre au test

Patientez ...
Vous étes connecté avec l'adresse IP 54.234.191.202 [US] <=> ec2-54-234-191-202.compute-1.amazonaws.com.

>>> Lancer l'analyse de in-addr.arpa sur NS.Tools <<<


Analyse de 2.96.48.146.in-addr.arpa


Whois

Connexion au serveur whois.arin.net [465 ms]


#
# ARIN WHOIS data and services are subject to the Terms of Use
# available at: https://www.arin.net/resources/registry/whois/tou/
#
# If you see inaccuracies in the results, please report at
# https://www.arin.net/resources/registry/whois/inaccuracy_reporting/
#
# Copyright 1997-2021, American Registry for Internet Numbers, Ltd.
#


#
# This query looks like a domain name. Please consult DNS to resolve it to
# an IP address, or use the Whois server for the appropriate domain registry.
#
#

No match found for in-addr.arpa.


#
# ARIN WHOIS data and services are subject to the Terms of Use
# available at: https://www.arin.net/resources/registry/whois/tou/
#
# If you see inaccuracies in the results, please report at
# https://www.arin.net/resources/registry/whois/inaccuracy_reporting/
#
# Copyright 1997-2021, American Registry for Internet Numbers, Ltd.
#



DNS

Réponse de f.root-servers.net pour in-addr.arpa. [9 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.arin.net [465 ms] Réponse de a.in-addr-servers.arpa. pour 146.in-addr.arpa. [140 ms] Réponse de u.arin.net. pour 48.146.in-addr.arpa. [5 ms] Réponse de dns2.ba.cnr.it. pour 96.48.146.in-addr.arpa. [941 ms]
Aucun serveur de nom renvoyé par le Whois u.arin.net. <=> 204.61.216.50 [US] => Serveur DNS parent considéré comme serveurs DNS TLD
y.arin.net. <=> 192.82.134.30 [?] => Serveur DNS parent considéré comme serveurs DNS TLD
arin.authdns.ripe.net. <=> 193.0.9.10 [NL] => Serveur DNS parent considéré comme serveurs DNS TLD
z.arin.net. <=> 199.212.0.63 [US] => Serveur DNS parent considéré comme serveurs DNS TLD
x.arin.net. => 199.180.180.63 [US] <=> r.arin.net. => Serveur DNS parent considéré comme serveurs DNS TLD
r.arin.net. <=> 199.180.180.63 [US] => Serveur DNS parent considéré comme serveurs DNS TLD
dns2.ba.cnr.it. => 150.145.80.101 [IT] <=> muffin.area.ba.cnr.it.
ns2.iit.cnr.it. <=> 146.48.58.3 [IT] => Fourni par les serveurs DNS délégué seulement
ns1.iit.cnr.it. <=> 146.48.58.2 [IT] => Fourni par les serveurs DNS délégué seulement
ns2.surfnet.nl. <=> 192.87.36.2 [NL] => Fourni par les serveurs DNS délégué seulement
nameserver.cnr.it. <=> 194.119.192.34 [IT]
dns2.ba.cnr.it. => 150.145.80.101 [IT] <=> muffin.area.ba.cnr.it.
dns.pi.cnr.it. => 146.48.96.2 [IT] <=> dns2.iit.cnr.it. => Fourni par les serveurs DNS de zone seulement (furtif)
nameserver.cnr.it. <=> 194.119.192.34 [IT]
dns.iit.cnr.it. <=> 146.48.96.3 [IT] => Fourni par les serveurs DNS de zone seulement (furtif)

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
u.arin.net. :
Nameservers du DNS de zone
dns2.ba.cnr.it. :
Il y a incohérence avec le whois
Nameservers du DNS TLD
u.arin.net. :
Nameservers du Whois
  • Aucun serveur DNS renvoyé par le 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
check
Les tlds sont synchronisés donc nous effectuerons les tests sur la liste qu'ils renvoient

Afficher la réponse DNS

Serveur ayant répondu => dns2.ba.cnr.it. => 150.145.80.101 [IT] <=> muffin.area.ba.cnr.it. [941 ms]
Enregistrements MX
Domaine TTL Classe Type Poids Serveur
Aucun enregistrement MX
Enregistrements NS
Domaine TTL Classe Type Serveur
96.48.146.in-addr.arpa.600INNSdns2.ba.cnr.it.
96.48.146.in-addr.arpa.600INNSdns.pi.cnr.it.
96.48.146.in-addr.arpa.600INNSnameserver.cnr.it.
96.48.146.in-addr.arpa.600INNSdns.iit.cnr.it.
Enregistrements SOA
Domaine TTL Classe Type Détail du SOA
Aucun enregistrement SOA
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
dns.pi.cnr.it.600INA146.48.96.2
dns.iit.cnr.it.600INA146.48.96.3
dns2.ba.cnr.it.90INA150.145.80.101
dns.pi.cnr.it.600INAAAA2a00:1620:c0:60:146:48:96:2
dns.iit.cnr.it.600INAAAA2a00:1620:c0:60:146:48:96:3
Enregistrements TXT
Domaine TTL Classe Type Détail du TXT
Aucun enregistrement TXT

Altospam

Tests DNS

Tests de la réponse DNS
Synchronisation des serveurs DNSCes serveurs de noms ne font pas autorité sur le domaine :
Les champs NS ne sont pas synchronisés avec le serveurs de nom de départ pour les serveurs suivants :
  • ns2.iit.cnr.it. check =====>
    • ns1.iit.cnr.it. check =====>
      Les serveurs suivants sont synchronisés (MX, NS, SOA, WWW identiques) avec le serveurs de nom de départ :
      Nombre d'enregistrements NSLe domaine possède au moins 2 serveurs de noms check
      Adresses IP des enregistrements NSLes adresses IP des enregistrements NS sont différentes check
      Réseau des enregistrements NSLes 5 serveurs de noms sont séparés sur 4 reseaux de classe C différents :
      • 150.145.80.0/24 => dns2.ba.cnr.it. check
      • 146.48.58.0/24 => ns2.iit.cnr.it.; ns1.iit.cnr.it. info
      • 192.87.36.0/24 => ns2.surfnet.nl. check
      • 194.119.192.0/24 => nameserver.cnr.it. check
      Enregistrement SOAAucun enregistrement SOA info
      Version des serveurs DNSLa version des serveurs DNS est exposée :
      • dns2.ba.cnr.it. => 9.8.33trentinientraronointrento warning
      • ns2.iit.cnr.it. => 9.16.1-Ubuntu warning
      • ns1.iit.cnr.it. => 9.16.1-Ubuntu warning
      • ns2.surfnet.nl. => This is a SURFnet nameserver - dns-beheer@surfnet.nl check
      • nameserver.cnr.it. => 9.11.3-1ubuntu1.16-Ubuntu warning
      Nombre d'enregistrements MXAucun enregistrement MX info
      Adresses IP des enregistrements MXAucun enregistrement MX info
      Réseau des enregistrements MXAucun enregistrement MX info
      Conformité des enregistrements CNAMELes enregistrements NS et MX ne sont pas utilisés avec des enregistrements CNAME check
      Enregistrement pour WWWAucun enregistrement WWW info
      Enregistrement A pour le domaineAucun enregistrement pour le domaine check
      BlacklistsLa liste des blacklists de domaine :
      Il y a 2 tests non validés :
      • Serveurs de noms mal synchronisés
      • La version des serveurs est exposée

      Tests IP sur 2.96.48.146.in-addr.arpa. => Rsolution impossible


      Résolution inverse DNS

      Serveur ayant répondu : ds0.opaltelecom.net. <=> 62.24.128.200 [GB] [3.3 s]
      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
      48.96.2.in-addr.arpa.86400INSOAds0.opaltelecom.net. noc.opaltelecom.net. 2011042601 28800 7200 604800 86400
      Informations additionnelles
      Question TTL Classe Type Nom d'hôte
      Aucun enregistrement A
      L'adresse 2.96.48.146.in-addr.arpa. ne peut pas être résolue.


      Tests de scan de ports

      Aucun port ouvert


      Tests Blacklist et Whitelist

      L'adresse IP n'est pas blacklisté
      L'adresse IP n'est pas whitelisté


      Whois IP

      Pas de propriétaire du réseau.
      Pas de réseau disponible.


      1 / 20   (12)

      En direct du blog

      L’administrateur système et la gestion DNS
      Publié le mardi 16 fvrier, 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...