[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: serveur de secours pour un serveur mail



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

jean-jacques Duclaux a écrit :

> Bonjour Franck,
>
> Merci pour ton conseil, en fait ma situation est juste un peu
> différente. Je ne possède qu'une seule adresse ip publique, le
> serveur de secours se trouverait dans mon lan avec une IP du genre
> 192.168.5.11
>
> Est ce que cela empêche d'utiliser cette deuxième machine comme
> serveur de secours ?
>
> Salutations,
>
>
> Jean-Jacques Le 15 nov. 05 à 13:56, Franck a écrit :
>
>>
>>>
>>> Serait-il possible que si le serveur principal de répond plus
>>> que les messages mails soient automatiquement redirigés vers le
>>> serveur de secours ?
>>
>>
>> En ce qui me concerne, je définis des MX différents et le
>> basculement est transparent en cas de panne d'un serveur. Mais il
>> faut dire que je bosse au niveau IP publiques et non privées, je
>> ne sais pas si c'est ton cas ...
>>
>> Franck -- http://www.linuxpourtous.com
>>
>>
>> --
>
>
>
>
slt

pour cela, tu devrais utiliser un systeme de cluster/failover
genre heartbeat, qui est relativement simple a mettre en place.

Dans ton cas, tu as une seule ip publik, et deux machines pour garantir
les services mail dans ton lan.

Le principe est simple:
- - 1 ip "virtuelle" correspondante a l'ip du cluster
c'est elle qui repondra TOUJOURS au service messagerie

- - 2 machines avec ip physique, sur lesquelles va transiter l'ip
virtuelle.

Quand ton serveur primaire est OK, il aura alors:
- - son ip physique declarée (ex: 192.168.0.1)
- - l'ip virtuelle pour assurer les mails (ex: 192.168.0.100)

Si ce serveur tombe, ton serveur secondaire qui avait uniquement
son ip physique (admettons 192.168.0.2) va recuperer l'ip virtuelle
a savoir la 192.168.0.100.

Au niveau de ton routeur, tu declares uniquement la 192.168.0.100
comme etant ton serveur.

Ainsi de maniere totalement transparente, ton service mail sera
toujours dispo.

http://www.linux-ha.org/HeartbeatProgram
- --------------------------------
La notion de MX est tout autre chose,
puisque dans le cas ou ta connexion internet a un probleme.

Donc la, admettons que tu aies un probleme de connexion,
tu as beau avoir un cluster, il ne sera pas joignable.

C'est pour cela qu'on utilise un (ou plusieurs) MX secondaire.
Ainsi, le secondaire va garder en queue tes messages jusqu'a
ce que ton lien internet soit UP.
Il lui transferera ensuite les messages.

PS: je n'avais jamais pensé a mettre plusieurs MX de meme poids
pour faire de la repartition de charge... c'est pas bete!
Ca revient au meme que le RoundRobin DNS sur le nom d'hote en quelques
sorte,
sauf que la... il redirigera bien le traffic sur les hosts qui sont UP!
Merci pour l'info

>> Question:
est il possible de faire de meme avec des entrees A (et non MX) du DNS ?
(je pense notamment pour un serveur web)

- --
Generation Libre
Site d'information et d'entraide aux logiciels libres
http://www.generation-libre.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDeeLsTjhuX2IovwsRArVLAKCjgcnz7JrEp4CAPQGcyUFjQUqzOwCgwi4b
P9o9dLzrtO5YzrgSr67qGDk=
=B+zg
-----END PGP SIGNATURE-----



Reply to: