Stappenplan mailserver verhuizen*

[shadax]

We hebben nu een (debian) webserver verhuizen, waar ook onze mail server op draait. De hostname van de oude machine kunnen we door omstandigheden niet behouden. Wat is nu de beste aanpak om de verhuizing aan te pakken. Het is geen probleem om de servers een tijdje naast elkaar te hebben draaien, het belangrijkste is dat er geen mail verloren gaat. Mijn plan is nu om:

1) alle domeinnamen te updaten, en een backup mx record toevoegen die verwijst naar de nieuwe server
2) wachten totdat alle dnsservers up to date zijn
3) mailserver installeren op de nieuwe server
4) port 25 op de oude server blokkeren, de mailboxen kopieren naar de nieuwe server, en de pop3 poort van de oude machine forwarden naar de nieuwe machine
5) de oude machine uitschakelen

Is er een betere aanpak voor dit probleem?

[Verwijderd]

Move PNS > NT

[StevenK]

Ik zie niet helemaal waarom je pas de mailboxen zou verhuizen zodra je de oude server geen mail meer laat ontvangen ?

Je kunt toch de boel zo configureren dat de oude server voor elke gemigreerde user de mail doorstuurt naar de nieuwe server ?

[FragFrog]

1. mailserver installeren op nieuwe server
2. nieuwe mailserver testen, bugs fixen
3. lokaal DNS naar nieuwe server laten verwijzen (of zoals jij het zegt pop3 poort doorsturen)
4. nieuwe DNS naar nieuwe server laten verwijzen
5. oude mailserver uitzetten en oude records naar nieuwe mailserver kopieeren

Mocht er nu iets fout gaan tijdens de verhuizing heb je alle oude mailboxen nog en kun je altijd tijdelijk locale DNS nog naar de oude server laten wijzen. Bovendien heb je nu 0,0 downtime en gaat er geen enkel mailtje verloren (behalve in die 10 seconden oid die je router nodig heeft om de pop3 poort naar een andere server te zetten dan natuurlijk )

//edit
StevenK heeft idd ook een goed punt, dit stappenplan is basicly de volgorde die hier is gebruikt voor het omgooien van een MSSQL+gameserver naar een nieuwe machine waarbij de connectapplicatie van de gameserver niet door kan verwijzen naar een externe machine (niet zonder uren gepruts iig )

[ Voor 19% gewijzigd door FragFrog op 04-01-2005 22:45 ]

[Coen Rosdorff]

1: Laat de nieuwe hostname verwijzen naar het oude ip-adres. Zorg voor een korte ttl. (Paar uurtjes)
2: Wijzig voor elk domein het mx record naar de nieuwe hostname.
3: Zodra de server gaat verhuizen pas je het ip-adres van de nieuwe hostname aan. Binnen een paar uur komt alle mail binnen op het nieuwe ip-adres. Servers die nog het oude ip-adres hebben zullen door te retry-en vanzelf naar het juiste ip-adres gaan sturen.

[Jelmer]

Als het goed is gaat er geen mail verloren omdat een mailserver officieel 7 dagen lang de mail hoort af proberen te leveren.

Waarom je zo moeilijk zou moeten doen ontgaat me dus even. Gewoon de nieuwe hostname in DNS zetten, oude nog dus even minimaal 7 dagen laten staan (en iig minimaal de refresh van je MX rr's!), hostname server aanpassen (/etc/hostname & /etc/hosts), mx rr's updaten en klaar is kees.

Ik lees nl nergens dat je server een nieuw ip gaat krijgen, dan zul je minimaal 7 dagen of de refresh van je MX rr's met 2 ip's moeten werken.

Hooguit dat je wat spam verliest, but who cares

[ Voor 25% gewijzigd door Jelmer op 05-01-2005 03:00 ]