DNSLookup.fr

Soumettre au test

Patientez ...
Vous étes connecté avec l'adresse IP 3.208.22.127 [US] <=> ec2-3-208-22-127.compute-1.amazonaws.com.

>>> Lancer l'analyse de co.uk sur NS.Tools <<<


Analyse de ruby-london.co.uk

http://www.co.uk

Whois

Connexion au serveur whois.nic.uk [1.19 s]

Délai d'attente écoulé


DNS

Réponse de f.root-servers.net pour uk. [16 ms]
dns1.nic.uk. <=> 213.248.216.1 [GB]
nsa.nic.uk. <=> 156.154.100.3 [US]
dns3.nic.uk. <=> 213.248.220.1 [GB]
nsd.nic.uk. <=> 156.154.103.3 [US]
nsc.nic.uk. <=> 156.154.102.3 [US]
dns4.nic.uk. <=> 43.230.48.1 [?]
dns2.nic.uk. <=> 103.49.80.1 [?]
nsb.nic.uk. <=> 156.154.101.3 [US]
Serveurs DNS du WhoIs sur whois.nic.uk [1.19 s] Réponse de dns1.nic.uk. pour ruby-london.co.uk. [120 ms] Réponse de ns1.intralan.net. pour ruby-london.co.uk. [342 ms]
Délai d'attente écoulé
ns1.intralan.net. <=> 194.54.9.2 [GB]
ns2.intralan.net. => 194.54.9.3 [GB] => 12chatsworth.co.uk. => 162.255.119.110 [?]
ns3.intralan.net. => 194.54.10.3 [GB] <=> 3.10.54.194.static.intralan.net.uk.
ns2.intralan.net. => 194.54.9.3 [GB] => www.teigntints.co.uk. => Rsolution impossible
ns1.intralan.net. <=> 194.54.9.2 [GB]
plesk12. => Rsolution impossible => Fourni par les serveurs DNS de zone seulement (furtif)
ns4.intralan.net. <=> 194.54.8.3 [GB] => Fourni par les serveurs DNS de zone seulement (furtif)
ns3.intralan.net. => 194.54.10.3 [GB] <=> 3.10.54.194.static.intralan.net.uk.

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
dns1.nic.uk. :
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 => ns1.intralan.net. <=> 194.54.9.2 [GB] [342 ms]
Enregistrements MX
Domaine TTL Classe Type Poids Serveur
ruby-london.co.uk.86400INMX40aspmx3.googlemail.com.
ruby-london.co.uk.86400INMX25alt2.aspmx.l.google.com.
ruby-london.co.uk.86400INMX15alt1.aspmx.l.google.com.
ruby-london.co.uk.86400INMX0aspmx.l.google.com.
ruby-london.co.uk.86400INMX35aspmx2.googlemail.com.
Enregistrements NS
Domaine TTL Classe Type Serveur
ruby-london.co.uk.86400INNSns2.intralan.net.
ruby-london.co.uk.86400INNSns1.intralan.net.
ruby-london.co.uk.3600INNSplesk12.
ruby-london.co.uk.86400INNSns4.intralan.net.
ruby-london.co.uk.86400INNSns3.intralan.net.
Enregistrements SOA
Domaine TTL Classe Type Détail du SOA
ruby-london.co.uk.86400INSOA
Serveur DNS maîtrens1.intralan.net.
Contact emaillisa@ruby-london.couk.
Serial1421661526
Refresh10800
Retry3600
Expire604800
Minimum TTL86400
Enregistrements CNAME
Alias TTL Classe Type Nom d'hôte cible
www.ruby-london.co.uk.86400INCNAMEruby-london.co.uk.
Enregistrements A
Nom d'hôte TTL Classe Type Adresse IP
ruby-london.co.uk.86400INA194.54.9.3
ns2.intralan.net.86400INA194.54.9.3
ns1.intralan.net.86400INA194.54.9.2
ns4.intralan.net.86400INA194.54.8.3
ns3.intralan.net.86400INA194.54.10.3
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 :
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 3 serveurs de noms sont séparés sur 2 reseaux de classe C différents :
  • 194.54.9.0/24 => ns1.intralan.net.; ns2.intralan.net. info
  • 194.54.10.0/24 => ns3.intralan.net. 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. => 1421661526 info
  • Certains serveurs n'acceptent pas l'adresse mail indiquée => lisa@ruby-london.co.uk :
    • Aucun champ mx pour le domaine ruby-london.co.uk info
Version des serveurs DNSLa version n'est pas accessible pour les serveurs dns check
Nombre d'enregistrements MXLe domaine possède au moins 2 enregistrements MX 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 possèdent pas de PTR ou un PTR différent de leur nom initial :
Les champs MX peuvent être résolus et possèdent un PTR :
Réseau des enregistrements MXLes 5 serveurs de messageries sont séparés sur 3 réseaux de classe C différents :
  • 74.125.200.0/24 => aspmx3.googlemail.com.; alt2.aspmx.l.google.com. info
  • 108.177.14.0/24 => alt1.aspmx.l.google.com.; aspmx2.googlemail.com. info
  • 173.194.76.0/24 => aspmx.l.google.com. 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 3 tests non validés :
  • Serveurs de noms mal synchronisés
  • Le SOA du domaine n'est pas correct
  • Certains champs MX ne possèdent pas de PTR ou un PTR différent de leur nom initial

Tests SMTP

Test sur les serveurs SMTP
Connexion SMTP des enregistrements MXCes serveurs sont accessibles :
Banner SMTPCertains serveurs possèdent une banner qui ne contient pas le nom du serveur de messagerie :
Balise SPFAucune balise SPF pour le domaine info
Acceptation de abuse et postmaterLe domaine n'accepte pas l'adresse abuse@ruby-london.co.uk. :
  • Les serveurs smtp ne répondent pas
Le domaine n'accepte pas l'adresse postmaster@ruby-london.co.uk. :
  • Les serveurs smtp ne répondent pas
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 :Il y a 2 tests non validés :
  • Le domaine n'accepte pas l'adresse abuse@ruby-london.co.uk.
  • Le domaine n'accepte pas l'adresse postmaster@ruby-london.co.uk.

Tests Web

Test sur le serveur Web
Connexion au serveur WebLe serveur Web est accessible :
Header-http, titre, description, et début du site
  • Header [717 ms]
Connexion au serveur www.ruby-london.co.uk.
HTTP/1.1 200 OK
Content-Length: 4122
Content-Type: text/html
Last-Modified: Fri, 02 Jan 2015 03:33:28 GMT
Accept-Ranges: bytes
ETag: "aa93a0df3c26d01:0"
Server: Microsoft-IIS/8.5
X-Powered-By: ASP.NET
X-Powered-By-Plesk: PleskWin
Date: Mon, 20 May 2019 16:47:16 GMT


  • Titre,description et début du texte [89 ms]
Ruby London handbags
Aucune description
...
Liens du moteur de recherche
  • Résultats du moteur de recherche [617 ms]
Résultats de la recherche :








Le serveur web est www.ruby-london.co.uk. => 194.54.9.3 [GB] <=> mail.intralan.net. nmap :
  • Titre : Ruby London handbags
  • Début du site : ...

13 / 20   (65)

En direct du blog

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

DNSLOOKUP : Outil d’analyse DNS
Publié le mardi 09 avril, 2019

DNSLOOKUP est un outil d’analyse DNS, c'est-à-dire un service d’analyse des serveurs de noms de domaines qui peut analyser un nom de domaine, un nom d’hôte, une adresse e-mail ou une adresse IP (IPv4 et IPv6).