DNSLookup.fr

Soumettre au test

Patientez ...
Vous étes connecté avec l'adresse IP 3.215.79.204 [US] <=> ec2-3-215-79-204.compute-1.amazonaws.com.

>>> Lancer l'analyse de com.br sur NS.Tools <<<


Analyse de multinet.com.br

http://www.com.br

Whois

Connexion au serveur whois.registro.br [562 ms]


% Copyright (c) Nic.br
% The use of the data below is only permitted as described in
% full by the Use and Privacy Policy at https://registro.br/upp ,
% being prohibited its distribution, commercialization or
% reproduction, in particular, to use it for advertising or
% any similar purpose.
% 2022-07-02T02:02:04-03:00 - IP: 188.165.235.21

% reserved: trademark

% Security and mail abuse issues should also be addressed to
% cert.br, http://www.cert.br/ , respectivelly to cert[_(a)_]cert.br
% and mail-abuse[_(a)_]cert.br
%
% whois.registro.br accepts only direct match queries. Types
% of queries are: domain (.br), registrant (tax ID), ticket,
% provider, CIDR block, IP and ASN.


DNS

Réponse de f.root-servers.net pour br. [9 ms]
a.dns.br. <=> 200.219.148.10 [BR]
b.dns.br. <=> 200.189.41.10 [BR]
c.dns.br. <=> 200.192.233.10 [BR]
d.dns.br. <=> 200.219.154.10 [BR]
e.dns.br. <=> 200.229.248.10 [BR]
f.dns.br. <=> 200.219.159.10 [BR]
Serveurs DNS du WhoIs sur whois.registro.br [562 ms] Réponse de a.dns.br. pour multinet.com.br. [211 ms] Réponse de a.auto.dns.br. pour [586 ms]
Aucun serveur de nom renvoyé par le Whois a.auto.dns.br. <=> 200.160.2.88 [BR]
b.auto.dns.br. <=> 200.160.2.89 [BR]
Aucun NS n'est renvoyé pour le domaine

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
a.dns.br. :
Nameservers du DNS de zone
  • Aucun serveur DNS de zone
Il y a incohérence avec le whois
Nameservers du DNS TLD
a.dns.br. :
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
Il y a une incohérence dans l'arbre DNS, les serveurs DNS retenus pour les tests sont :

Afficher la réponse DNS

Serveur ayant répondu => a.auto.dns.br. <=> 200.160.2.88 [BR] [586 ms]
Enregistrements MX
Domaine TTL Classe Type Poids Serveur
multinet.com.br.900INMX0.
Enregistrements NS
Domaine TTL Classe Type Serveur
Aucun enregistrement NS
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
Aucun enregistrement A
Enregistrements TXT
Domaine TTL Classe Type Détail du TXT
multinet.com.br.900INTXT"v=spf1 -all"

Altospam

Tests DNS

Tests de la réponse DNS
Synchronisation des serveurs DNSLes 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 NSTous les serveurs de noms sont sur le même réseau de classe C :
  • 200.160.2.0/24 => a.auto.dns.br.; b.auto.dns.br. warning
Enregistrement SOAAucun enregistrement SOA info
Version des serveurs DNSLa version des serveurs DNS n'est pas exposée :
  • a.auto.dns.br. => autodns-20220629181434 check
  • b.auto.dns.br. => autodns-20220629181434 check
Nombre d'enregistrements MXAttention le domaine ne possède qu'un seul champ MX, cela réduit la disponibilité des serveurs de réception de mails :
  • . => Rsolution impossible check
Adresses IP des enregistrements MXLes adresses IP des enregistrements MX sont différentes check
Les enregistrements MX possèdent tous des noms d'hôtes check
Les champs MX ne peuvent pas être résolus :
  • . => Rsolution impossible check
Réseau des enregistrements MXLes 1 serveurs de messagerie sont sur des réseaux de classe C différents check
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 3 tests non validés :
  • Tous les serveurs de noms sont sur le même réseau de classe C
  • Un seul MX, risque d'indisponibilité
    (Réglez simplement et rapidement ce problème avec ALTOSPAM)
  • Certains champs MX ne peuvent pas être résolus

Tests IP sur multinet.com.br. => Rsolution impossible


Résolution inverse DNS

Serveur ayant répondu : a.in-addr-servers.arpa. <=> 199.180.182.53 [US] [163 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
in-addr.arpa.3600INSOAb.in-addr-servers.arpa. nstld.iana.org. 2022033549 1800 900 604800 3600
Informations additionnelles
Question TTL Classe Type Nom d'hôte
Aucun enregistrement A
L'adresse multinet.com.br. 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   (2)

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