Résumé
- Registrar
- MarkMonitor Inc.
- Statut
- clientDeleteProhibited
- Créé le
- 12 mars 2015
- Expire le
- 12 mars 2027
- Serveurs DNS
- ns2-01.azure-dns.net, ns2-02.azure-dns.net, ns2-03.azure-dns.net, ns2-04.azure-dns.net
- 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 à azure-dns.net ; SPF, DKIM et DMARC permettent aux serveurs de vérifier qu'un e-mail qui prétend venir de azure-dns.net 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 @azure-dns.net, son serveur de messagerie interroge le DNS pour obtenir les MX du domaine, puis livre le message au serveur indiqué.
Exemple d'enregistrement
azure-dns.net MX 10 mx1.azure-dns.net. azure-dns.net MX 20 mx2.azure-dns.net.
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.azure-dns.net.
- 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
azure-dns.net 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.azure-dns.net, 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.azure-dns.net 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.azure-dns.net, 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.azure-dns.net TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc@azure-dns.net; 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 azure-dns.net
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.
Aucune adresse IP : le domaine ne pointe vers aucun serveur web.
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 |
|---|---|
| ns2-01.azure-dns.net | 150.171.21.1 |
| ns2-02.azure-dns.net | 150.171.21.2 |
| ns2-03.azure-dns.net | 150.171.21.3 |
| ns2-04.azure-dns.net | 150.171.21.4 |
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 @azure-dns.net. 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.azure-dns.net.
Aucun enregistrement TXT.
Adresses IP liées
Adresses IPv4 utilisées par azure-dns.net : site web, serveurs DNS, serveurs de messagerie et expéditeurs autorisés par SPF.
| Adresse IP | Utilisation | Bloc /24 |
|---|---|---|
| 150.171.21.1 | Serveur DNS ns2-01.azure-dns.net | 150.171.21.0/24 |
| 150.171.21.2 | Serveur DNS ns2-02.azure-dns.net | 150.171.21.0/24 |
| 150.171.21.3 | Serveur DNS ns2-03.azure-dns.net | 150.171.21.0/24 |
| 150.171.21.4 | Serveur DNS ns2-04.azure-dns.net | 150.171.21.0/24 |
WHOIS du domaine azure-dns.net
Domain Name: AZURE-DNS.NET
Registry Domain ID: 1909415047_DOMAIN_NET-VRSN
Registrar WHOIS Server: whois.markmonitor.com
Registrar URL: http://www.markmonitor.com
Updated Date: 2026-02-08T12:55:54Z
Creation Date: 2015-03-12T17:44:23Z
Registry Expiry Date: 2027-03-12T17:44:23Z
Registrar: MarkMonitor Inc.
Registrar IANA ID: 292
Registrar Abuse Contact Email: abusecomplaints@markmonitor.com
Registrar Abuse Contact Phone: +1.2086851750
Domain Status: clientDeleteProhibited https://icann.org/epp#clientDeleteProhibited
Domain Status: clientTransferProhibited https://icann.org/epp#clientTransferProhibited
Domain Status: clientUpdateProhibited https://icann.org/epp#clientUpdateProhibited
Domain Status: serverDeleteProhibited https://icann.org/epp#serverDeleteProhibited
Domain Status: serverTransferProhibited https://icann.org/epp#serverTransferProhibited
Domain Status: serverUpdateProhibited https://icann.org/epp#serverUpdateProhibited
Name Server: NS2-01.AZURE-DNS.NET
Name Server: NS2-02.AZURE-DNS.NET
Name Server: NS2-03.AZURE-DNS.NET
Name Server: NS2-04.AZURE-DNS.NET
DNSSEC: unsigned
URL of the ICANN Whois Inaccuracy Complaint Form: https://www.icann.org/wicf/
>>> Last update of whois database: 2026-10-03T18:35:14Z <<<
For more information on Whois status codes, please visit https://icann.org/epp
NOTICE: The expiration date displayed in this record is the date the
registrar's sponsorship of the domain name registration in the registry is
currently set to expire. This date does not necessarily reflect the expiration
date of the domain name registrant's agreement with the sponsoring
registrar. Users may consult the sponsoring registrar's Whois database to
view the registrar's reported date of expiration for this registration.
TERMS OF USE: You are not authorized to access or query our Whois
database through the use of electronic processes that are high-volume and
automated except as reasonably necessary to register domain names or
modify existing registrations; the Data in VeriSign Global Registry
Services' ("VeriSign") Whois database is provided by VeriSign for
information purposes only, and to assist persons in obtaining information
about or related to a domain name registration record. VeriSign does not
guarantee its accuracy. By submitting a Whois query, you agree to abide
by the following terms of use: You agree that you may use this Data only
for lawful purposes and that under no circumstances will you use this Data
to: (1) allow, enable, or otherwise support the transmission of mass
unsolicited, commercial advertising or solicitations via e-mail, telephone,
or facsimile; or (2) enable high volume, automated, electronic processes
that apply to VeriSign (or its computer systems). The compilation,
repackaging, dissemination or other use of this Data is expressly
prohibited without the prior written consent of VeriSign. You agree not to
use electronic processes that are automated and high-volume to access or
query the Whois database except as reasonably necessary to register
domain names or modify existing registrations. VeriSign reserves the right
to restrict your access to the Whois database in its sole discretion to ensure
operational stability. VeriSign may restrict or terminate your access to the
Whois database for failure to abide by these terms of use. VeriSign
reserves the right to modify these terms at any time.
The Registry database contains ONLY .COM, .NET, .EDU domains and
Registrars.