Nombre de serveur SMTP
Il n'y a qu'un seul serveur SMTP valide.
Rapport d'analyse du domaine : mairie-sarrebourg.fr 
Résumé
Un SPF est configuré pour ce domaine
Le domaine n'a pas de SPF.
Le banner retourne le nom du serveur
mail.mairie-sarrebourg.fr avec l'IP [62.102.228.25] ne contient pas le nom du serveur.
firewall ESMTP ready.
DNS
Serveurs DNS pour mairie-sarrebourg.fr
mairie-sarrebourg.fr a été détecté comme étant un domaine
- Nom
- ns3.rmi.fr
- IPs
- Nom
- ns4.rmi.fr
- IPs
Informations sur la requête
- Serveur
- f.root-servers.net
[ 192.5.5.241 ] - Durée de la requête
- 23 ms
- Type
- authority
- Entête
- RCODE : 0 AA : 0 TC : 0
Réponse
Informations sur la requête
- Serveur
- d.nic.fr
[ 194.0.9.1 ] - Durée de la requête
- 14 ms
- Type
- authority
- Entête
- RCODE : 0 AA : 0 TC : 0
Réponse
- Nom
- ns3.rmi.fr
- IPs
- Nom
- ns4.rmi.fr
- IPs
Informations sur la requête
- Serveur
- e.ext.nic.fr
[ 193.176.144.22 ] - Durée de la requête
- 34 ms
- Type
- authority
- Entête
- RCODE : 0 AA : 0 TC : 0
Réponse
- Nom
- ns3.rmi.fr
- IPs
- Nom
- ns4.rmi.fr
- IPs
Informations sur la requête
- Serveur
- f.ext.nic.fr
[ 194.146.106.46 ] - Durée de la requête
- 34 ms
- Type
- authority
- Entête
- RCODE : 0 AA : 0 TC : 0
Réponse
- Nom
- ns3.rmi.fr
- IPs
- Nom
- ns4.rmi.fr
- IPs
Informations sur la requête
- Serveur
- g.ext.nic.fr
[ 194.0.36.1 ] - Durée de la requête
- 15 ms
- Type
- authority
- Entête
- RCODE : 0 AA : 0 TC : 0
Réponse
- Nom
- ns3.rmi.fr
- IPs
- Nom
- ns4.rmi.fr
- IPs
Informations sur la requête
- Serveur
- ns3.rmi.fr
[ 212.51.161.18 ] - Durée de la requête
- 24 ms
- Type
- answer
- Entête
- RCODE : 0 AA : 1 TC : 0
Réponse
- Nom
- ns3.rmi.fr
- IPs
- Nom
- ns4.rmi.fr
- IPs
Informations sur la requête
- Serveur
- ns4.rmi.fr
[ 212.51.185.2 ] - Durée de la requête
- 30 ms
- Type
- answer
- Entête
- RCODE : 0 AA : 1 TC : 0
Réponse
- Nom
- ns3.rmi.fr
- IPs
- Nom
- ns4.rmi.fr
- IPs
Serveurs de nom
- Nom
- ns3.rmi.fr
- IPs
- Nom
- ns4.rmi.fr
- IPs
Serveurs MX
- Nom
- mail.mairie-sarrebourg.fr
- IPs
- Priorité
- 5
- TTL
- 86400 (1 day)
Champs TXT
- Type
- Dkim
- TTL
- 86400 (1 day)
- Sélecteur
- Données brutes
- v=DKIM1; k=rsa; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAqXkeO7gRnEBM4s5OWKGsQdZTvYZLVyHQtMVb6U+gHje+1d6iDB9bP5ljZ4zL6iqfMVcDtTJkBENNLdP/Vn/tNS9j+qu6SMAxyxQoj9Z32p7FP1aJzq/Om7bFmAP/NGsUE3pgB2TR0VhEJ57avyvcmwPTDAs9xAWOLKt9Tx78wmjQ4bz76SN99Nm8b3tSsUmeSby9K78htA1+6F1fKQ7t2Y1CHM0mt8NpHCHudwudsGuw01Ob8cpggEp6e/vOPVCHWIqYyM+1O1CWVI0HxGdRIFLDGqZYg6KmIS+qulYuQoyLorLz/1KpWkugYNpnmuhfaA5fCmQ6HpTz8J3s0A8u8wIDAQAB
- Version
- DKIM1
- Type de clé
- rsa 2048 bits
- Clé publique
-----BEGIN PUBLIC KEY----- MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAqXkeO7gRnEBM4s5OWKGs QdZTvYZLVyHQtMVb6U+gHje+1d6iDB9bP5ljZ4zL6iqfMVcDtTJkBENNLdP/Vn/t NS9j+qu6SMAxyxQoj9Z32p7FP1aJzq/Om7bFmAP/NGsUE3pgB2TR0VhEJ57avyvc mwPTDAs9xAWOLKt9Tx78wmjQ4bz76SN99Nm8b3tSsUmeSby9K78htA1+6F1fKQ7t 2Y1CHM0mt8NpHCHudwudsGuw01Ob8cpggEp6e/vOPVCHWIqYyM+1O1CWVI0HxGdR IFLDGqZYg6KmIS+qulYuQoyLorLz/1KpWkugYNpnmuhfaA5fCmQ6HpTz8J3s0A8u 8wIDAQAB -----END PUBLIC KEY-----
- Type
- Dmarc
- TTL
- 86400 (1 day)
- Données brutes
- v=DMARC1; p=none
- Version
- DMARC1
- Procédure du domaine principal
- none
SOA
- From
- ns4.rmi.fr
- Serveur maître
- ns3.rmi.fr
- TTL
- 86400 (1 day)
- Contact
- gnh4@adista.fr
- Sérial
- 2024010302
- Refresh
- 21600 (6 hours)
- Retry
- 3600 (1 hour)
- Expire
- 604800 (7 days)
- Minimum
- 86400 (1 day)
Hôte trouvé
- Nom
- mail.mairie-sarrebourg.fr
- IP
- 62.102.228.25
- TTL
- 86400 (1 day)
Votre domaine n'est pas protégé par DNSSECDNSSEC Definition
La version BIND est caché
Réussi
La version Bind ne doit pas être visible car il y a un risque qu'une personne malveillante fasse une recherche sur des éventuelles failles de sécurité propre à la version trouvée.
0.023s
Le domaine a au moins 2 serveurs DNS
Réussi
Dans le but d'obtenir une très haute disponibilité, il est fortement recommandé par la RFC d'avoir au moins 2 serveurs pour les DNS.
RFC0.000s
Tous les serveurs DNS répondent
Réussi
Tous les serveurs DNS doivent être accessible et accepter une requête publique.
0.007s
Tous les serveurs retournent un succès
Réussi
Il est important que tous les serveurs retournent un code de succès.
0.005s
Les réponses ne sont pas de type CNAME ou A
Réussi
Les IPs des serveurs DNS sont différentes
Réussi
Les IPs des serveurs DNS doivent être différentes dans le but d'augmenter le taux de disponibilité afin que celui-ci soit au plus haut.
0.000s
Les IPs des serveurs DNS sont d'une class C différente
Réussi
La classe C de chaque IP doit être différente pour que les serveurs ne se trouvent pas dans la même baie et qu'il y ait un risque d'indisponibilité.
RFC0.000s
Les serveurs DNS sont synchronisés
Réussi
La synchronisation des serveurs DNS se doit d'être parfaite pour éviter tout problème de résolution dns. Les serveurs doivent donc donner la même réponse lorsqu'on leur demande "quels sont les serveurs DNS du domaine?".
0.000s
Les SOA sont synchronisés
Réussi
Le SOA répondu par les serveurs DNS doit être identique pour chaque serveur. Les informations les plus importantes sont le serveur maître, l'adresse e-mail du contact et le serial.
0.000s
L'email dans le SOA est valide
Réussi
Une adresse e-mail doit respecter certaines conditions pour être valide, conformément à la RFC 5322.
RFC0.000s
La valeur du Refresh dans le SOA est valide
Réussi
La valeur de Retry, Refresh et Expire est correcte
Réussi
La valeur de Retry doit être inférieur à celle de Refresh qui elle même doit être inférieur à Expire (retry <refresh <expire).
RFC0.000s
Les serveurs DNS ne sont pas Open Relay
Réussi
Les résolveurs DNS qui autorisent les requêtes provenant de toutes les adresses IP et qui sont exposés à Internet peuvent être attaqués et utilisés pour mener des attaques par déni de service (DoS) par des personnes malveillantes.
0.024s
Le transfert de zone n'est pas activé
Réussi
Un attaquant peut utiliser un transfert de zone contenant un code malveillant ou un format inapproprié qui bloque un serveur DNS vulnérable à ce type d'attaque, ce qui entraîne un DoS qui déstabilise les services DNS. Cela permet la récupération de l'ensemble des informations de la zone DNS. Le test peut être effectué à l'aide de la commande : #host -T axfr ou #dig axfr.
documentation0.069s
Les requêtes récursives sont désactivées
Réussi
Avoir un serveur DNS qui autorise les requêtes récursives est un risque de sécurité, une attaque DDOS peut être effectuée.
RFC documentation documentation0.021s
Les IPs des serveurs DNS ne sont pas privées
Réussi
Les mêmes enregistrement MX sont retournés
Réussi
Il est extrêmement important que chaque DNS renvoie les mêmes enregistrements MX afin d'éviter de contacter un serveur SMTP qui n'existe plus.
0.027s
Domaine
Whois
- Registrar
- ADISTA
- Propriétaire
- -
- Créé le
- inconnu
- Modifié le
- inconnu
- Expire le
- inconnu
Réputation
Domaine
- Serveur Whois
- whois.afnic.fr
- Créé le
- inconnu
- Modifié le
- inconnu
- Expire le
- inconnu
- Serveurs de nom
Registrar
- Id
- -
- Nom
- ADISTA
- Téléphone
- -
- gnh4@rmi.fr
- Url
- https://www.adista.fr/
Google Safe Browsing
- Etats
Web Of Trust
- Etats
Blackliste
- RFC Ignorant
- Rbl Jp
- RblDns
- Sorbs
- Spam Eating Monkey
- SpamHaus
- SuRbl
- Support Intelligence
- Swinog
- UriBl
Virus Total
Le domaine n'est pas blacklisté
Réussi
Un domaine ne doit pas être blacklisté sinon celui-ci il sera pénalisé pour le référencement et la délivrabilité des emails.
0.000s
Le domaine n'est pas listé dans Google Safe Browsing
Réussi
Google Safe Browsing catégorise un domaine comme étant mauvais si un élément suspect est détecté.
0.000s
Le domaine n'est pas listé dans VirusTotal
Réussi
Virus Total analyse votre domaine ou votre adresse IP avec 66 antivirus.
0.000s
Le domaine possède une bonne réputation sur Web Of Trust
Réussi
Web Of Trust évalue des milliers de sites Web et trouve des menaces si elles existent.
0.000s
Les serveurs DNS sont les mêmes dans la descente de l'arbre DNS et dans le Whois
Ignoré
Il est primordial que les DNS trouvés dans le WHOIS soient identiques à ceux retournés par une requête de résolution DNS.
0.000s
Serveurs de mail
- Nom
- mail.mairie-sarrebourg.fr
- IP
- 62.102.228.25
- Banner
SPF
Il n'y a pas d'enregistrement SPF pour ce domaine
DKIM
Plus d'informations sur ces entrées DKIM dans l'onglet DNS > Zone
Avez-vous d'autre sélecteur DKIM à analyser ?
- mail._domainkey
- v=DKIM1; k=rsa; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAqXkeO7gRnEBM4s5OWKGsQdZTvYZLVyHQtMVb6U+gHje+1d6iDB9bP5ljZ4zL6iqfMVcDtTJkBENNLdP/Vn/tNS9j+qu6SMAxyxQoj9Z32p7FP1aJzq/Om7bFmAP/NGsUE3pgB2TR0VhEJ57avyvcmwPTDAs9xAWOLKt9Tx78wmjQ4bz76SN99Nm8b3tSsUmeSby9K78htA1+6F1fKQ7t2Y1CHM0mt8NpHCHudwudsGuw01Ob8cpggEp6e/vOPVCHWIqYyM+1O1CWVI0HxGdRIFLDGqZYg6KmIS+qulYuQoyLorLz/1KpWkugYNpnmuhfaA5fCmQ6HpTz8J3s0A8u8wIDAQAB
DMARC
Plus d'informations sur cette entrée DMARC dans l'onglet DNS > Zone
- Données brutes
- v=DMARC1; p=none
- Nom
- mail.mairie-sarrebourg.fr
- IP
- 62.102.228.25
- Banner
- Starttls
- oui
- DANE
- non
- Taille du mail
- 50 MB
- Expn
- non
- Vrfy
- non
Simulation SMTP
- Connexion à mail.mairie-sarrebourg.fr ...
- 220 firewall ESMTP ready.
- HELO nstools.fr
- 250 firewall Hello nstools.fr [178.170.40.38]
- EHLO nstools.fr
- 250-firewall Hello nstools.fr [178.170.40.38]
250-SIZE 52428800
250-8BITMIME
250-PIPELINING
250-PIPECONNECT
250-STARTTLS
250 HELP
- QUIT
- 221 firewall closing connection
L'autodiscover n'est pas configuré
Nombre de serveur SMTP
Il n'y a qu'un seul serveur SMTP valide.
Le domaine doit avoir au moins 2 serveurs SMTP selon le RFC. Note : Vous pouvez utiliser un service comme altospam pour résoudre ce problème. Cliquez sur le lien ci-dessous pour en savoir plus
altospam0.000s
Un SPF est configuré pour ce domaine
Le domaine n'a pas de SPF.
Pour éviter l'usurpation d'identité, il est fortement recommandé de configurer un SPF.
Définition SPF0.000s
Le banner retourne le nom du serveur
mail.mairie-sarrebourg.fr avec l'IP [62.102.228.25] ne contient pas le nom du serveur.
firewall ESMTP ready.
La bannière doit contenir le nom du serveur
0.000s
Les serveurs SMTP sont accessible
Réussi
Les serveurs SMTP répertoriés dans la zone DNS doivent être accessibles. Dans le cas contraire, les e-mails risquent d'être perdus
0.000s
Les IPs des MX ont un Reverse
Réussi
Lorsqu'un serveur d'envoi établit une connexion avec le serveur destinataire, le serveur destinataire note l'adresse IP d'envoi et effectue une recherche inversée, appelée recherche PTR, portant le nom du type d'enregistrement DNS utilisé. Si le résultat de la recherche inversée correspond au résultat d'une recherche DNS directe, il est beaucoup plus probable que le message soit légitime. Si l'adresse IP ne correspond pas, il est beaucoup plus probable que l'adresse d'envoi ait été usurpée et donc beaucoup plus susceptible d'être indésirable et pourrait être considérée comme du spam.
documentation0.000s
La HELO est acceptée
Réussi
La EHLO est acceptée
Réussi
La STARTTLS est acceptée
Réussi
STARTTLS transforme une connexion non chiffrée en connexion sécurisée. Note : Vous pouvez utiliser un service comme altospam pour résoudre ce problème. Cliquez sur le lien ci-dessous pour en savoir plus
0.000s
La EXPN est refusée
Réussi
La commande EXPN est maintenant considérée comme un risque de sécurité, les spammers pouvant récupérer des adresses e-mail valides via chaque liste de diffusion.
0.000s
La VRFY est refusée
Réussi
Comme la commande EXPN, VRFY est utilisé par les spammeurs pour vérifier une adresse.
0.000s
Le banner retourne un code 2xx ou 4xx
Réussi
La bannière doit renvoyer un code valide(2xx) ou temporaire (4xx).
0.000s
Le type du serveur SMTP est caché
Réussi
Il existe un risque d'afficher le type et la version du serveur, car les utilisateurs peuvent trouver une faille pour une version spécifique et l'utiliser
0.000s
Les enregistrements MX sont FQDN
Réussi
Les enregistrements MX ne sont pas des CNAME
Réussi
Un DMARC est configuré pour ce domaine
Réussi
Pour éviter l'usurpation d'identité, il est fortement recommandé de configurer un DMARC.
0.000s
Le domaine possède un seul DMARC
Réussi
Pour éviter les problèmes avec le DMARC, il est fortement recommandé de n'en configurer qu'un seul.
0.000s
La version du DMARC existe
Réussi
La position de la version est correcte
Réussi
Selon la section 6.3 de la RFC 7489, la version DMARC doit être le premier paramètre du champ.
RFC0.000s
La procédure du DMARC existe
Réussi
Le champ DMARC "p" est valide
Réussi
Selon la section 6.3 de la RFC 7489, la valeur du paramètre Procedure doit être none, quarantaine ou reject.
RFC0.000s
Le champ DMARC "sp" est valide
Réussi
Selon la section 6.3 de la RFC 7489, la valeur du paramètre Subdomain Procedure doit être none, quarantaine ou reject.
RFC0.000s
Le champ DMARC "pct" est valide
Réussi
Selon la section 6.3 de la RFC 7489, la valeur du paramètre Percentage doit être comprise entre 0 et 100.
RFC0.000s
Le champ DMARC "adkim" est valide
Réussi
Le champ DMARC "aspf" est valide
Réussi
Le champ DMARC "rf" est valide
Réussi
Le champ DMARC "ri" est valide
Réussi
Le champ DMARC "ruf" est valide
Réussi
Selon la section 6.3 de la RFC 7489, la valeur du paramètre RUF doit être un adresse email valide.
RFC0.000s
Le champ DMARC "rua" est valide
Réussi
Selon la section 6.3 de la RFC 7489, la valeur du paramètre RUA doit être un adresse email valide.
RFC0.000s
Un DKIM est configuré pour ce domaine
Sélecteur(s) configuré(s)
Il est fortement recommandé de configurer DKIM. Remarque : Vous pouvez utiliser un service comme Mailout pour résoudre ce problème. Cliquez sur le lien ci-dessous pour en savoir plus
0.000s
La version du DKIM existe
Réussi
Le paramètre Service Type est valide
Réussi
Le paramètre Testing est valide
Réussi
La clé publique est valide
Réussi
La clé publique est sécurisée
Réussi
La taille de la clé doit être supérieur à 1024 bits.
0.000s
Les IPs des MX sont différentes
Ignoré
Si le domaine comporte plusieurs serveurs SMTP, ceux-ci doit posséder une adresse IP différente car si une adresse IP n'est plus accessible c'est l'ensemble des serveurs de messagerie qui ne le seront plus.
0.000s
Les IPs des MX sont d'une class C différente
Ignoré
La classe C de toutes les IPs doit être différente afin que les serveurs ne se retrouvent pas sur la même baie
0.000s
Le SPF est un enregistrement TXT
Ignoré
L'enregistrement SPF est devenu obsolète et est donc à proscrire. Le SPF doit être configuré dans un enregistrement TXT car de nombreux serveurs ne prennent plus en charges l'enregistrement SPF
RFC0.000s
Le domaine n'a qu'un seul enregistrement SPF
Ignoré
Pour éviter les problèmes avec le SPF, il est fortement recommandé de n'en configurer qu'un seul.
0.000s
La version du SPF est indiquée
Ignoré
La position de la version est correcte
Ignoré
Le paramètre "all" existe dans le SPF
Ignoré
Selon la RFC, le mécanisme "all" doit être spécifié dans l'enregistrement SPF sauf si le mécanisme "redirect" est présent.
RFC0.000s
Le paramètre "all" est en dernière position dans le SPF
Ignoré
Le mécanisme "all" doit être le dernier paramètre du champ SPF. Vérifiez que vous n'ayez pas de doublons dans le champ SPF.
RFC0.000s
La syntaxe des IPv4 et des IPv6 est correcte
Ignoré
Le SPF n'a pas de paramètre PTR
Ignoré
Le paramètre "redirect" est en dernière position dans le SPF
Ignoré
Le mécanisme "redirect" doit être le dernier paramètre du champ SPF. Vérifiez que vous n'ayez pas de doublons dans le champ SPF.
RFC0.000s
Les enregistrements SPF de type TXT et SPF sont les mêmes
Ignoré
L'enregistrement SPF est devenu obsolète, s'il est configuré, il doit être le même que celui présent dans l'enregistrement TXT
0.000s
Le PTR doit être placé obligatoirement avant l'entrée all
Ignoré
Le mécanisme "PTR" doit être le dernier paramètre du champ SPF. Vérifiez que vous n'ayez pas de doublons dans le champ SPF.
0.000s
Web
Il n'y a pas de serveur web.
- Url
- http://mairie-sarrebourg.fr/
- Accessible
- Non
- Url
- https://mairie-sarrebourg.fr/
- Accessible
- Non
Le domaine possède un champ A
Ignoré
Le domaine doit avoir un champ A pour que le site soit accessible.
0.000s
L'hôte WWW possède un champ A
Ignoré
L'hôte WWW n'est pas requis pour un site Web, mais il vaut mieux en avoir un.
0.000s
Le domaine possède un champ AAAA
Ignoré
Il est fortement recommandé d'avoir un IPv6 pour le site Web.
0.000s
L'hôte WWW possède un champ AAAA
Ignoré
Si vous configurez un hôte WWW pour votre site Web, il est recommandé d'ajouter une adresse IPv6.
0.000s
Le port HTTP (80) est ouvert
Ignoré
Ce test vérifie la présence d'un site internet pour l'IP ou le domaine donné. Puis scanne le port 80(HTTP).
Si le domaine ou l'IP renvoient vers un site web alors le port 80 doit être ouvert afin qu'il puisse être accessible depuis un navigateur.
Sinon le port 80 doit être fermé.
0.000s
Le port HTTPS (443) est ouvert
Ignoré
Ce test vérifie la présence d'un site internet pour l'IP ou le domaine donné. Puis scanne le port 443 (HTTPS).
Si le domaine ou l'IP renvoient vers un site web alors le port 443 doit être ouvert afin qu'il puisse être accessible depuis un navigateur.
Sinon le port 443 doit être fermé.
0.000s
La version du serveur est caché
Ignoré
Pour éviter de donner des détails aux personnes malveillantes, la version de la technologie qui prend en charge l'application ne doit pas être visible.
0.000s
La technologie pour faire tourner l'application est cachée
Ignoré
Pour éviter de donner des détails aux personnes malveillantes, la version de la technologie qui prend en charge l'application ne doit pas être visible.
0.000s
Les cookies sont sécurisés
Ignoré
L'utilisation de l'instruction "HttpOnly" empêche quelqu'un d'accéder aux cookies via Javascript. Le paramètre "Secure" vous permettra d'empêcher qu'un cookie ne soit jamais communiqué en HTTP simple. (RFC 6265 section 8.3).
RFC0.000s
L'entête X-XSS-Protection est présente
Ignoré
L'entête de réponse HTTP X-XSS-Protection est une fonctionnalité d'Internet Explorer, de Chrome et de Safari qui empêche le chargement des pages lorsqu'elles détectent des attaques XSS (Cross-Site Scripting).
documentation0.000s
L'entête Content Security Policy est présente
Ignoré
L'entête HTTP Content-Security-Policy permet aux administrateurs de site Web de contrôler les ressources que l'agent utilisateur est autorisé à charger pour une page donnée. À quelques exceptions près, les stratégies impliquent principalement la spécification des origines du serveur et des points de terminaison du script. Cela permet de se prémunir contre les attaques de script XSS.
documentation0.000s
L'entête Content Type Options est présente
Ignoré
Les navigateur ont la possibilité "d'aspirer" des fichiers qui n'ont pas de type MIME correct afin de les exécuter. Si un fichier contient du javascript cela pourrait créer une faille XSS. Il est possible d'empêcher cela en ajoutant la valeur "nosniff" à l'entête X-Content-Type-Options.
0.000s