Secondary DNS en MX

Ik ben op zoek naar een oplossing om een secundare DNS en fallback mailserver op te zetten. Het is de bedoeling dat ook mijn dedi en colo klanten van deze diensten gebruik kunnen maken.

Hoe is dit technisch makkelijk te realiseren?

Ik kwam uit op de volgende pagina:
http://www.4psa.com/products/4psadnsmanager.php

Is dit een goede oplossing?
Hoe is de fallback mailserver te regelen?

Anyone?

Zoiets zou ik graag ook willen...

1 extra server
200GB backup hdd
fallback mail voor alle servers
anti-virus/anti-spam voor alle servers
secundary dns-server voor alle servers

Alleen... hoe dit aan te pakken? Ik gebruik meerdere CP's.

@ServerBilly:
Gebruik je meerdere CPanels?

Nee ik gebruik alleen plesk.
Maar uit de bovenstaande software lees ik af dat het met meerdere CP's tegelijk werkt.

Voor het fallback mail kan ik niet echt goed iets vinden.

is nogal simpel... hangt af welke MTA (mailserver) en dns server jullie gebruiken. Staat los van het controle paneel dat je gebruikt.

Bij dns start je bijvoorbeeld een bind9 op een server die de zone files opvraagt van de master. In de config file is dat dan zoiets:

zone "blabla.tld" IN {
type slave;
file "eenbestand";
masters { hier komt het ip van de master server };
allow-query { any };
}

de zone file van blabla.tld zal dan opgehaald worden van de master. Hierna is het mogelijk om dns requests op te vragen naar deze server. Er moet natuurlijk wel een IN NS record voorzien worden naar de secondary dns server (en ook bij het domein zelf, indien mogelijk).

Voor e-mail kan je ook gewoon qmail/postfix/sendmail/exim/... gebruiken. Je zorgt gewoon voor een 2e MX record met een lagere prioriteit. De meeste mailservers zijn slim genoeg om te weten dat er nog een mailserver met hogere prioriteit is en zullen de e-mails deliveren aan de mailservers met hoogste prioriteit. Indien dit niet mogelijk is blijft de mail gewoon in de queue.

Het is dus helemaal niet nodig hier dure software voor aan te schaffen, tenzij je natuurlijk geen kennis van zaken hebt. Dan nog is het waarschijnlijk goedkoper iemand in te huren om op 5 minuutjes een slave dns/mx systeem op te zetten.

Origineel geplaatst door wv-
is nogal simpel... hangt af welke MTA (mailserver) en dns server jullie gebruiken.

...

Voor e-mail kan je ook gewoon qmail/postfix/sendmail/exim/... gebruiken. Je zorgt gewoon voor een 2e MX record met een lagere prioriteit. De meeste mailservers zijn slim genoeg om te weten dat er nog een mailserver met hogere prioriteit is en zullen de e-mails deliveren aan de mailservers met hoogste prioriteit. Indien dit niet mogelijk is blijft de mail gewoon in de queue.

...

Het lijkt me wel dat deze 2e mailservers weet voor welke accounts hij mail moet opvangen? Dit moet dan dus synchroom lopen met onze plesk doos.

Origineel geplaatst door wv-
Het is dus helemaal niet nodig hier dure software voor aan te schaffen, tenzij je natuurlijk geen kennis van zaken hebt. Dan nog is het waarschijnlijk goedkoper iemand in te huren om op 5 minuutjes een slave dns/mx systeem op te zetten.

Niet al onze colo/dedi klanten hebben genoeg kennis, met bijvoorbeeld deze software is het voor hen een stuk makkelijker.

Het is dus helemaal niet nodig hier dure software voor aan te schaffen, tenzij je natuurlijk geen kennis van zaken hebt. Dan nog is het waarschijnlijk goedkoper iemand in te huren om op 5 minuutjes een slave dns/mx systeem op te zetten.

Op het punt dat er geen dure software nodig is voor een dergelijk systeem moet ik je helemaal gelijk geven. Maar dat het in (op) 5 minuten op te zetten is vind ik wel heel sterk ;-)

Een falback mailserver alleen op basis van MX records draaien is in mijn ogen geen optie. Je moet het doorsturen wel beperken tot alleen servers van jezelf en/of die van jou kanten. Tenzij je natuurlijk deze dienst aan iedereen op de wereld en omstreken gratis wil aanbieden. Het grootste gevaar van een fallback mailserver is dat hij door slordigheid verandert in een open relay.

Mvrg,

Kees

Origineel geplaatst door serverbilly



Het lijkt me wel dat deze 2e mailservers weet voor welke accounts hij mail moet opvangen? Dit moet dan dus synchroom lopen met onze plesk doos.

crontab scriptje dat een lijstje opvraagt of zelf laten beslissen adhv MX records.

Origineel geplaatst door serverbilly

Niet al onze colo/dedi klanten hebben genoeg kennis, met bijvoorbeeld deze software is het voor hen een stuk makkelijker.

Heeft elke klant dan 2 servers? De klant moet toch de kennis niet hebben, jullie moeten dat hebben. Je zegt gewoon voor bijvoorbeeld BIND : dit is onze nameserver, stel die in als slave en de rest moeten jullie zelf regelen op jullie server.

Origineel geplaatst door mind
Een falback mailserver alleen op basis van MX records draaien is in mijn ogen geen optie. Je moet het doorsturen wel beperken tot alleen servers van jezelf en/of die van jou kanten. Tenzij je natuurlijk deze dienst aan iedereen op de wereld en omstreken gratis wil aanbieden. Het grootste gevaar van een fallback mailserver is dat hij door slordigheid verandert in een open relay.

Zelf houd ik met een cron scriptje de domeinen van mijn backup mailserver ook uptodate, maar het is mogelijk om dit automatisch te laten gebeuren adhv de MX records. Dit resulteert niet in een open relay, want hij gaat nog steeds de mails droppen waarvan er geen juiste MX record voor is.

Origineel geplaatst door mind


Op het punt dat er geen dure software nodig is voor een dergelijk systeem moet ik je helemaal gelijk geven. Maar dat het in (op) 5 minuten op te zetten is vind ik wel heel sterk ;-)

Bij wijze van spreken, het is inderdaad ietsje langer, tenzij je het installeren automatiseerd.

Origineel geplaatst door serverbilly
Het lijkt me wel dat deze 2e mailservers weet voor welke accounts hij mail moet opvangen? Dit moet dan dus synchroom lopen met onze plesk doos.

Je kan natuurlijk ook op basis van IP (range) iets in elkaar knutselen. Er wordt dan alleen mail opgevangen voor servers die binnen dit berijk liggen. De terugkoppeling van account informatie is dan niet meer nodig. Dit geeft beperkingen op bepaalde punten , maar volgens een bekende voetballer "heeft elk nadeel ook zijn voordeel" (of was het nou andersom) Kortom zelf kiezen wat het beste bij je past...

Mvgr,

Kees

Als ik een server ergens anders neerzet in een ander datacentrum in een ander netwerk, kan ik deze het beste gebruiken als primary nameserver of secundary?

Dien ik hier de zelfde mailserver-software op te draaien? (Ik gebruik nu sendmail, exim en qmail op verschillende servers)

En kan ik geen PowerDNS meer op sommige servers draaien... of?

Origineel geplaatst door DennisCitus
Als ik een server ergens anders neerzet in een ander datacentrum in een ander netwerk, kan ik deze het beste gebruiken als primary nameserver of secundary?

secondary is het makkelijkste om op te zetten. Deze zal ook wel wat trafiek verzetten, aangezien spammers naar alle mail servers mail sturen.

Origineel geplaatst door DennisCitus
Dien ik hier de zelfde mailserver-software op te draaien? (Ik gebruik nu sendmail, exim en qmail op verschillende servers)

Nee dat hoeft niet, je kan zowel exim, qmail, sendmail, ... gebruiken.

Origineel geplaatst door DennisCitus
En kan ik geen PowerDNS meer op sommige servers draaien... of?

Jawel, alles staat onafhankelijk van mekaar. Je moet gewoon zien dat de master de zone files naar de slave doorstuurt.

Ìk heb zelf voor de backup mx-mail een MTA met MySql backend, voor de gegadigden ik kan betaald knutselen

Gebruiken ook een MySQL backend (voor mail, www forwarding en DNS).

Bij Postfix kan je zelf opgeven uit welke tabel hij de gegevens moet halen.
Indien het domein voorkomt in onze klantendatabase mag er gerelayed worden.

De verschillende servers worden up to date gehouden met MySQL replicatie (over een SSL verbinding).

Origineel geplaatst door Mikey
Ìk heb zelf voor de backup mx-mail een MTA met MySql backend, voor de gegadigden ik kan betaald knutselen

Vertel ons meer

Origineel geplaatst door serverbilly


Vertel ons meer

Zo moeilijk is het niet hoor, vertel hoe je domeinen opgeslagen zijn en in een paar lijnen shellscripting update je een file van een backup MX