Les serveurs de nom trouvés dans le WHOIS ne sont pas les mêmes que ceux trouvés dans les requêtes DNS.
Le whois retourne : 81.176.228.20, 81.177.32.105, ns3.1gb-ru.com.<br>L'arbre DNS retourne : ns1.1gb.ru, ns2.1gb.ru, ns3.1gb-ru.com
La version DNS est visible pour ns1.1gb.ru avec l'IP 81.176.228.20 : PowerDNS Authoritative Server 0.0.16051.0.g163e0cb312 (built Feb 21 2019 15:37:21 by root@greendns3).
La version DNS est visible pour ns2.1gb.ru avec l'IP 81.177.32.105 : PowerDNS Authoritative Server 0.0.16051.0.g163e0cb312 (built Feb 21 2019 15:37:21 by root@greendns3).
mail-s7.1gb.ru [81.176.69.130] n'accepte pas TLS.
mail-s7.1gb.ru [81.176.69.132] n'accepte pas TLS.
mail-s7.1gb.ru [81.176.69.133] n'accepte pas TLS.
mail-s7.1gb.ru [81.176.69.131] n'accepte pas TLS.
L'IP de certains serveurs SMTP ont la même classe C.
Le domaine n'a pas de DMARC.
AutoShun a classé votre Domaine/IP comme malicious site.
Nous ne détectons aucun enregistrement DKIM pour ce domaine.
1gb.ru a été détecté comme étant un domaine
La version DNS est visible pour ns1.1gb.ru avec l'IP 81.176.228.20 : PowerDNS Authoritative Server 0.0.16051.0.g163e0cb312 (built Feb 21 2019 15:37:21 by root@greendns3).
La version DNS est visible pour ns2.1gb.ru avec l'IP 81.177.32.105 : PowerDNS Authoritative Server 0.0.16051.0.g163e0cb312 (built Feb 21 2019 15:37:21 by root@greendns3).
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.123s
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
Réussi
Tous les serveurs DNS doivent être accessible et accepter une requête publique.
0.011s
Réussi
Il est important que tous les serveurs retournent un code de succès.
0.011s
Réussi
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
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
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.001s
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
Réussi
Une adresse e-mail doit respecter certaines conditions pour être valide, conformément à la RFC 5322.
RFC0.000s
Réussi
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
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.
1.112s
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.478s
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.117s
Réussi
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.130s
Les serveurs de nom trouvés dans le WHOIS ne sont pas les mêmes que ceux trouvés dans les requêtes DNS.
Le whois retourne : 81.176.228.20, 81.177.32.105, ns3.1gb-ru.com.
L'arbre DNS retourne : ns1.1gb.ru, ns2.1gb.ru, ns3.1gb-ru.com
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.001s
AutoShun a classé votre Domaine/IP comme malicious site.
Virus Total analyse votre domaine ou votre adresse IP avec 66 antivirus.
0.000s
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
Réussi
Google Safe Browsing catégorise un domaine comme étant mauvais si un élément suspect est détecté.
0.000s
Réussi
Web Of Trust évalue des milliers de sites Web et trouve des menaces si elles existent.
0.000s
Plus d'informations sur cette entrée SPF dans l'onglet DNS > Zone
Ce domaine n'a pas de sélecteur DKIM connu
En avez-vous un à analyser ?
L'autodiscover n'est pas configuré
mail-s7.1gb.ru [81.176.69.130] n'accepte pas TLS.
mail-s7.1gb.ru [81.176.69.132] n'accepte pas TLS.
mail-s7.1gb.ru [81.176.69.133] n'accepte pas TLS.
mail-s7.1gb.ru [81.176.69.131] n'accepte pas TLS.
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
altospam Définition StartTLS0.002s
L'IP de certains serveurs SMTP ont la même classe C.
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.001s
Le domaine n'a pas de DMARC.
Pour éviter l'usurpation d'identité, il est fortement recommandé de configurer un DMARC.
Définition DMARC0.000s
Nous ne détectons aucun enregistrement DKIM pour ce domaine.
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
mailout Définition DKIM0.000s
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
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
Réussi
Réussi
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
Réussi
Comme la commande EXPN, VRFY est utilisé par les spammeurs pour vérifier une adresse.
0.000s
Réussi
La bannière doit renvoyer un code valide(2xx) ou temporaire (4xx).
0.000s
Réussi
La bannière doit contenir le nom du serveur
0.000s
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
Réussi
Réussi
Réussi
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
0.000s
Réussi
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
Réussi
Pour éviter l'usurpation d'identité, il est fortement recommandé de configurer un SPF.
0.000s
Réussi
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
Réussi
Pour éviter les problèmes avec le SPF, il est fortement recommandé de n'en configurer qu'un seul.
0.000s
Réussi
Réussi
Réussi
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
Réussi
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
Réussi
Réussi
Réussi
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
Réussi
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
Réussi
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
Ignoré
Pour éviter les problèmes avec le DMARC, il est fortement recommandé de n'en configurer qu'un seul.
0.000s
Ignoré
Ignoré
Selon la section 6.3 de la RFC 7489, la version DMARC doit être le premier paramètre du champ.
RFC0.000s
Ignoré
Ignoré
Selon la section 6.3 de la RFC 7489, la valeur du paramètre Procedure doit être none, quarantaine ou reject.
RFC0.000s
Ignoré
Selon la section 6.3 de la RFC 7489, la valeur du paramètre Subdomain Procedure doit être none, quarantaine ou reject.
RFC0.000s
Ignoré
Selon la section 6.3 de la RFC 7489, la valeur du paramètre Percentage doit être comprise entre 0 et 100.
RFC0.000s
Ignoré
Ignoré
Ignoré
Ignoré
Ignoré
Selon la section 6.3 de la RFC 7489, la valeur du paramètre RUF doit être un adresse email valide.
RFC0.000s
Ignoré
Selon la section 6.3 de la RFC 7489, la valeur du paramètre RUA doit être un adresse email valide.
RFC0.000s
Ignoré
Ignoré
Ignoré
Ignoré
Ignoré
La taille de la clé doit être supérieur à 1024 bits.
0.000s
merci de patienter