web-dev-qa-db-fra.com

Configuration d'un enregistrement MX pour la route 53 d'Amazon

J'utilise Amazon Route 53 et j'ai un enregistrement A qui fonctionne correctement et qui pointe vers une instance EC2 sous mydomain.com.au avec une pile Django en cours d'exécution.

Mon problème est que j'ai essayé de configurer un serveur de courrier Postfix mais que je ne pouvais pas recevoir de courrier. J'ai donc pensé que mon problème venait de l'enregistrement MX (car le courrier local fonctionnait).

C’est ce que j’ai obtenu pour mon enregistrement MX et je voulais simplement confirmer s’il est correct ou non;

(Settings as per AWS interface)
Name: left it blank (mydomain.com.au)
Value: 10 titan.mydomain.com.au

J'ai utilisé "titan" parce que c'est le nom d'hôte de mon serveur. Devrais-je utiliser "mail" à la place? Je continue à voir cela sur le Web, mais je ne trouve pas d'explication sur le fait que cela soit arbitraire.

Je souhaite que les e-mails fonctionnent de manière à ce que [email protected] soit remis au serveur.

J'ai regardé this question et this une aussi, mais je n'y ai pas trouvé de réponse.

dnsamazon-ec2mxamazon-awsroute53
3
justanotherdev

J'ai bien peur de ne pas pouvoir vous aider avec les complications liées à la configuration d'un serveur de courrier Postfix, mais en ce qui concerne vos questions sur les enregistrements DNS:

  • L’enregistrement MX que vous avez créé paraît bien, à condition que vous ayez vérifié que (a) vous n’avez pas d’autre MX enregistrements dont la priorité est inférieure à 10, et (b) vous avez également une configuration d’enregistrement A pour titan.mydomain.com.au.

  • MX Les enregistrements situés au premier niveau de domaine (c'est-à-dire pas pour les sous-domaines) sont d'abord vérifiés pour savoir où livrer le courrier pour les adresses électroniques se terminant par @ mydomain.com.au, et si no MX enregistrements présents parfois un serveur de messagerie vérifie s'il existe un serveur de messagerie actif derrière l'enregistrement A qui recevra des messages (note: tous les serveurs de messagerie n'essaieront pas cela).

  • Puisque les enregistrements MX sont spécifiés en tant que domaines et non pas d'adresses IP, ils reposent toujours sur un enregistrement A existant pour le domaine spécifié, et si souvent, c’est là que les gens créent un enregistrement mail.mydomain.com.auUN derrière le mydomain.com.auMX record puisque, même si les deux adresses peuvent initialement pointer vers la même adresse IP, cela signifie que, dans tous les cas, l'adresse IP du serveur de courrier électronique ou l'adresse IP du site Web pourrait être modifiée de manière indépendante sans affecter l'autre. Il est également relativement courant que les sites Web de grande taille disposent de plusieurs enregistrements A pour l’équilibrage de la charge/la résilience. Toutefois, chaque serveur Web ne fournit pas nécessairement de services de messagerie. Cette séparation peut donc être considérée comme une pratique exemplaire. Si le même enregistrement A est partagé à la fois pour le site Web et le serveur de messagerie (par exemple, en utilisant un enregistrement MX de seulement mydomain.com.au), il est fréquent que le service soit interrompu ou que les autres résultats soient coupés lors de toute modification.

  • Si vous aviez configuré un MX enregistrement pour mail.mydomain.com.au par exemple, cette option serait vérifiée uniquement pour identifier le serveur de messagerie afin de recevoir les messages envoyés à [email protected], qui offre la possibilité d’avoir différents serveurs de messagerie derrière différents sous-domaines.

Pour tester si votre serveur de messagerie fonctionne correctement, je vous recommande d'essayer les outils de test MX Lookup et de suivi du serveur de messagerie à l'adresse mxtoolbox.com .

3
richhallstoke

J'ai généralement mis en place un nom de sous-domaine, même si ce n'est pas nécessaire. Le nom de sous-domaine n'a pas d'importance. J'utilise le courrier, mais Titan va parfaitement bien. Vous souhaitez configurer votre nom de sous-domaine en utilisant soit un CNAME pointant vers mydomain.com.au, soit un enregistrement A comme dans mydomain.com.au. De toute façon vous avez choisi, ce n'est pas grave. Ensuite, vous allez configurer un enregistrement MX pour qu'il pointe vers titan.mydomain.com.au comme vous l’avez probablement déjà fait. La valeur numérique n'a pas d'importance si vous ne possédez qu'un seul enregistrement MX.

Maintenant, avant d’aller trop loin, vous aurez besoin d’une passerelle SMTP. Je ne suis pas sûr de votre installation, mais la plupart des utilisateurs de Postfix utilisent Dovecot, qui peut gérer les protocoles POP et SMTP. Il se peut que l'on soit déjà installé. Ce n'est peut-être pas Dovecot. Vous devrez peut-être vérifier.

Je l'ai mentionné car s'il apparaît que vos enregistrements DNS sont correctement définis, ce serait la prochaine chose que je vérifierais et configurerais. Vous pouvez tester cela en ouvrant une session telnet sur le port 25. Vous devriez voir une annonce MTA. Testez cela en utilisant à la fois titan.mydomain.com.au, puis l'adresse IP avec un peu de temps entre les deux. Si vous ne voyez pas l'annonce, testez la résolution du nom de domaine en envoyant une requête ping à votre serveur à l'aide de titan.mydomain.com.au. Si le ping fonctionne, alors vous avez un problème de passerelle et c'est une autre question. ;-)

1
closetnoc