DNSLookup.fr

Soumettre au test

Patientez ...
Vous étes connecté avec l'adresse IP 3.238.199.4 [US] <=> ec2-3-238-199-4.compute-1.amazonaws.com.

>>> Lancer l'analyse de gov.in sur NS.Tools <<<


Analyse de dtl.gov.in


Whois

Connexion au serveur whois.registry.in [1.48 s]

Délai d'attente écoulé


DNS

Réponse de f.root-servers.net pour in. [10 ms]
ns1.registry.in. <=> 37.209.192.12 [GB]
ns2.registry.in. <=> 37.209.194.12 [GB]
ns3.registry.in. <=> 37.209.196.12 [GB]
ns4.registry.in. <=> 37.209.198.12 [GB]
ns5.registry.in. <=> 156.154.100.20 [US]
ns6.registry.in. <=> 156.154.101.20 [US]
Serveurs DNS du WhoIs sur whois.registry.in [1.48 s] Réponse de ns1.registry.in. pour dtl.gov.in. [14 ms] Réponse de ns7.nic.in. pour dtl.gov.in. [1.18 s]
Délai d'attente écoulé
ns7.nic.in. <=> 164.100.4.10 [IN]
ns10.nic.in. => Rsolution impossible
ns1.nic.in. <=> 164.100.11.11 [IN]
ns2.nic.in. <=> 164.100.105.30 [IN]
ns7.nic.in. <=> 164.100.4.10 [IN]
ns2.nic.in. <=> 164.100.105.30 [IN]
ns10.nic.in. => Rsolution impossible
ns1.nic.in. <=> 164.100.11.11 [IN]

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
ns1.registry.in. :
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 => ns7.nic.in. <=> 164.100.4.10 [IN] [1.18 s]
Enregistrements MX
Domaine TTL Classe Type Poids Serveur
dtl.gov.in.3600INMX0mailgw.nic.in.
Enregistrements NS
Domaine TTL Classe Type Serveur
dtl.gov.in.3600INNSns7.nic.in.
dtl.gov.in.3600INNSns2.nic.in.
dtl.gov.in.3600INNSns10.nic.in.
dtl.gov.in.3600INNSns1.nic.in.
Enregistrements SOA
Domaine TTL Classe Type Détail du SOA
dtl.gov.in.3600INSOA
Serveur DNS maîtrens2.nic.in.
Contact emailnsadmin@nic.in
Serial2020111001
Refresh10800
Retry1800
Expire1209600
Minimum TTL14400
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
dtl.gov.in.3600INA164.100.190.53
www.dtl.gov.in.3600INA164.100.190.53
Enregistrements TXT
Domaine TTL Classe Type Détail du TXT
dtl.gov.in.3600INTXT"v=spf1 mx ip4:164.100.14.0/24 ip4:164.100.2.0/24 ip4:164.100.10.0/24 ip4:164.100.15.0/24 ~all"
dtl.gov.in.3600INTXT"MPMQGAKOJM38VEIEQK4MO6GD9I"

Altospam

Tests DNS

Tests de la réponse DNS
Synchronisation des serveurs DNSCes serveurs de noms ne font pas autorité sur le domaine :
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 4 serveurs de noms sont sur des réseaux de classe C différents check
Enregistrement SOA
    Version des serveurs DNSLa version des serveurs DNS n'est pas exposée :
    • ns7.nic.in. => local check
    • ns1.nic.in. => local check
    • ns2.nic.in. => local 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 ne possèdent pas de PTR ou un PTR différent de leur nom initial :
    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 3 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)
    • 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 :
    • 164.100.2.238 => Rsolution impossible : 220 esahydvagw20.nic.in ESMTP info
    Balise SPFLe domaine possède une balise SPF :
    • "v=spf1 mx ip4:164.100.14.0/24 ip4:164.100.2.0/24 ip4:164.100.10.0/24 ip4:164.100.15.0/24 ~all" check
    Acceptation de abuse et postmaterLe domaine n'accepte pas l'adresse abuse@dtl.gov.in. : Le domaine n'accepte pas l'adresse postmaster@dtl.gov.in. :
    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 mx ip4:164.100.14.0/24 ip4:164.100.2.0/24 ip4:164.100.10.0/24 ip4:164.100.15.0/24 ~all"
    (Pour vérifier si la liste des serveurs est exhaustive : Cf. FAQ #15)

    Il y a 2 tests non validés :
    • Le domaine n'accepte pas l'adresse abuse@dtl.gov.in.
    • Le domaine n'accepte pas l'adresse postmaster@dtl.gov.in.

    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 [300 ms]
    Connexion au serveur www.dtl.gov.in.
    HTTP/1.1 302 Redirect
    Cache-Control: private
    Content-Length: 139
    Content-Type: text/html; charset=UTF-8
    Location: ~/ErrorPage.aspx
    X-Frame-Options: SAMEORIGIN
    X-Content-Type-Options: nosniff
    X-XSS-Protection: 1; mode=block
    Date: Mon, 26 Sep 2022 10:22:00 GMT


    • Titre,description et début du texte [1.39 s]
    Home : Delhi Transco Limited
    Media Gallery : Delhi Transco Limited
    Javasript is currently not supported/disabled by this browser. Please enable JavaScript for full functionality ! More Skip to Main Content Employee Corner Screen Reader Access -A A +A हिंदी HomeAbout UsCompany OverviewVision, Mission and Core valuesOur BusinessQuality Policy and ObjectivesBoard of DirectorsEDs and GMsOrganizational ChartCorporate Social ResponsibilityVigil Mechanism PolicyDelhi Solar PolicyOur Transmission systemSubstationsList of SubstationsTransformation Capacity - 400KV levelTransformation Capacity - 220KV levelPower Transmission LinesLines - 400 KVLines - 220 KV13 Five yea ...
    Liens du moteur de recherche
    • Résultats du moteur de recherche [279 ms]
    Résultats de la recherche :








    Le serveur web est www.dtl.gov.in. => 164.100.190.53 [IN] => Pas de PTR nmap :
    • Titre : Home : Delhi Transco Limited
    • Description : Media Gallery : Delhi Transco Limited

    13 / 20   (72)

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