[DA+DNS] SOA RNAME in DA DNS Templates [Archief]

Bekijk Volledige Versie : [DA+DNS] SOA RNAME in DA DNS Templates

groenleer

16/01/09, 08:34

Hallo Allen,

Volgende topic is denk ik belangrijk voor iedereen die zelf SIDN deelnemer is OF .NL domeinnamen registreert.

Op de afgelopen deelnemersdag/relatiedag heeft het SIDN aangekondigd om periodiek DNS reports te gaan versturen. Onlangs hebben wij zo'n rapport gehad en we schrokken ons suf. Op ELK domein had het SIDN wel iets aan te merken.
Niet dat het een groot issue is maar toch.
De DNS Crawler (argus.sidn.nl) controleert tegenwoordig ook de mailservers
(zie ook: Mailconnecties vanaf argus.sidn.nl (http://www.webhostingtalk.nl/andere-vragen-en-postings/136851-mailconnecties-vanaf-argus-sidn-nl.html)

Argus is de DNS Crawler en moet de nieuwe standaard gaan zetten voor de DNS Check.
De grootste wijziging is dat men gaat kijken of je RoleAccount, zoals gedefinieerd in de SOA records, wel email accepteert.

Voor ons leverde dat de volgende fout op:

Failed to deliver email for SOA RNAME of groenleerictservices.nl (root.groenleerictservices.nl) using root@groenleerictservices.nl.

What happend?
Niets aan onze zijde, maar DA zet standaard in de SOA records root.|DOMAIN|.
Ik zou dit graag willen wijzigen in info.|DOMAIN|
of nog liever |USER|.|DOMAIN|, dan weet ik zeker dat email altijd aan komt.

Nu weet ik dat de volledige SOA record wordt gedefinieerd in:
/usr/local/directadmin/data/templates/named.db
echter het email adres wordt aldaar gedefinieerd als |EMAIL|. Maar waar deze dan vandaan komt is mij niet geheel duidelijk. Immers |EMAIL| is een replacement van root.|DOMAIN| lijkt het op AL onze domeinen die via DA beheerd worden.

WIe o wie weet hier een antwoord op, ik heb inmiddels de hele help.directadmin.com door gesnuffeld maar kan niks bruikbaars vinden.

Ik heb de volgende topics bij het DA Forum gevonden:
http://www.directadmin.com/forum/showthread.php?t=420
http://www.directadmin.com/forum/showthread.php?t=13221&highlight=soa+mail+rname
http://www.directadmin.com/forum/showthread.php?t=15735&highlight=soa+mail+rname
Echter geen van allen geeft een echte oplossing, wel een 'hack' in de vorm van user_create_post script, echter dat werkt niet als je alleen een domain maakt in de DNS Administration.

Wie o Wie komt met een echte oplossing?

localh

16/01/09, 09:14

Ik heb hier standaard overal hostmaster@mijndomein staan (weet je altijd zeker dat het adres bestaat/blijft bestaan)

Kopieer je named.db naar /usr/local/directadmin/data/templates/custom/

Vervang |EMAIL| door je gewenste e-mailadres

groenleer

16/01/09, 09:27

Dat is inderdaad een mogelijkheid, maar ik wil specifiek het klant adres daar hebben staan. Waarom? Omdat de klant zelf de mogelijkheid heeft tot het aanpassen van de DNS en daar zelf voor verantwoordelijk is.
Bij problemen kan men terug vallen op ons, maar in eerste instantie zijn zij zelf verantwoordelijk.

Het keihard aanpassen naar hostmaster op groenleer.net zou een mogelijkheid zijn, maar dus niet gewenst hier.

localh

16/01/09, 12:16

Veel extra mail ga je nochtans niet hebben als je je eigen (hostmaster) adres er hardcoded inzet (en je sluit onbestaande e-mailadressen sowieso uit -> je klant kan immers altijd het adres op zijn domein ook verwijderen waardoor het onbestaande wordt en het adres in de zonefile niet meer klopt)

t.bloo

16/01/09, 12:27

Ik zat me gisteren net af te vragen waar dat root@... vandaan kwam. Weet ik meteen waar ik het kan veranderen :lovewht:

dennis0162

16/01/09, 13:03

groenleer

16/01/09, 13:22

Dennis, ik heb nog geen email naar DirectAdmin gestuurd, meestal laat ik dat de contact persoon van de licentie doen. Wij maken gebruik van een internal license.

Dat |USER| of |USERNAME| niet werkt daar was ik al achter.
De reden waarom ik juist |USERNAME|.|DOMAIN| wil is om de volgende reden:
|USERNAME| is de systeem user, deze kan niet verwijderd worden en zal dus altijd bestaan. Wij adviseren onze klanten altijd om de info@ naar deze mailbox te laten verwijzen. Belangrijke berichten van ons zullen namelijk in DIE systeembox geplaatst worden.

Het zou mooi zijn als dat SOA veld in de toekomst via het DNS Paneel in te geven is.

dennis0162

16/01/09, 13:41

Ik ga DirectAdmin even een email sturen. Ben benieuwd:)

groenleer

16/01/09, 13:49

Wellicht dat we ook even een topic op hun forum moeten openen.

Dit is een issue waar alle NL hosters mee te maken gaan krijgen in de toekomst als het SIDN hun zinnen door zet. Het is dus belangrijk dat dit voortijdig wordt erkend en dus opgelost.
Ik moet nog even de juiste RFC's opzoeken die stellen dat de RNAME Contact ook daadwerkelijk bereikbaar moet zijn.

demz

16/01/09, 15:11

oeps.. /me beter lezen

DutchTSE

23/01/09, 16:55

Beetje oud topic, maar toch:

Inmiddels 2x een rapport van SIDN mogen ontvangen, maar het genoemde probleem komt daar niet in voor, SOA geeft weer: root@domein.nl

groenleer

23/01/09, 17:43

tommie_

23/01/09, 18:06

Hoi,

dit is een probleem dat ik eind vorig jaar bij john van directadmin heb aangekaart. Er komt een fix voor nieuwe installaties. Hij heeft me ook een oplossing gestuurd om dit aan te passen op de huidige servers. Ik zal deze even opsnorren en hier pasten.

Het probleem is dat het niet root@... domein moet zijn in de soa records maar hostmaster@... Wij gebruiken een franse dns check tool en deze viel hier ook telkens over.

tommie_

23/01/09, 18:11

The template is in:

/usr/local/directadmin/data/templates/named.db

First copy named.db to custom/named.db, and edit the custom file.

Change

|EMAIL|
to:
hostmaster.|DOMAIN|.

save, exit, then type:

echo "action=rewrite&value=named" >> /usr/local/directadmin/data/task.queue

DutchTSE

23/01/09, 18:13

DutchTSE,

het SOA record staat er nog niet als probleem in, maar alle domeinen geven warning aan. Bovenste rechtse blokje.

Gooi je eigen domein maar eens in:
http://dnscheck.iis.se/ (http://dnscheck.iis.se/?time=1232728977&id=37723&view=basic)

De controles die IIS uitvoert, voert het SIDN (zegt men) ook uit voor hun DNS Report.
Ok duidelijk, je hebt gelijk.
Ga de fix meteen maar even doorvoeren op de servers :)

The template is in:

/usr/local/directadmin/data/templates/named.db

First copy named.db to custom/named.db, and edit the custom file.

Change

|EMAIL|
to:
hostmaster.|DOMAIN|.

save, exit, then type:

echo "action=rewrite&value=named" >> /usr/local/directadmin/data/task.queue
Voor de mensen na mij:
In de post van Tommie_ is de "punt" achter |DOMAIN| niet te zien (in de quote weer wel), maar hier moet dus een punt achter anders krijg je zoiets:

mail addr = hostmaster.domein.nl.domein.nl

tommie_

23/01/09, 18:30

ja die punt mag je inderdaad niet vergeten... Zelfs john van DA was die vergeten :-)

Voor de mensen na mij:
In de post van Tommie_ is de "punt" achter |DOMAIN| niet te zien (in de quote weer wel), maar hier moet dus een punt achter anders krijg je zoiets:

mail addr = hostmaster.domein.nl.domein.nl

dennis0162

23/01/09, 18:36

Een kleine toevoeging:

Mocht je alles naar hostmaster.domeinnaam.nl willen omzetten:

cd /var/named/
perl -pi -e 's/root./hostmaster./' *.db

tommie_

23/01/09, 19:04

waarvoor is dit nodig? Dit wordt al gedaan door een task te geven aan directadmin... zi mijn post

echo "action=rewrite&value=named" >> /usr/local/directadmin/data/task.queue

Een kleine toevoeging:

Mocht je alles naar hostmaster.domeinnaam.nl willen omzetten:

cd /var/named/
perl -pi -e 's/root./hostmaster./' *.db

dennis0162

23/01/09, 23:51

waarvoor is dit nodig? Dit wordt al gedaan door een task te geven aan directadmin... zi mijn post

echo "action=rewrite&value=named" >> /usr/local/directadmin/data/task.queue

Overheen gekeken:)

t.bloo

31/01/09, 23:05

DirectAdmin heeft dit op 18 december in versie 1.33 standaard veranderd voor nieuwe domeinen

http://www.directadmin.com/features.php?id=920

the old zone email info used to be:
root.domain.com

default for new domains with this release will be
hostmaster.domain.com

since "root" isn't accepted, while hostmaster is.