DNSLookup.fr

Soumettre au test

Patientez ...
Vous étes connecté avec l'adresse IP 18.212.120.195 [US] <=> ec2-18-212-120-195.compute-1.amazonaws.com.

>>> Lancer l'analyse de deep.tw sur NS.Tools <<<


Analyse de deep.tw


Whois

Connexion au serveur whois.twnic.net.tw [774 ms]

Domain Name: deep.tw
Domain Status: clientTransferProhibited
Registrant:
Jin-SihLin linpct[_(a)_]gmail.com

Administrative Contact:
Jin-SihLin linpct[_(a)_]gmail.com

Technical Contact:
Jin-SihLin linpct[_(a)_]gmail.com

Record expires on 2028-11-02 12:02:18 (UTC+8)
Record created on 2005-11-01 16:37:35 (UTC+8)

Domain servers in listed order:
ns2.he.net
ns3.he.net
ns1.he.net
ns4.he.net
ns5.he.net

Registration Service Provider: PCHOME
Registration Service URL: http://myname.pchome.com.tw/
Propriétaire = Jin-SihLin linpct[_(a)_]gmail.com


DNS

Réponse de f.root-servers.net pour tw. [24 ms]
ns.twnic.net. <=> 192.83.166.11 [TW]
b.dns.tw. <=> 210.201.138.58 [TW]
c.dns.tw. <=> 203.66.87.201 [TW]
d.dns.tw. => 60.199.165.186 [TW] <=> 60-199-165-186.static.tfn.net.tw.
e.dns.tw. => 211.20.231.11 [TW] <=> 211-20-231-11.hinet-ip.hinet.net.
f.dns.tw. <=> 163.28.1.10 [TW]
g.dns.tw. <=> 220.229.225.195 [TW]
a.dns.tw. => 203.73.24.25 [TW] => Pas de PTR
h.dns.tw. <=> 204.61.216.119 [US]
anytld.apnic.net. => 202.12.31.53 [AU] <=> ns4.apnic.net.
Serveurs DNS du WhoIs sur whois.twnic.net.tw [774 ms] Réponse de ns.twnic.net. pour deep.tw. [236 ms] Réponse de ns3.he.net. pour deep.tw. [9.17 s]
Aucun serveur de nom renvoyé par le Whois ns3.he.net. <=> 216.218.132.2 [US]
ns2.he.net. <=> 216.218.131.2 [US]
ns5.he.net. <=> 216.66.80.18 [US]
ns4.he.net. <=> 216.66.1.2 [US]
ns1.he.net. <=> 216.218.130.2 [US] => Fourni par les serveurs DNS TLD seulement
ns2.he.net. <=> 216.218.131.2 [US]
ns3.he.net. <=> 216.218.132.2 [US]
ns4.he.net. <=> 216.66.1.2 [US]
ns5.he.net. <=> 216.66.80.18 [US]

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
ns.twnic.net. :
Nameservers du DNS de zone
ns3.he.net. :
Il y a incohérence avec le whois
Nameservers du DNS TLD
ns.twnic.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
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 => ns3.he.net. <=> 216.218.132.2 [US] [9.17 s]
Enregistrements MX
Domaine TTL Classe Type Poids Serveur
deep.tw.86400INMX0deep.tw.
Enregistrements NS
Domaine TTL Classe Type Serveur
deep.tw.86400INNSns2.he.net.
deep.tw.86400INNSns3.he.net.
deep.tw.86400INNSns4.he.net.
deep.tw.86400INNSns5.he.net.
Enregistrements SOA
Domaine TTL Classe Type Détail du SOA
deep.tw.86400INSOA
Serveur DNS maîtrens1.he.net.
Contact emailhostmaster@he.net
Serial2015100100
Refresh3600
Retry900
Expire3600000
Minimum TTL3600
Enregistrements CNAME
Alias TTL Classe Type Nom d'hôte cible
www.deep.tw.86400INCNAMEdeep.tw.
Enregistrements A
Nom d'hôte TTL Classe Type Adresse IP
deep.tw.86400INA114.34.235.18
Enregistrements TXT
Domaine TTL Classe Type Détail du TXT
deep.tw.86400INTXT"v=spf1 a mx"

Altospam

Tests DNS

Tests de la réponse DNS
Synchronisation des serveurs DNSLes champs CNAME de WWW ne sont pas synchronisés avec le serveurs de nom de départ pour les serveurs suivants :
  • ns3.he.net. 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 SOA
      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 SMTP

      Test sur les serveurs SMTP
      Connexion SMTP des enregistrements MXCes serveurs ne sont pas accessibles :
      Banner SMTPLes s des serveurs de messagerie contiennent les noms des serveurs de messagerie check
      Balise SPFLe domaine possède une balise SPF :
      • "v=spf1 a mx" check
      Acceptation de abuse et postmaterLe domaine n'accepte pas l'adresse abuse@deep.tw. : Le domaine n'accepte pas l'adresse postmaster@deep.tw. :
      Relais de mail ouvert (Open Relay)Les serveurs de mails ne sont pas configurés en relais de mail ouvert (Open Relay) check
      Simulation d'envoi de mail sans expéditeurLe serveur de messagerie primaire n'accepte pas les mails sans expéditeur à l'adresse check

      Simulation d'envoi de mail


      Simuler mail

      Les champs MX possèdent les serveurs SMTP suivants :Le domaine possède les champs SPF suivants :
      • v=spf1 a mx"
      (Pour vérifier si la liste des serveurs est exhaustive : Cf. FAQ #15)

      Il y a 3 tests non validés :
      • Certains serveurs ne sont pas accessibles
      • Le domaine n'accepte pas l'adresse abuse@deep.tw.
      • Le domaine n'accepte pas l'adresse postmaster@deep.tw.

      Tests Web

      Test sur le serveur Web
      Connexion au serveur WebLe serveur n'est pas accessible :
      Header-http, titre, description, et début du siteTemps écoulé pour le serveur web warning
      Liens du moteur de recherche
      • Résultats du moteur de recherche [268 ms]
      Résultats de la recherche :








      Temps écoulé pour le serveur web : deep.tw. => 114.34.235.18 [TW] <=> 114-34-235-18.hinet-ip.hinet.net. warning


      9 / 20   (52)

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