Comportement du serveur prioritaire MX


10

Il s'agit d'une question sur la priorité de MX procotol. Si j'ai deux serveurs comme MX avec une priorité différente:

  • Serveur MX 10A
  • Serveur MX 20B

Est-ce la garantie par le protocole que le MX 10 est le préféré? Le demandeur peut-il choisir le secondaire pour toute autre raison que la disponibilité principale?

En d'autres termes: si mon serveurA MX fonctionne bien et avec une capacité de connexion infinie (théorique), puis-je être sûr que personne n'essaiera une connexion au serveurB?

Réponses:


14

Dans des circonstances normales, le serveur se connectera au premier qui est disponible, mais il existe de nombreuses raisons pour lesquelles le premier peut être indisponible pour une personne mais pas pour la suivante. Certaines de ces raisons incluent des choses sur lesquelles vous n'avez aucun contrôle. Cependant, la règle générale est d'essayer du plus bas au plus élevé jusqu'à ce qu'il y ait une réponse, puis d'utiliser ce serveur.

Là où il y a généralement une exception, c'est le spam. Souvent, les enregistrements MX les moins numérotés pointeront vers des services hébergés, le filtrage des spams, etc. L'enregistrement MX le plus élevé sera une «sécurité intégrée» et pointera souvent directement vers l'IP de votre serveur. L'idée étant que si le service hébergé échoue, le courrier sera toujours livré. Dans cet esprit, les spammeurs rechercheront le nombre le plus élevé et y enverront du courrier.


J'ai lu votre réponse intéressante et aussi cet article: blog.zensoftware.co.uk/2012/07/02/… où ils déconseillent le mx secondaire, mais ... J'ai une question: comment avoir une sauvegarde et aussi éviter le spam fest? Est-ce possible?
Tobia

@Tobia bien sûr, mais cela signifie simplement qu'il ne pointe pas vers votre propre serveur, mais cela signifie également que vous n'avez aucune redondance si vos services hébergés échouent. Tout dépend de la confiance que vous
accordez

Mais gardez également à l'esprit que les échecs temporaires seront généralement mis en file d'attente et réessayés par le MTA expéditeur; et même s'ils ne le sont pas (ou qu'une condition d'erreur permanente survient), le rapport de non-remise à l'expéditeur entraînera probablement des tentatives manuelles (ou une communication hors bande) de toute façon.
eggyal

3

Vous ne pouvez pas être sûr car le client peut également avoir des erreurs réseau et échouer à se connecter serverA, puis réparer le réseau et essayer de se connecter au serveurB.


Ok, considérons une situation théorique, le client peut-il "choisir" serverB un mx ou toujours il essaie avant le MX primaire? Je veux comprendre si la priorité MX est quelque chose comme l'équilibrage de charge ou un basculement.
Tobia

1
Un client peut toujours choisir s'il est programmé pour le faire. Comme indiqué dans la première réponse, la manière générale dont les clients sont codés dans les serveurs de production est d'aller de bas en haut. Les clients indésirables courent souvent de haut en bas. Les clients de test SMTP laissent parfois l'utilisateur final décider
netniV

0

C'est entièrement à la personne qui a écrit le moteur SMTP qui tente d'établir le contact. De par sa conception, il s'agit d'essayer MX dans l'ordre numérique croissant, puis d'essayer l'enregistrement A. Cependant, le programmeur est libre de le faire ou de ne pas le faire comme bon lui semble et le courrier sera normalement toujours livré ...


Faire ou ne pas faire, il n'y a pas d'essai? Cela a été à peu près couvert ci-dessus dans les réponses et les commentaires desdites réponses.
netniV

J'ai trouvé les réponses ci-dessus incomplètes car aucune ne mentionne même la partie d'enregistrement A du processus.
Brian Knoblauch

Réponses oui, vérifiez les commentaires. Il y a une référence à la priorité, etc. Un enregistrement lui-même ne sera utilisé qu'en les travaillant à partir d'enregistrements MX de toute façon.
netniV

1
Incorrect. Non seulement les enregistrements A pointés par les enregistrements MX, mais l'enregistrement de domaine A spécifié est également utilisé en dernier recours pour déterminer l'hôte de messagerie.
Brian Knoblauch

1
Logiciel de messagerie correctement écrite sera tester l'enregistrement A du domaine. Ce comportement est spécifié dans les RFC.
Loi29
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.