Configurez un domaine d’outil de portabilité à votre marque et l’envoi d’e-mails authentifiés pour un domaine que vous possédez, en utilisant les noms d’hôte et les valeurs DNS que MultiTEL confirme pour votre service. Ces paramètres sont distincts du transfert d’un numéro de téléphone.
À quoi sert cette configuration
Un outil de portabilité en marque blanche vous permet de présenter les demandes de transfert de numéro sous votre propre marque et, lorsqu’il est configuré, d’envoyer des e-mails de demande au nom de votre propre domaine de messagerie. Les modifications DNS de ce guide s’appliquent à ce site web à votre marque et à cette identité de messagerie. Elles ne sont pas une exigence pour un transfert de numéro de téléphone ordinaire et ne modifient pas le routage vocal du numéro de téléphone.
Vous devez posséder et contrôler le domaine dont vous allez modifier le DNS. Vous ne pouvez pas configurer ces enregistrements pour une adresse sur un domaine de messagerie gratuit d’un tiers que vous ne possédez pas.
Confirmer le service à votre marque avant de modifier le DNS
Ouvrez Portabilité des numéros. Utilisez les champs de marque qui s’y trouvent pour définir le nom de marque et le logo utilisés pour les demandes dans cet écran. Pour un site en marque blanche à domaine personnalisé, demandez au support MultiTEL de confirmer quels paramètres de marque s’appliquent, le nom d’hôte, les valeurs DNS à publier, le domaine d’expéditeur et la configuration du certificat HTTPS pour votre compte avant de publier tout enregistrement DNS.
Ne redirigez pas un site web de production existant et ne modifiez pas la distribution du courrier existante simplement pour appliquer une marque à une demande de portabilité. Notez les valeurs DNS précédentes afin de pouvoir les restaurer si nécessaire. Si une propagation plus rapide d’une modification ou d’un retour arrière ultérieur est nécessaire, abaissez à l’avance le TTL des enregistrements concernés et attendez l’expiration du TTL précédent avant d’effectuer la modification. Abaisser le TTL n’entraîne pas l’expiration immédiate des réponses déjà mises en cache.
CNAME du site web
Une fois que MultiTEL a confirmé le nom d’hôte personnalisé et la cible CNAME pour votre service, créez le CNAME demandé auprès de votre fournisseur DNS. Vérifiez si la console DNS ajoute automatiquement le nom de zone ; saisissez le libellé d’hôte ou le nom complet selon les instructions de cette console, sans dupliquer le domaine. Le nom d’hôte CNAME confirmé ne doit pas avoir, en plus, d’enregistrements A, AAAA, MX ou TXT. Si d’autres enregistrements existent déjà à ce nom d’hôte, vérifiez quels services les utilisent avant d’apporter des modifications. Utilisez un autre nom d’hôte approuvé par MultiTEL si ce nom dessert encore un autre service ; ne supprimez les enregistrements existants qu’après avoir confirmé qu’ils ne sont plus nécessaires.
Ce qui suit n’est qu’un exemple : il s’applique si vous possédez test123.com et que MultiTEL confirme à la fois porting.test123.com comme nom d’hôte et porting.multitel.net comme cible CNAME de votre service. N’utilisez pas cette cible à moins que le support ne la confirme pour votre service :
porting.test123.com. IN CNAME porting.multitel.net.Utilisez la cible exacte confirmée pour votre service. Un CNAME à lui seul n’active pas le domaine personnalisé ni ne garantit un certificat HTTPS valide. Confirmez le certificat du site et le flux de demande à votre marque avant de partager la nouvelle URL.
SPF pour les e-mails de demande
Si MultiTEL confirme que des e-mails de demande seront envoyés au nom de votre domaine, demandez au support d’identifier le domaine d’envoi utilisé pour SPF et le domaine de signature utilisé pour DKIM. Ceux-ci n’ont pas nécessairement à être le nom d’hôte du site web de marque. Publiez SPF au domaine SPF confirmé et la clé publique DKIM au nom spécifique au sélecteur décrit ci-dessous ; n’ajoutez pas d’enregistrements TXT d’authentification du courrier au nom d’hôte CNAME du site web. Autorisez le service d’envoi confirmé dans la politique du domaine SPF. L’include SPF MultiTEL présenté ici est include:_spf.multitel.net. Ajoutez-le uniquement après que le support a confirmé qu’il s’applique au service d’envoi de votre compte.
Si le domaine possède déjà un enregistrement TXT SPF, fusionnez l’include autorisé dans cette politique existante. Conservez les autres expéditeurs légitimes et la politique finale prévue ; ne publiez pas un second enregistrement SPF. Vérifiez l’ensemble de la politique, y compris les includes imbriqués et les redirects, au regard des limites de recherches DNS de SPF. L’évaluation SPF autorise au plus 10 termes provoquant une recherche DNS, tels que include, a, mx, ptr, exists et redirect ; le dépassement de cette limite produit permerror. Une politique SPF défectueuse peut empêcher le courrier légitime de réussir l’authentification SPF. S’il n’existe aucune politique existante et que MultiTEL confirme qu’il s’agit du seul expéditeur autorisé, un exemple est :
@ IN TXT "v=spf1 include:_spf.multitel.net ~all"DKIM pour les e-mails de demande
Publiez le sélecteur DKIM, le nom d’enregistrement DNS et la valeur TXT de la clé publique exacts confirmés pour votre domaine de signature. Le nom DNS DKIM combine le sélecteur, _domainkey et le domaine de signature. Par exemple, le sélecteur mail pour example.com produit le nom d’enregistrement complet mail._domainkey.example.com ; mail._domainkey est le nom d’enregistrement relatif, et non le sélecteur. Obtenez les valeurs actuelles auprès du support MultiTEL ; ne supposez pas qu’un sélecteur ou une clé publique copiés d’un ancien article, d’un autre compte ou du DNS de MultiTEL lui-même correspondent à la valeur utilisée pour votre compte. Une clé publique DKIM est publiée dans le DNS ; une clé de signature privée ne doit jamais être demandée ni publiée.
Vérifiez si votre console DNS ajoute automatiquement le nom de zone, et évitez de dupliquer le domaine ou _domainkey dans le nom d’enregistrement. Conservez la valeur complète de la clé publique lorsqu’une console DNS scinde un long enregistrement TXT en segments entre guillemets.
Vérifier le résultat complet
Interrogez les serveurs de noms faisant autorité et un résolveur externe pour chaque enregistrement modifié. Laissez au TTL configuré et aux caches DNS le temps d’expirer ; un résultat provenant d’un seul résolveur local mis en cache est insuffisant. Comparez le nom d’enregistrement qualifié complet, le type, la cible exacte ou la valeur exacte, la mise entre guillemets et tout point final avec les instructions confirmées et le format de saisie de votre fournisseur DNS. Corrigez les enregistrements conflictuels, les noms erronés, les valeurs manquantes et les certificats invalides avant de partager l’URL ou de vous fier au courrier à votre marque.
Ouvrez l’URL de demande à votre marque confirmée et confirmez que les pages se chargent avec un certificat valide et la marque attendue. Avant de soumettre tout test, demandez au support MultiTEL quel flux de test est disponible et si une soumission déclencherait un transfert de numéro réel. Une fois que le support a confirmé que les e-mails à votre marque sont activés pour votre compte, testez-les uniquement via le flux de test confirmé et avec les données d’exemple ou la procédure de test fournies par le support, afin de ne pas déclencher un transfert de numéro réel. Inspectez les résultats d’authentification du message reçu pour SPF et DKIM. Vérifiez que les réponses et les liens de demande atteignent la destination prévue. Conservez le service et les enregistrements précédents disponibles jusqu’à ce que le remplacement ait été vérifié, et ne supprimez que les enregistrements que MultiTEL confirme comme étant remplacés.