DNSLookup.fr

Soumettre au test

Patientez ...
Vous étes connecté avec l'adresse IP 3.236.221.156 [US] <=> ec2-3-236-221-156.compute-1.amazonaws.com.

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


Analyse de 59.163.200.in-addr.arpa

Whois

Connexion au serveur whois.lacnic.net [1.18 s]

Délai d'attente écoulé


DNS

Réponse de f.root-servers.net pour in-addr.arpa. [10 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.lacnic.net [1.18 s] Réponse de a.in-addr-servers.arpa. pour 200.in-addr.arpa. [140 ms] Réponse de ns4.apnic.net. pour 59.163.200.in-addr.arpa. [12 ms] Réponse de ns04-bsa.brasiltelecom.net.br. pour 59.163.200.in-addr.arpa. [2.42 s]
Délai d'attente écoulé
ns4.apnic.net. <=> 202.12.31.53 [AU] => Serveur DNS parent considéré comme serveurs DNS TLD
a.arpa.dns.br. <=> 200.160.11.50 [BR] => Serveur DNS parent considéré comme serveurs DNS TLD
ns2.lacnic.net. <=> 200.3.13.11 [UY] => Serveur DNS parent considéré comme serveurs DNS TLD
a.lactld.org. <=> 200.0.68.10 [BR] => 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
ns.lacnic.net. <=> 200.3.13.10 [UY] => Serveur DNS parent considéré comme serveurs DNS TLD
ns-lacnic.nic.mx. <=> 200.33.111.2 [MX] => Serveur DNS parent considéré comme serveurs DNS TLD
lacnic.authdns.ripe.net. <=> 193.0.9.11 [NL] => Serveur DNS parent considéré comme serveurs DNS TLD
rirns.arin.net. <=> 199.253.249.53 [US] => Serveur DNS parent considéré comme serveurs DNS TLD
ns04-bsa.brasiltelecom.net.br. => 201.10.132.26 [BR] => Pas de PTR
ns03-cta.brasiltelecom.net.br. => 201.10.124.26 [BR] => Pas de PTR
ns04a-bsa.brasiltelecom.net.br. => 201.10.132.26 [BR] => Pas de PTR
ns0-bsa.brasiltelecom.net.br. => 201.10.132.1 [BR] => Pas de PTR => Fourni par les serveurs DNS de zone seulement (furtif)
ns03a-cta.brasiltelecom.net.br. => 201.10.124.26 [BR] => Pas de PTR
ns04-bsa.brasiltelecom.net.br. => 201.10.132.26 [BR] => Pas de PTR
ns03b-cta.brasiltelecom.net.br. => 201.10.124.26 [BR] => Pas de PTR
ns03-cta.brasiltelecom.net.br. => 201.10.124.26 [BR] => Pas de PTR
ns04b-bsa.brasiltelecom.net.br. => 201.10.132.26 [BR] => Pas de PTR

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 le whois
Nameservers du DNS TLD
ns4.apnic.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 par le Whois 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
Les serveurs DNS du domaine sont :

Afficher la réponse DNS

Serveur ayant répondu => ns04-bsa.brasiltelecom.net.br. => 201.10.132.26 [BR] => Pas de PTR [2.42 s]
Enregistrements MX
Domaine TTL Classe Type Poids Serveur
Aucun enregistrement MX
Enregistrements NS
Domaine TTL Classe Type Serveur
59.163.200.in-addr.arpa.86400INNSns04a-bsa.brasiltelecom.net.br.
59.163.200.in-addr.arpa.86400INNSns0-bsa.brasiltelecom.net.br.
59.163.200.in-addr.arpa.86400INNSns03a-cta.brasiltelecom.net.br.
59.163.200.in-addr.arpa.86400INNSns04-bsa.brasiltelecom.net.br.
59.163.200.in-addr.arpa.86400INNSns03b-cta.brasiltelecom.net.br.
59.163.200.in-addr.arpa.86400INNSns03-cta.brasiltelecom.net.br.
59.163.200.in-addr.arpa.86400INNSns04b-bsa.brasiltelecom.net.br.
Enregistrements SOA
Domaine TTL Classe Type Détail du SOA
59.163.200.in-addr.arpa.86400INSOA
Serveur DNS maîtrens0-bsa.brasiltelecom.net.br.
Contact emailabuse@brasiltelecom.netbr.
Serial18570
Refresh21600
Retry3600
Expire604800
Minimum TTL600
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

Altospam

Tests DNS

Tests de la réponse DNS
Synchronisation des serveurs DNSLe champ SOA n'est pas synchronisé avec le serveurs de nom de départ pour les serveurs suivants :
  • ns04-bsa.brasiltelecom.net.br. =====> 59.163.200.in-addr.arpa. 86400 IN SOA ns0-bsa.brasiltelecom.net.br. abuse.brasiltelecom.net.br. 18572 21600 3600 604800 600 check
  • ns03-cta.brasiltelecom.net.br. =====> 59.163.200.in-addr.arpa. 86400 IN SOA ns0-bsa.brasiltelecom.net.br. abuse.brasiltelecom.net.br. 18572 21600 3600 604800 600 check
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 2 serveurs de noms sont sur des réseaux de classe C différents check
Enregistrement SOA
  • Le serial du SOA doit se former de la manière suivante : AAAAMMJJnn où AAAA est l'année, MM le mois, JJ le jour durant lequel le fichier a été créé et nn représente l'id
    Cela permet aux seveurs de noms secondaire de savoir si leurs fichiers sont à jour. => 18570 info
  • Le serveur de nom primaire n'est pas contenu dans la liste des serveurs de noms => ns0-bsa.brasiltelecom.net.br. info
Version des serveurs DNSLa version des serveurs DNS n'est pas exposée :
  • ns04-bsa.brasiltelecom.net.br. => :-) check
  • ns03-cta.brasiltelecom.net.br. => :-) check
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 1 tests non validés :
  • Serveurs de noms mal synchronisés

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


Résolution inverse DNS

Serveur ayant répondu : inchvsidnsseprd01.tatacommunications.com. <=> 14.141.1.26 [IN] [469 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
163.59.in-addr.arpa.7200INSOAinpudiidnsprprd01.tatacommunications.com. helpdesk.inpudiidnsprprd01.tatacommunications.com. 2005022027 3600 900 1209600 7200
Informations additionnelles
Question TTL Classe Type Nom d'hôte
Aucun enregistrement A
L'adresse 59.163.200.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.


6 / 20   (32)

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...