DNSLookup.fr

Soumettre au test

Patientez ...
Vous étes connecté avec l'adresse IP 3.92.28.52 [US] <=> ec2-3-92-28-52.compute-1.amazonaws.com.

>>> Lancer l'analyse de restena.lu sur NS.Tools <<<


Analyse de nsp.restena.lu

http://www.restena.lu

Whois

Connexion au serveur whois.dns.lu [199 ms]

% Access to RESTENA DNS-LU WHOIS information is provided to assist persons
% in determining the content of a domain name registration record in the LU
% registration database. The data in this record is provided by RESTENA DNS-LU
% for information purposes only, and RESTENA DNS-LU does not guarantee its
% accuracy. Compilation, repackaging, dissemination or other use of the
% WHOIS database in its entirety, or of a substantial part thereof, is not
% allowed without the prior written permission of RESTENA DNS-LU.
%
% By submitting a WHOIS query, you agree to abide by this policy. You acknowledge
% that the use of the WHOIS database is regulated by the ACCEPTABLE USE POLICY
% ( http://www.dns.lu/en/support/domainname-availability/whois-gateway/), that you are aware of its
% content, and that you accept its terms and conditions.
%
% You agree especially that you will use this data only for lawful purposes and
% that you will not use this data to:
% (1) allow, enable, or otherwise support the transmission of mass unsolicited,
% commercial advertising or solicitations via e-mail (spam); or
% (2) enable high volume, automated, electronic processes that apply to
% RESTENA DNS-LU (or its systems).
%
% All rights reserved.
%
% WHOIS restena.lu
%% Excessive querying, grace period of 7777777 seconds


DNS

Réponse de f.root-servers.net pour lu. [8 ms]
g.dns.lu. <=> 194.0.23.5 [LU]
i.dns.lu. <=> 194.146.106.66 [SE]
j.dns.lu. <=> 77.72.229.247 [SE]
k.dns.lu. => 194.0.1.13 [GB] => Pas de PTR
p.dns.lu. <=> 194.0.42.42 [LU]
ns1.dns.lu. <=> 158.64.229.18 [LU]
Serveurs DNS du WhoIs sur whois.dns.lu [199 ms] Réponse de g.dns.lu. pour restena.lu. [47 ms] Réponse de ns3.restena.lu. pour restena.lu. [456 ms]
Aucun serveur de nom renvoyé par le Whois ns3.restena.lu. => 158.64.12.45 [LU] <=> ns3.luco.restena.lu.
ns2.restena.lu. <=> 145.100.190.186 [NL]
nsp.restena.lu. => 194.58.198.32 [RU] <=> nsp.dnsnode.net.
nse.restena.lu. => 194.58.196.32 [RU] <=> europe1.dnsnode.net.
ns1.restena.lu. <=> 158.64.1.23 [LU]
ns3.restena.lu. => 158.64.12.45 [LU] <=> ns3.luco.restena.lu.
ns1.restena.lu. <=> 158.64.1.23 [LU]
nse.restena.lu. => 194.58.196.32 [RU] <=> europe1.dnsnode.net.
ns2.restena.lu. <=> 145.100.190.186 [NL]
nsp.restena.lu. => 194.58.198.32 [RU] <=> nsp.dnsnode.net.

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
g.dns.lu. :
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 => ns3.restena.lu. => 158.64.12.45 [LU] <=> ns3.luco.restena.lu. [456 ms]
Enregistrements MX
Domaine TTL Classe Type Poids Serveur
Aucun enregistrement MX
Enregistrements NS
Domaine TTL Classe Type Serveur
restena.lu.21600INNSns3.restena.lu.
restena.lu.21600INNSns1.restena.lu.
restena.lu.21600INNSnse.restena.lu.
restena.lu.21600INNSns2.restena.lu.
restena.lu.21600INNSnsp.restena.lu.
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
nsp.restena.lu.21600INAAAA2a01:3f1:3032::53
nsp.restena.lu.21600INA194.58.198.32
ns1.restena.lu.21600INA158.64.1.23
ns2.restena.lu.21600INA145.100.190.186
ns3.restena.lu.21600INA158.64.12.45
nse.restena.lu.21600INA194.58.196.32
ns1.restena.lu.21600INAAAA2001:a18:1::23
ns2.restena.lu.21600INAAAA2001:610:188:406:145:100:190:186
ns3.restena.lu.21600INAAAA2001:a18:6:2::45
nse.restena.lu.21600INAAAA2a01:3f1:832::53
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 :
  • ns2.restena.lu. check =====>
    • nsp.restena.lu. check =====>
      • nse.restena.lu. 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 sur des réseaux de classe C différents check
        Enregistrement SOAAucun enregistrement SOA info
        Version des serveurs DNSLa version des serveurs DNS est exposée :
        • ns3.restena.lu. => 9.9.11-P1 warning
        • ns1.restena.lu. => 9.9.11-P1 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 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
        • La version des serveurs est exposée

        Tests IP sur nsp.restena.lu. => 194.58.198.32 [RU] <=> nsp.dnsnode.net.


        Résolution inverse DNS

        Serveur ayant répondu : slave.gbg.netnod.se. <=> 192.36.133.116 [SE] [3.33 s]
        Enregistrements PTR
        Question TTL Classe Type Nom d'hôte
        32.198.58.194.in-addr.arpa.86400INPTRnsp.dnsnode.net.
        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 194.58.198.32 [RU] <=> nsp.dnsnode.net.


        Tests de scan de ports

        Remarque: Suite à des plaintes nous avons été obligés de limiter le scan de ports à 3 ports ! Il y a 1 port ouvert :
        • 53/tcp open domain

        Tests Blacklist et Whitelist

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


        Whois IP

        Propriétaire du réseau = NETNOD-NDS
        Réseau = 194.58.198.0 - 194.58.198.255


        15 / 20   (78)

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