Goedemorgen,

Voor een API koppeling die de DNS regelt vanaf een DirectAdmin server ben ik opzoek naar een oplossing voor DNS beheer. Voor de mensen die er bekend mee zijn wil DirectAdmin op een domeinnaam/hostname een punt (.) op het einde zodat het domein er niet nogmaals achter komt. Dit wil ik toch proberen te automatiseren zodat deze fout niet gemaakt kan worden.

Scenario 1
Een helpdesk medewerker moet voor een klant een DNS record aanmaken, dit is een NS (NameServer) record. Zowel de naam als waarde moet op het einde een punt hebben zodat hij erkend wordt. Hierop moet dus automatisch indien niet aanwezig een punt (.) op het einde komen om fouten te voorkomen.

Scenario 2
Een helpdesk medewerker moet voor een klant een DNS record aanmaken, dit is een A record. Hier hoeven geen punten achter (.) dus heeft verder geen automatische handeling nodig.

Kan ik op een of andere manier dit controleren, DirectAdmin heeft hier namelijk ook geen controle op anders had ik dit via de API kunnen nakijken. Let op; ik zoek geen programmeur kan dit allemaal zelf, zoek alleen een kleine tip wat ik wellicht kan gebruiken hiervoor qua functie.

Ik denk dat je beter je helpdeskmedewerkers kunt uitleggen hoe dns werkt.
Niet alleen heb je dat met MX records ook, maar bij TXT records kun je beide situaties hebben afhankelijk van de content. bv:

domein.nl. TXT 'v=spf1....'
_domainkey TXT 'o=~'
x._domainkey TXT 'v=dkim....'

Een punt betekent gewoon 'einde dns record naam', geen punt betekent 'voeg domeinnaam toe'

Met uiteindelijk resultaat dat het in beide gevallen een fqdn wordt die op een punt eindigt.

Goedemiddag John,

Het is niet voor mezelf, het is een ontwikkeling voor een derde. De TXT record heb ik al opgelost dit wordt automatisch gedaan als het niet aanwezig is, daar zijn de problemen dus mee opgelost.

Je punt over uitleg geven over DNS ben ik volkomen met je eens, denk zelf ook niet dat het slim is iemand met geen ervaring hieraan te laten werken. Echter zijn de wensen hierin anders, ik moet dus met een oplossing komen hiervoor.