[DA+DNS] SOA RNAME in DA DNS Templates

[groenleer]

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

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/sho...soa+mail+rname
http://www.directadmin.com/forum/sho...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]

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]

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]

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]

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

[dennis0162]

DirectAdmin kent het commando |USER| niet.

$TTL 14400
@ IN SOA ns1.dwsmedia.net. |USER|.dwsmediatest.nl (

Als je info@domeinnaam.nl wilt gebruiken moet je je named.db even aanpassen naar:

@ IN SOA |NS1| info@|DOMAIN| (

Heb je DirectAdmin zelf al een e-mail gestuurd?
Anders stuur ik er zometeen even een

[groenleer]

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]

Ik ga DirectAdmin even een email sturen. Ben benieuwd

[groenleer]

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]

oeps.. /me beter lezen

[DutchTSE]

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]

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/

De controles die IIS uitvoert, voert het SIDN (zegt men) ook uit voor hun DNS Report.

[tommie_]

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_]

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]

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/

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