Résumé
- Registrar
- Hostinger operations UAB
- Statut
- ACTIVE
- Créé le
- 12 mars 2025
- Expire le
- 12 mars 2027
- Serveurs DNS
- ns1.dns-parking.com, ns2.dns-parking.com
- Serveurs de messagerie
- —
- DKIM
- Aucune clé trouvée parmi les sélecteurs courants
- Site internet
- Voir le site internet
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 à kdtcouverture.fr ; SPF, DKIM et DMARC permettent aux serveurs de vérifier qu'un e-mail qui prétend venir de kdtcouverture.fr 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 @kdtcouverture.fr, son serveur de messagerie interroge le DNS pour obtenir les MX du domaine, puis livre le message au serveur indiqué.
Exemple d'enregistrement
kdtcouverture.fr MX 10 mx1.kdtcouverture.fr. kdtcouverture.fr MX 20 mx2.kdtcouverture.fr.
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.kdtcouverture.fr.
- 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
kdtcouverture.fr 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.kdtcouverture.fr, 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.kdtcouverture.fr 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.kdtcouverture.fr, 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.kdtcouverture.fr TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc@kdtcouverture.fr; 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 kdtcouverture.fr
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 | 77.37.50.27 |
| A | 147.79.119.98 |
| AAAA | 2a02:4780:29:a704:d672:6a8a:ac53:3022 |
| AAAA | 2a02:4780:36:e5d4:a5a5:9fa8:510b:b767 |
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 |
|---|---|
| ns1.dns-parking.com | 162.159.24.201 |
| ns2.dns-parking.com | 162.159.25.42 |
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 @kdtcouverture.fr. 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.
Aucun serveur de messagerie : le domaine ne reçoit pas d'e-mails.
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.kdtcouverture.fr.
| Nom | Contenu |
|---|---|
| kdtcouverture.fr | google-site-verification=O388DF12TbCehw3vsL9CQUw8I6x8Atik_BTAbWz7a-g |
Adresses IP liées
Adresses IPv4 utilisées par kdtcouverture.fr : site web, serveurs DNS, serveurs de messagerie et expéditeurs autorisés par SPF.
| Adresse IP | Utilisation | Bloc /24 |
|---|---|---|
| 77.37.50.27 | Site web | 77.37.50.0/24 |
| 147.79.119.98 | Site web | 147.79.119.0/24 |
| 162.159.24.201 | Serveur DNS ns1.dns-parking.com | 162.159.24.0/24 |
| 162.159.25.42 | Serveur DNS ns2.dns-parking.com | 162.159.25.0/24 |
WHOIS du domaine kdtcouverture.fr
%% %% This is the AFNIC Whois server. %% %% complete date format: YYYY-MM-DDThh:mm:ssZ %% %% Rights restricted by copyright. %% See https://www.afnic.fr/en/domain-names-and-support/everything-there-is-to-know-about-domain-names/find-a-domain-name-or-a-holder-using-whois/ %% %% domain: kdtcouverture.fr status: ACTIVE eppstatus: active hold: NO holder-c: CTC5047518-FRNIC admin-c: CTC5047518-FRNIC tech-c: CTC5047518-FRNIC registrar: Hostinger operations UAB Expiry Date: 2027-03-12T19:38:47.446103Z created: 2025-03-12T19:38:47.486896Z last-update: 2026-02-18T07:39:53.786727Z source: FRNIC nserver: ns1.dns-parking.com nserver: ns2.dns-parking.com source: FRNIC registrar: Hostinger operations UAB address: Švitrigailos str. 34 address: LT-03230 Vilnius country: LT phone: +370.64503378 e-mail: hostinger@hostinger.com website: https://www.hostinger.fr anonymous: No registered: 2023-07-18T13:58:05.256041Z source: FRNIC nic-hdl: CTC5047518-FRNIC type: ORGANIZATION contact: KDT COUVERTURE address: 24 bis chemin du vigne address: 11160 Rieux minervois address: Occitanie country: FR phone: +33.656733571 e-mail: kdtcouverture@gmail.com registrar: Hostinger operations UAB anonymous: NO obsoleted: NO eppstatus: associated eppstatus: active eligstatus: not identified reachstatus: not identified source: FRNIC >>> Last update of WHOIS database: 2026-10-02T10:31:20.072892Z <<<