DNSLookup.fr

Soumettre au test

Patientez ...
Vous étes connecté avec l'adresse IP 3.236.51.151 [US] <=> ec2-3-236-51-151.compute-1.amazonaws.com.

>>> Lancer l'analyse de in-addr.arpa sur NS.Tools <<<


Analyse de 107.138.in-addr.arpa


Whois

Connexion au serveur whois.arin.net [345 ms]


#
# ARIN WHOIS data and services are subject to the Terms of Use
# available at: https://www.arin.net/resources/registry/whois/tou/
#
# If you see inaccuracies in the results, please report at
# https://www.arin.net/resources/registry/whois/inaccuracy_reporting/
#
# Copyright 1997-2021, American Registry for Internet Numbers, Ltd.
#


#
# This query looks like a domain name. Please consult DNS to resolve it to
# an IP address, or use the Whois server for the appropriate domain registry.
#
#

No match found for in-addr.arpa.


#
# ARIN WHOIS data and services are subject to the Terms of Use
# available at: https://www.arin.net/resources/registry/whois/tou/
#
# If you see inaccuracies in the results, please report at
# https://www.arin.net/resources/registry/whois/inaccuracy_reporting/
#
# Copyright 1997-2021, American Registry for Internet Numbers, Ltd.
#



DNS

Réponse de f.root-servers.net pour in-addr.arpa. [288 ms]
a.in-addr-servers.arpa. <=> 199.180.182.53 [US]
c.in-addr-servers.arpa. <=> 196.216.169.10 [MU]
f.in-addr-servers.arpa. <=> 193.0.9.1 [NL]
d.in-addr-servers.arpa. <=> 200.10.60.53 [UY]
e.in-addr-servers.arpa. => 203.119.86.101 [AU] <=> anysec.apnic.net.
b.in-addr-servers.arpa. <=> 199.253.183.183 [US]
Serveurs DNS du WhoIs sur whois.arin.net [345 ms] Réponse de a.in-addr-servers.arpa. pour 138.in-addr.arpa. [153 ms] Réponse de y.arin.net. pour 107.138.in-addr.arpa. [8 ms] Réponse de ns.olympus.co.jp. pour 107.138.in-addr.arpa. [1.67 s]
Aucun serveur de nom renvoyé par le Whois y.arin.net. <=> 192.82.134.30 [?] => Serveur DNS parent considéré comme serveurs DNS TLD
x.arin.net. => 199.180.180.63 [US] <=> r.arin.net. => Serveur DNS parent considéré comme serveurs DNS TLD
r.arin.net. <=> 199.180.180.63 [US] => Serveur DNS parent considéré comme serveurs DNS TLD
arin.authdns.ripe.net. <=> 193.0.9.10 [NL] => Serveur DNS parent considéré comme serveurs DNS TLD
z.arin.net. <=> 199.212.0.63 [US] => Serveur DNS parent considéré comme serveurs DNS TLD
u.arin.net. <=> 204.61.216.50 [US] => Serveur DNS parent considéré comme serveurs DNS TLD
ns.olympus.co.jp. <=> 138.107.10.100 [JP]
dns-a.iij.ad.jp. => 210.138.20.110 [JP] <=> s019.d-53.net. => Fourni par les serveurs DNS délégué seulement
ns1.olympus.co.jp. <=> 138.107.10.101 [JP]
ns1.olympus.co.jp. <=> 138.107.10.101 [JP]
ns.olympus.co.jp. <=> 138.107.10.100 [JP]
dns-a.iij.ad.jp. => 210.138.20.110 [JP] <=> s019.d-53.net. => Fourni par les serveurs DNS de zone seulement (furtif)

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
y.arin.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 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 => ns.olympus.co.jp. <=> 138.107.10.100 [JP] [1.67 s]
Enregistrements MX
Domaine TTL Classe Type Poids Serveur
Aucun enregistrement MX
Enregistrements NS
Domaine TTL Classe Type Serveur
107.138.in-addr.arpa.86400INNSns1.olympus.co.jp.
107.138.in-addr.arpa.86400INNSns.olympus.co.jp.
107.138.in-addr.arpa.86400INNSdns-a.iij.ad.jp.
Enregistrements SOA
Domaine TTL Classe Type Détail du SOA
107.138.in-addr.arpa.86400INSOA
Serveur DNS maîtrens.olympus.co.jp.
Contact emailgateway-admin@ns.olympusco.jp.
Serial43
Refresh600
Retry3600
Expire4320000
Minimum TTL600
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
ns.olympus.co.jp.600INA138.107.10.100
ns1.olympus.co.jp.600INA138.107.10.101
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 :
  • dns-a.iij.ad.jp. 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 3 serveurs de noms sont séparés sur 2 reseaux de classe C différents :
    • 138.107.10.0/24 => ns.olympus.co.jp.; ns1.olympus.co.jp. info
    • 202.32.219.0/24 => dns-a.iij.ad.jp. 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. => 43 info
    • La valeur du refresh doit être comprise entre 1200 et 43200 => 600 info
    • La valeur du expire doit être comprise entre 604800 et 3600000 => 4320000 info
    Version des serveurs DNSLa version des serveurs DNS est exposée :
    • ns.olympus.co.jp. => 0.0.0 warning
    • ns1.olympus.co.jp. => 0.0.0 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 domaineAucun enregistrement 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 107.138.in-addr.arpa. => Rsolution impossible


    Résolution inverse DNS

    Serveur ayant répondu : ns3.sbcglobal.net. <=> 65.68.49.6 [US] [477 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
    138.107.in-addr.arpa.3600INSOAns1.swbell.net. rm-hostmaster.ems.att.com. 22 10800 900 604800 7200
    Informations additionnelles
    Question TTL Classe Type Nom d'hôte
    Aucun enregistrement A
    L'adresse 107.138.in-addr.arpa. 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.


    4 / 20   (22)

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