tertiaire

Recherche :

Dernière réponse
Sujet : DNS : question sur serveurs de mails primaire / secondaire / tertiaire
ficanas	Tu vois que les MX pointent sur aucun serveur du domaine roux.fr ;; ANSWERS: roux.fr. 86400 MX 50 mx2.nameshield.net. roux.fr. 86400 MX 0 presence1.observatoiredesmarques.fr. mais tu pourrais trouver roux.fr. 86400 MX 10 monserveursmtp.roux.fr. roux.fr. 86400 MX 20 presence1.observatoiredesmarques.fr. roux.fr. 86400 MX 50 mx2.nameshield.net. La traduction en bon francais, c'est qu'en cas de carton de leur(s) serveur(s), roux.fr confie leurs mails à "observatoiredesmarques.fr" puis à "nameshield.net" (si grosse cata!), qui le reachemineront vers roux.fr des que "monserveursmtp.roux.fr." sera de nouveau UP. Tu peux donc faire de meme pour ta gestion du mail entrant, en confiant en cas de pepin ton flux entrant à un autre gestionnaire.

Dernière réponse

Sujet : DNS : question sur serveurs de mails primaire / secondaire / tertiaire

ficanas

Tu vois que les MX pointent sur aucun serveur du domaine roux.fr
;; ANSWERS:
roux.fr. 86400 MX 50 mx2.nameshield.net.
roux.fr. 86400 MX 0 presence1.observatoiredesmarques.fr.

mais tu pourrais trouver

roux.fr. 86400 MX 10 monserveursmtp.roux.fr.
roux.fr. 86400 MX 20 presence1.observatoiredesmarques.fr.
roux.fr. 86400 MX 50 mx2.nameshield.net.

La traduction en bon francais, c'est qu'en cas de carton de leur(s)
serveur(s), roux.fr confie leurs mails à "observatoiredesmarques.fr" puis
à "nameshield.net" (si grosse cata!), qui le reachemineront vers
roux.fr des que "monserveursmtp.roux.fr." sera de nouveau UP.

Tu peux donc faire de meme pour ta gestion du mail entrant, en confiant
en cas de pepin ton flux entrant à un autre gestionnaire.

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

ficanas

Un MX te permet aussi de faire de la tolerance de panne parce que souvent, les
MX de poids plus fort pointent vers des serveurs hors-site (geographiquement)
et/ou hors domaine
Exemple:

# dig roux.fr mx

; <<>> DiG 2.2 <<>> roux.fr mx
;; res options: init recurs defnam dnsrch
;; got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 34306
;; flags: qr rd ra; Ques: 1, Ans: 2, Auth: 2, Addit: 0
;; QUESTIONS:
;; roux.fr, type = MX, class = IN

;; ANSWERS:
roux.fr. 86400 MX 50 mx2.nameshield.net.
roux.fr. 86400 MX 0 presence1.observatoiredesmarques.fr.

;; AUTHORITY RECORDS:
roux.fr. 86400 NS observatoire.observatoiredesmarques.fr.
roux.fr. 86400 NS ns2.observatoiredesmarques.fr.

;; Total query time: 163 msec
;; FROM: barifuck to SERVER: default -- 195.100.100.242
;; WHEN: Fri Oct 29 23:41:59 2004
;; MSG SIZE sent: 25 rcvd: 153

#

Solutions-Rack

Il faut distinguer comme certains l'ont dit les enregistrements MX qui reference les serveurs SMTP pour recevoir ou envoyer du courrier entre agents de distribution de courrier et les serveur POP ou IMAP qui permettent aux utilisateurs de récuperer leurs courriers dans leur boîte.
D'avoir plusieur MX dans le DNS permet aux correspondants externe de joindre le domaine SMTP. ( Il faut aussi que le DNS soit distribué Primaire/secondaire... )
Quand à la manip permettant de définir un nom d'hote avec plusieurs adresses IP. Le client s'adressant par la suite à l'une ou l'autre des machines. Cela suppose que le serveur DNS gère Round-Robbin et que les serveurs POP/IMAP/autre installés sur plusieurs machines accédent tous aux boîtes aux lettres ( qui elles sont uniques ). On peut parler alors de messagerie en cluster.
Question implentation :
MX primaire + MX secondaire : c'est pas trop un problème.
DNS avec round-robbin : selon l'hebergement le mieux etant d'avoir ses propres machines ( win: propriété DNS ).
POP multiples : chez Microsoft c'est Exchange Entreprise Server. Chez Linux&Co c'est Perdition, mais dans tous les cas c'est difficile, complexe et le recour à des personnes compétentes est nécéssaire.
Qu'entends-tu par tolérance aux pannes ? ne pas perde un courrier entrant ou pouvoir consulter à tout moment ?

El Pollo Diablo

Tout depend de ton environnement, de l'architecture existante, de tes moyens, des serveurs mails utilisés, du volume de mail stocké et echangé etc... on peut pas te pondre un truc comme ca avec 0 infos [:spamafote]

Lex	ok ok j'ai peut-être besoin de cours :D Qu'est ce que tu proposes alors comme architecture avec une bonne tolérance aux pannes ?

El Pollo Diablo

Lex a écrit :

à ce moment là, le mx1.mondomaine.com serait 1.2.3.4 et le mx2.mondomaine.com serait 1.2.3.5 avec les mêmes comptes sur mx1 et mx2.mondomaine.com ?

Ca n'a RIEN a voir avec les MX.

Les MX indiquent juste aux serveurs SMTP qui ne viennent pas de chez toi ou ils doivent déposer les mails @tondomaine.com, c'est tout. Ca n'a rien a voir avec les serveurs pop ou autre que vont attaquer tes clients, ca n'a rien a voir avec ce qu'il peut y avoir comme compte sur tes differents serveurs, et ca n'a rien a voir non plus avec la facon dont tes differents serveurs POP et/ou SMTP vont communiquer entre eux, tout ca ne se gère absolument pas au niveau du serveur DNS.

Lex	à ce moment là, le mx1.mondomaine.com serait 1.2.3.4 et le mx2.mondomaine.com serait 1.2.3.5 avec les mêmes comptes sur mx1 et mx2.mondomaine.com ?

El Pollo Diablo

Lex a écrit :

C'est exactement ça. Si tu as une solution je suis preneur :D

Faut pas jouer sur les MX, qui ne servent que pour les personnes exterieures a ton organisation qui cherchent a t'envoyer des emails, mais betement sur les enregistrement hotes : si tes differents serveurs POP ont pour IP 1.2.3.4, 1.2.3.5 et 1.2.3.4 et que tu veux configurer simplement sur tes clients le serveur pop.mondomaine.com, tu rajoutes simplement 3 fois l'hote pop dans la zone mondaine.com de tes DNS, chacun avec une de tes 3 IP, et a chaque fois qu'un client fera une resolution sur pop.mondomaine.com il utilisera aleatoirement une des 3 IP.

BMenez

Je ferais de la tolérance de panne bête et méchante avec un réplication des mailboxes

Lex	Voilà mon idée : éventuellement, si le mx1 tombe, les utilisateurs peuvent récupérer leurs mails sur le mx2 via un webmail par ex.

i'm philou

ben non sorry, j'en ai pas.
tout depend du serveur de messagerie et de ses possibilites en fait.
en tout cas, ça n'a aucun rapport avec le DNS.

Lex

i'm philou a écrit :

si j'ai bien compris, il cherche à faire de la tolerance de panne avec plusieurs serveurs pop/smtp et savoir comment configurer le client de messagerie pour attaquer indifferemment l'un ou l'autre.

C'est exactement ça. Si tu as une solution je suis preneur :D

i'm philou

BMenez a écrit :

A moins d'avoir un serveur POP sur chaque MX, il n'y a pas de soucis. Tes messages sont stock"s sur le serveur POP par sur les serveurs SMTP.

si j'ai bien compris, il cherche à faire de la tolerance de panne avec plusieurs serveurs pop/smtp et savoir comment configurer le client de messagerie pour attaquer indifferemment l'un ou l'autre.

BMenez

A moins d'avoir un serveur POP sur chaque MX, il n'y a pas de soucis. Tes messages sont stock"s sur le serveur POP par sur les serveurs SMTP.

Lex

J'ai une question concernant la gestion des MX dans une configuration DNS. Admettons qu'un DNS soit configuré de cette façon :

IN MX 10 => mx1.domaine.com
IN MX 20 => mx2.domaine.com
IN MX 30 => mx3.domaine.com

D'après ce que j'ai compris , le mx3 servirait à mettre en queue les messages qui n'arriveraient pas en cas de panne aux 2 premiers et essaiera périodiquement de leur renvoyer. Ca me parrait OK.

Ma question concerne mx1 et mx2 : il faut que les 2 soient des serveurs POP avec les comptes utilisateurs configurés ?? Dans ce cas, comme l'utilisateur sait à quel serveur POP se connecter ??, Hum je crois que j'ai besoin d'une belle explications :D