DNSLookup.fr

Soumettre au test

Patientez ...
Vous étes connecté avec l'adresse IP 34.236.187.155 [US] <=> ec2-34-236-187-155.compute-1.amazonaws.com.

>>> Lancer l'analyse de regioklicks.de sur NS.Tools <<<


Analyse de www.regioklicks.de

http://www.regioklicks.de

Whois

Connexion au serveur whois.denic.de [203 ms]

Domain: regioklicks.de
Status: connect


DNS

Réponse de f.root-servers.net pour de. [17 ms]
a.nic.de. <=> 194.0.0.53 [DE]
f.nic.de. <=> 81.91.164.5 [DE]
l.de.net. <=> 77.67.63.105 [IE]
n.de.net. <=> 194.146.107.6 [SE]
s.de.net. <=> 195.243.137.26 [DE]
z.nic.de. <=> 194.246.96.1 [AT]
Serveurs DNS du WhoIs sur whois.denic.de [203 ms] Réponse de a.nic.de. pour regioklicks.de. [8 ms] Réponse de ns82.domaincontrol.com. pour regioklicks.de. [114 ms]
Aucun serveur de nom renvoyé par le Whois ns82.domaincontrol.com. => 173.201.69.32 [US] <=> ns62.domaincontrol.com.
ns81.domaincontrol.com. => 97.74.101.32 [US] <=> ns61.domaincontrol.com.
ns82.domaincontrol.com. => 173.201.69.32 [US] <=> ns62.domaincontrol.com.
ns81.domaincontrol.com. => 97.74.101.32 [US] <=> ns61.domaincontrol.com.

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
a.nic.de. :
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

Afficher la réponse DNS

Serveur ayant répondu => ns82.domaincontrol.com. => 173.201.69.32 [US] <=> ns62.domaincontrol.com. [114 ms]
Enregistrements MX
Domaine TTL Classe Type Poids Serveur
www.regioklicks.de.3600INMX100mxlb.ispgateway.de.
Enregistrements NS
Domaine TTL Classe Type Serveur
regioklicks.de.3600INNSns82.domaincontrol.com.
regioklicks.de.3600INNSns81.domaincontrol.com.
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
www.regioklicks.de.3600INA92.204.55.50
www.regioklicks.de.3600INAAAA2a00:1158:5:432::
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 DNSLes champs NS ne sont pas synchronisés avec le serveurs de nom de départ pour les serveurs suivants :
  • ns82.domaincontrol.com. check =====>
    • ns81.domaincontrol.com. 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 SOAAucun enregistrement SOA info
      Version des serveurs DNSLa version n'est pas accessible pour les serveurs dns 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 :
      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 peuvent être résolus et possèdent un PTR :
      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 WWWLe domaine possède un enregistrement pour WWW check
      Enregistrement A pour le domaineLe domaine possède un enregistrement A pour le domaine check
      BlacklistsLa liste des blacklists de domaine :
      Il y a 2 tests non validés :
      • Serveurs de noms mal synchronisés
      • Un seul MX, risque d'indisponibilité
        (Réglez simplement et rapidement ce problème avec ALTOSPAM)

      Tests IP sur www.regioklicks.de. => 2a00:1158:5:432:: [FR] => sh10116.ispgateway.de. => 92.204.55.50 [DE]


      Résolution inverse DNS

      Serveur ayant répondu : ns.namespace4you.de. <=> 80.67.16.124 [DE] [342 ms]
      Enregistrements PTR
      Question TTL Classe Type Nom d'hôte
      0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.3.4.0.5.0.0.0.8.5.1.1.0.0.a.2.ip6.arpa.3600INPTRsh10116.ispgateway.de.
      Serveurs de nom autoritaire
      Question TTL Classe Type Nom d'hôte
      Aucun enregistrement NS
      Informations additionnelles
      Question TTL Classe Type Nom d'hôte
      Aucun enregistrement A
      L'adresse IP peut être résolue en 2a00:1158:0005:0432:0000:0000:0000:0000 [FR] => sh10116.ispgateway.de. <=> 92.204.55.50 [DE]


      Whois IP

      Propriétaire du réseau = DE-GODADDY-20040708
      Pas de réseau disponible.


      14 / 20   (75)

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