Résumé
- Registrar
- —
- Statut
- connect
- Créé le
- —
- Expire le
- —
- Serveurs DNS
- ns01.netility.net, ns01.netility.de, ns02.netility.net, ns02.netility.de
- Serveurs de messagerie
- netility-de.mail.protection.outlook.com
- DMARC
- Rejet
- SPF
- Délégué
- DKIM
- 2 clés trouvées
- Site internet
- Voir le site internet
Protection contre l'usurpation (DMARC)
Les e-mails usurpant ce domaine sont rejetés.
DMARC indique aux serveurs de messagerie que faire d'un e-mail qui prétend venir de netility.de mais échoue aux contrôles SPF et DKIM.
- Politique
- Rejet
- Politique des sous-domaines
- Rejet
- Messages concernés
- 100 %
- Alignement DKIM
- Souple
- Alignement SPF
- Souple
- Rapports agrégés
- a.hid148hb@reports.sophosdmarc.net
- Rapports d'échec
- f.hid148hb@reports.sophosdmarc.net
Enregistrement
v=DMARC1; p=reject; pct=100; ri=3600; rua=mailto:a.hid148hb@reports.sophosdmarc.net; ruf=mailto:f.hid148hb@reports.sophosdmarc.net
Expéditeurs autorisés (SPF)
La politique est définie par le domaine netility.de.spf.sophosdmarc.net (redirect).
SPF liste les serveurs autorisés à envoyer des e-mails pour netility.de.
| Règle | Valeur | Résultat |
|---|---|---|
| redirect | netility.de.spf.sophosdmarc.net | — |
Requêtes DNS au premier niveau : 1 sur 10 autorisées
Enregistrement
v=spf1 redirect=netility.de.spf.sophosdmarc.net
Signature des e-mails (DKIM)
Clés DKIM publiées par netility.de sous les sélecteurs les plus courants. D'autres clés peuvent exister sous des sélecteurs propres à chaque service d'envoi.
| Sélecteur | Service probable | Clé | État |
|---|---|---|---|
| selector1 | Microsoft 365 | RSA 2048 bits | Active |
| — | RSA 2048 bits | Active |
MX, SPF, DKIM et DMARC : les enregistrements de la messagerie
Quatre enregistrements DNS font fonctionner la messagerie d'un domaine. MX indique où arrivent les e-mails adressés à netility.de ; SPF, DKIM et DMARC permettent aux serveurs de vérifier qu'un e-mail qui prétend venir de netility.de a bien été envoyé par ce domaine, et le protègent ainsi contre l'usurpation.
MX
Un enregistrement MX (Mail Exchanger) désigne un serveur qui reçoit les e-mails adressés au domaine. Quand quelqu'un écrit à une adresse en @netility.de, son serveur de messagerie interroge le DNS pour obtenir les MX du domaine, puis livre le message au serveur indiqué.
Exemple d'enregistrement
netility.de MX 10 mx1.netility.de. netility.de MX 20 mx2.netility.de.
Ce que contient l'enregistrement
- 10, 20
- Priorité : le serveur dont le nombre est le plus bas est essayé en premier. À priorité égale, les envois sont répartis entre les serveurs.
- mx1.netility.de.
- Nom d'hôte du serveur de messagerie. Il doit pointer vers un enregistrement A ou AAAA : une adresse IP ou un alias (CNAME) n'est pas autorisé à cet endroit.
- 0 .
- Un MX « 0 . », dit MX nul, déclare que le domaine ne reçoit aucun e-mail : les serveurs d'envoi renoncent aussitôt au lieu de réessayer.
Déclarer au moins deux serveurs de priorités différentes évite de perdre des e-mails en cas de panne : les serveurs d'envoi réessaient pendant plusieurs jours et se rabattent sur le serveur de secours. Sans aucun MX, ils tentent de livrer directement à l'adresse IP du domaine.
SPF
SPF (Sender Policy Framework) est un enregistrement TXT qui liste les serveurs autorisés à envoyer des e-mails au nom du domaine. Le serveur qui reçoit un e-mail vérifie que l'expéditeur figure dans cette liste. La règle finale « all » précise quoi faire des autres serveurs : les refuser (-all), marquer leurs e-mails comme suspects (~all) ou ne rien décider (?all).
Exemple d'enregistrement
netility.de TXT "v=spf1 mx include:_spf.google.com ip4:192.0.2.10 -all"
Ce que contient l'enregistrement
- v=spf1
- Identifie l'enregistrement comme une politique SPF. Il doit apparaître en premier.
- ip4, ip6
- Autorise une adresse IP précise ou une plage d'adresses, par exemple ip4:192.0.2.0/24.
- a, mx
- Autorise les adresses du domaine lui-même (enregistrement A) ou celles de ses serveurs de messagerie (MX).
- include
- Autorise les serveurs d'un autre domaine, en général ceux d'un service d'envoi : include:_spf.google.com pour Google Workspace.
- -all, ~all
- Règle finale, appliquée à tous les autres serveurs. Son qualificatif décide de leur sort : - les refuse, ~ marque leurs e-mails comme suspects, ? ne décide rien, + les accepte (à éviter).
Un domaine ne doit publier qu'un seul enregistrement SPF, et son évaluation ne peut pas dépasser 10 requêtes DNS (include, a, mx, exists, redirect). Au-delà, les serveurs de messagerie le considèrent comme invalide.
DKIM
DKIM (DomainKeys Identified Mail) signe chaque e-mail envoyé avec une clé privée. La clé publique correspondante est publiée dans un enregistrement TXT à l'adresse sélecteur._domainkey.netility.de, ce qui permet au destinataire de vérifier que le message vient bien du domaine et n'a pas été modifié en route. Le sélecteur est choisi par chaque service d'envoi et ne peut pas être deviné : Dataweaz teste les plus courants (Google Workspace, Microsoft 365, Mailchimp, SendGrid…), une clé publiée sous un autre sélecteur peut donc exister sans apparaître ici.
Exemple d'enregistrement
google._domainkey.netility.de TXT "v=DKIM1; k=rsa; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA…"
Ce que contient l'enregistrement
- v=DKIM1
- Version du protocole. Elle est facultative mais recommandée, et doit alors apparaître en premier.
- k
- Algorithme de la clé : rsa, le plus répandu, ou ed25519.
- p
- Clé publique, encodée en base64. Une valeur vide signifie que la clé a été révoquée.
- t
- Options : y signale une clé en test, dont les échecs ne doivent pas être sanctionnés ; s interdit son usage pour les sous-domaines.
Chaque service d'envoi publie sa clé sous son propre sélecteur (google, selector1, k1…), ce qui permet d'en avoir plusieurs et de les renouveler sans interruption. Une clé RSA de 2048 bits est aujourd'hui recommandée.
DMARC
DMARC (Domain-based Message Authentication, Reporting and Conformance) s'appuie sur SPF et DKIM. Publié sur _dmarc.netility.de, il indique aux serveurs de messagerie quoi faire d'un e-mail qui échoue à ces contrôles (le laisser passer, le placer en courrier indésirable ou le rejeter) et à quelle adresse envoyer des rapports.
Exemple d'enregistrement
_dmarc.netility.de TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc@netility.de; adkim=r; aspf=r"
Ce que contient l'enregistrement
- v=DMARC1
- Identifie l'enregistrement comme une politique DMARC. Il doit apparaître en premier.
- p
- Politique appliquée aux e-mails qui échouent aux contrôles : none (surveillance seule), quarantine (courrier indésirable) ou reject (rejet).
- sp
- Politique des sous-domaines. Sans elle, ils suivent celle du domaine.
- rua
- Adresse qui reçoit chaque jour des rapports agrégés sur les e-mails envoyés au nom du domaine, qu'ils passent les contrôles ou non.
- ruf
- Adresse qui reçoit des rapports d'échec détaillés, message par message. Peu de fournisseurs les envoient encore.
- pct
- Pourcentage des e-mails soumis à la politique, pour un déploiement progressif. 100 par défaut.
- adkim, aspf
- Alignement DKIM et SPF : r (souple, un sous-domaine du même domaine suffit) ou s (strict, le domaine doit être identique).
Pour déployer DMARC sans bloquer d'e-mails légitimes, on commence par p=none avec une adresse rua, on analyse les rapports pour repérer tous les services qui envoient au nom du domaine, puis on passe à quarantine et enfin à reject.
Enregistrements DNS de netility.de
Adresses IP (A et AAAA)
Un enregistrement A associe le nom de domaine à une adresse IPv4 : c'est l'adresse du serveur que contactent les navigateurs pour afficher le site. L'enregistrement AAAA joue le même rôle pour une adresse IPv6. Un domaine peut en avoir plusieurs, pour répartir les visites entre plusieurs serveurs.
| Type | Adresse IP |
|---|---|
| A | 178.105.119.144 |
| AAAA | 2a01:4f8:c015:430e::1 |
Serveurs DNS (NS)
Les enregistrements NS désignent les serveurs DNS qui font autorité pour le domaine : ce sont eux qui répondent à toutes les questions sur ses autres enregistrements (A, MX, TXT…). Ils sont fournis par le registrar, l'hébergeur ou un service DNS dédié, et plusieurs serveurs sont déclarés pour que la panne de l'un n'empêche pas le domaine de fonctionner.
| Serveur | Adresse IP |
|---|---|
| ns01.netility.net | 185.136.96.139 |
| ns01.netility.de | 185.136.98.139 |
| ns02.netility.net | 185.136.97.139 |
| ns02.netility.de | 185.136.99.139 |
Serveurs de messagerie (MX)
Les enregistrements MX indiquent les serveurs qui reçoivent les e-mails adressés au domaine, c'est-à-dire aux adresses en @netility.de. Chaque serveur a une priorité : celui dont le nombre est le plus bas est essayé en premier, les autres prennent le relais en cas de panne. Sans enregistrement MX, le domaine ne peut pas recevoir d'e-mails.
| Priorité | Serveur | Adresse IP |
|---|---|---|
| 0 | netility-de.mail.protection.outlook.com | 52.101.170.2 |
Enregistrements TXT
Les enregistrements TXT contiennent du texte libre. Ils servent à prouver la propriété du domaine auprès de services en ligne (Google, Microsoft, Facebook…) et à publier les règles de sécurité de la messagerie : SPF sur le domaine lui-même, DMARC sur _dmarc.netility.de.
| Nom | Contenu |
|---|---|
| netility.de | synologyc2-site-verification=U2MAQtoOXQLJ9FOY4hA9ImcFA4N1z7vFAcsnAH3zfjmNRQDfPuMG3jCnzStnQM0V |
| netility.de | apple-domain-verification=Idf-Da0QP06koLPKhcYyoUcsnxNd_eH9sjoFR7liZVg |
| netility.de | v=spf1 redirect=netility.de.spf.sophosdmarc.net |
| netility.de | amazon-business-verification=99f655c9b2bb71ac5882f25906d5e9b28301199b52271452277914c9169e4aec |
| netility.de | google-site-verification=ibcMWRUn8uO0MqoqFd6YVTU122zpLU2jeZ8yl-dN_JI |
| netility.de | sophos-domain-verification=fafc1fc7c841c145909a76e6e80a2b321d4deba2b620f20f508925a2a1ec81ce |
| netility.de | d4931e2a43500e1be87b90f04e2b01bb |
| netility.de | site24x7-domain-verification=eb26878abd9a535fa07cd220c1e33ecd |
| netility.de | MS=ms14690950 |
| netility.de | sophos-domain-verification=2e1931cf2065096b3b105c455d39fd629f97fb39a53ada13e73e4031c5c2c14b |
| netility.de | seobility=153dc58da12bd3fa521a4a9b96056459 |
| netility.de | zoho-verification=zb60712416.zmverify.zoho.eu |
| netility.de | abuseipdb-verification=xULnKMhn |
| _dmarc.netility.de | v=DMARC1; p=reject; pct=100; ri=3600; rua=mailto:a.hid148hb@reports.sophosdmarc.net; ruf=mailto:f.hid148hb@reports.sophosdmarc.net |
| selector1._domainkey.netility.de | v=DKIM1; k=rsa; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAsh7OVOSGJylbjuL1q3CuLlOHN9PpBXgRT9giUPWUHQix4XKGvsTxgnH/Fwi7zbVJXD9yQMxjEfQfQJGyEKbvqaGG3cpYtH0bbbiz7A494hSCv6y7NumRvPW6qIasZR7++yquJEwrL1MPKTJL2Q9ZkfJF+yoBoul8b/WEFv2Q1a8mcyiB1AOWYLERRSK6WtSimFL/hFrxyWC1RQXsWd5zw81aNuOzdPK8vUEKczsN1gx72pRhqqE82aJ+1iXItZ5usL3trvHHGN2K9n9OylRuEkVSn3XPg80DOHVe8jkfHGO0JjFmAr4sT9XhuxWl9cqWIOET292VD08wlobdFfMvYQIDAQAB; |
| mail._domainkey.netility.de | v=DKIM1;p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAypEE3Q8qS+BVZThrZTAw2qtrSmffmB728R2OSVehlJAWt6FAboY/lOp9ldYKqonZyuvkCXfhJLSfL24IXAjW97HaP5oNfzvZO3fUJ6o7i0tLRR32m+lmCgSNNTzA5fWxpMMtZKC257775s8hh/rOBEycNCJDulhQhHaYCyP+oiTVHwRv4GgFJXeso/eQA+Y8suBSqkRBBmyrWMZXQJTNv3KarlryX3slwWznSt5qqNt5UkjxNvZjwsYyZ0vIuHJU4s7Q595iK6wK/roc7lXQpjZsKBObYuByHLYQ9BR8862gmbkbUXFfPXpj7wrQYMZiSj+tucFfziUUa31KrHTn8wIDAQAB |
Adresses IP liées
Adresses IPv4 utilisées par netility.de : site web, serveurs DNS, serveurs de messagerie et expéditeurs autorisés par SPF.
| Adresse IP | Utilisation | Bloc /24 |
|---|---|---|
| 178.105.119.144 | Site web | 178.105.119.0/24 |
| 185.136.96.139 | Serveur DNS ns01.netility.net | 185.136.96.0/24 |
| 185.136.98.139 | Serveur DNS ns01.netility.de | 185.136.98.0/24 |
| 185.136.97.139 | Serveur DNS ns02.netility.net | 185.136.97.0/24 |
| 185.136.99.139 | Serveur DNS ns02.netility.de | 185.136.99.0/24 |
| 52.101.170.2 | Messagerie netility-de.mail.protection.outlook.com | 52.101.170.0/24 |
WHOIS du domaine netility.de
Domain: netility.de Status: connect % Query time: 337 msec % WHEN: Sun Oct 04 21:54:53 UTC 2026