Eigenes DynDNS mit PowerDNS - Versionsgeschichte

Lukas: Github-Link

2021-03-13T13:49:43Z

Github-Link

← Nächstältere Version		Version vom 13. März 2021, 13:49 Uhr
Zeile 116:		Zeile 116:
	apt-get install pdns-server pdns-backend-mysql apache2 php mariadb-server		apt-get install pdns-server pdns-backend-mysql apache2 php mariadb-server

	Als Frontend zur grundlegenden Administration des PDNS kommt der PDNSManager zum Einsatz. Die Doku inkl. Konfiguration des PDNS ist [~~hier~~ https://pdnsmanager.org/quickstart/] einzusehen.		Als Frontend zur grundlegenden Administration des PDNS kommt der PDNSManager zum Einsatz. Die Doku inkl. Konfiguration des PDNS ist [https://pdnsmanager.org/quickstart/ hier] einzusehen.
	Nachdem der Manager installiert wurde, stehen auch die entsprechenden Tabellen zur Verfügung. Nun können wir im PDNS die Datenbankanbindung einstellen. Dafür in der Datei <code>/etc/powerdns/pdns.d/pdns.local.gmysql.conf/</code> muss dafür folgendes eingetragen werden:		Nachdem der Manager installiert wurde, stehen auch die entsprechenden Tabellen zur Verfügung. Nun können wir im PDNS die Datenbankanbindung einstellen. Dafür in der Datei <code>/etc/powerdns/pdns.d/pdns.local.gmysql.conf/</code> muss dafür folgendes eingetragen werden:

Zeile 127:		Zeile 127:
	gmysql-dnssec=no		gmysql-dnssec=no

	Für das Update über die Fritz!Box ist nun noch ein Script erforderlich, das die Aktualisierung der Records bei Änderung der IP-Adresse vornimmt. Ein Script, das dazu genutzt werden kann, steht hier zur Verfügung. Wichtig ist, auch die Serial Number des SOA-Records zu aktualisieren. Momentan ist das im Skript fehleranfällig, da ein massiver Aufruf der Skripte die Serial Number außerhalb des darstellbaren Bereichs erhöht.		Für das Update über die Fritz!Box ist nun noch ein Script erforderlich, das die Aktualisierung der Records bei Änderung der IP-Adresse vornimmt. Ein Script, das dazu genutzt werden kann, steht [https://github.com/LT42/ddns-updater hier] zur Verfügung. Wichtig ist, auch die Serial Number des SOA-Records zu aktualisieren. Momentan ist das im Skript fehleranfällig, da ein massiver Aufruf der Skripte die Serial Number außerhalb des darstellbaren Bereichs erhöht.

	Ein Aufruf erfolgt dann z.B. über		Ein Aufruf erfolgt dann z.B. über
	https://dns.thiel2s.de/poweradmin/updatescript.php?hostname=<domain>&passwort=<pass>		https://dns.thiel2s.de/poweradmin/updatescript.php?hostname=<domain>&passwort=<pass>

Lukas: /* Neue Version 2020 */

2021-03-13T11:28:09Z

Neue Version 2020

← Nächstältere Version		Version vom 13. März 2021, 11:28 Uhr
Zeile 117:		Zeile 117:

	Als Frontend zur grundlegenden Administration des PDNS kommt der PDNSManager zum Einsatz. Die Doku inkl. Konfiguration des PDNS ist [hier https://pdnsmanager.org/quickstart/] einzusehen.		Als Frontend zur grundlegenden Administration des PDNS kommt der PDNSManager zum Einsatz. Die Doku inkl. Konfiguration des PDNS ist [hier https://pdnsmanager.org/quickstart/] einzusehen.
	Nachdem der Manager installiert wurde, stehen auch die entsprechenden Tabellen zur Verfügung. Nun können wir im PDNS die Datenbankanbindung einstellen. Dafür in der Datei <code>/etc/powerdns/pdns.d/pdns.local.gmysql.conf/<code> muss dafür folgendes eingetragen werden:		Nachdem der Manager installiert wurde, stehen auch die entsprechenden Tabellen zur Verfügung. Nun können wir im PDNS die Datenbankanbindung einstellen. Dafür in der Datei <code>/etc/powerdns/pdns.d/pdns.local.gmysql.conf/</code> muss dafür folgendes eingetragen werden:

	launch=gmysql		launch=gmysql

Lukas: /* Neue Version 2020 */

2021-03-13T11:09:41Z

Neue Version 2020

← Nächstältere Version		Version vom 13. März 2021, 11:09 Uhr
Zeile 107:		Zeile 107:

	== Neue Version 2020 ==		== Neue Version 2020 ==
	Wegen eines Serverumzugs musste auch das DynDNS umziehen. Dabei bin ich der zwischenzeitlich umgestellten Version auf eine Subdomain gefolgt. Es reicht dann aus, einen Nameserver-Eintrag für eine Subdomain anzulegen, ohne die Arbeit bei der Registrierungsstelle.		Wegen eines Serverumzugs musste auch das DynDNS umziehen. Dabei bin ich der zwischenzeitlich umgestellten Version auf eine Subdomain gefolgt. Es reicht dann aus, einen Nameserver-Eintrag für eine Subdomain anzulegen, ohne die Arbeit bei der Registrierungsstelle. Wir benötigen zwei Einträge im DNS der zu verwendenden Domain:

	dns.thiel2s.de A w.x.y.z.		dns.thiel2s.de A w.x.y.z.
	ddns.thiel2s.de NS dns.thiel2s.de		ddns.thiel2s.de NS dns.thiel2s.de

	Nun können wir *.ddns.thiel2s.de als DynDNS-Adressen nutzen. Dafür nutzen wir weiterhin den PDNS-Server mit MariaDB-Backend:		Nun können wir *.ddns.thiel2s.de als DynDNS-Adressen nutzen. Dafür nutzen wir weiterhin den PDNS-Server mit MariaDB-Backend. Als Grundlage kommt ein Debian 10 zum Einsatz, auf dem folgende Pakete installiert werden:
	~~Unter Ubuntu sind~~ folgende Pakete ~~zu installieren, falls MySQL als Backend benutzt~~ werden ~~soll~~:
	apt-get update		apt-get update
	apt-get install pdns-server pdns-backend-mysql		apt-get install pdns-server pdns-backend-mysql apache2 php mariadb-server

	Als Frontend kommt der PDNSManager zum Einsatz. Die Doku inkl. Konfiguration des PDNS ist [hier https://pdnsmanager.org/quickstart/] einzusehen.		Als Frontend zur grundlegenden Administration des PDNS kommt der PDNSManager zum Einsatz. Die Doku inkl. Konfiguration des PDNS ist [hier https://pdnsmanager.org/quickstart/] einzusehen.
			Nachdem der Manager installiert wurde, stehen auch die entsprechenden Tabellen zur Verfügung. Nun können wir im PDNS die Datenbankanbindung einstellen. Dafür in der Datei <code>/etc/powerdns/pdns.d/pdns.local.gmysql.conf/<code> muss dafür folgendes eingetragen werden:

	~~Zur Manipulation nutze ich~~ ein Script, das ~~ich~~ bei ~~Bedarf gern~~ zur Verfügung ~~stelle~~. ~~Der~~ Aufruf in der ~~Fritz!Box~~ erfolgt dann ~~auf:~~		launch=gmysql
			gmysql-host=localhost
			gmysql-port=3306
			gmysql-dbname=pdns
			gmysql-user=powerdnsuser
			gmysql-password=assword
			gmysql-dnssec=no

			Für das Update über die Fritz!Box ist nun noch ein Script erforderlich, das die Aktualisierung der Records bei Änderung der IP-Adresse vornimmt. Ein Script, das dazu genutzt werden kann, steht hier zur Verfügung. Wichtig ist, auch die Serial Number des SOA-Records zu aktualisieren. Momentan ist das im Skript fehleranfällig, da ein massiver Aufruf der Skripte die Serial Number außerhalb des darstellbaren Bereichs erhöht.

			Ein Aufruf erfolgt dann z.B. über
	https://dns.thiel2s.de/poweradmin/updatescript.php?hostname=<domain>&passwort=<pass>		https://dns.thiel2s.de/poweradmin/updatescript.php?hostname=<domain>&passwort=<pass>

	~~Wichtig ist, hierbei auch die Seriennummer des SOA Records zu aktualisieren.~~

Lukas am 26. Dezember 2020 um 18:56 Uhr

2020-12-26T18:56:56Z

← Nächstältere Version		Version vom 26. Dezember 2020, 18:56 Uhr
Zeile 104:		Zeile 104:

	Hinweise zur Konfiguration der Fritz!Box finden sich auch hier: http://www.heise.de/ct/inhalt/2013/24/196/		Hinweise zur Konfiguration der Fritz!Box finden sich auch hier: http://www.heise.de/ct/inhalt/2013/24/196/


			== Neue Version 2020 ==
			Wegen eines Serverumzugs musste auch das DynDNS umziehen. Dabei bin ich der zwischenzeitlich umgestellten Version auf eine Subdomain gefolgt. Es reicht dann aus, einen Nameserver-Eintrag für eine Subdomain anzulegen, ohne die Arbeit bei der Registrierungsstelle.

			dns.thiel2s.de A w.x.y.z.
			ddns.thiel2s.de NS dns.thiel2s.de

			Nun können wir *.ddns.thiel2s.de als DynDNS-Adressen nutzen. Dafür nutzen wir weiterhin den PDNS-Server mit MariaDB-Backend:
			Unter Ubuntu sind folgende Pakete zu installieren, falls MySQL als Backend benutzt werden soll:
			apt-get update
			apt-get install pdns-server pdns-backend-mysql

			Als Frontend kommt der PDNSManager zum Einsatz. Die Doku inkl. Konfiguration des PDNS ist [hier https://pdnsmanager.org/quickstart/] einzusehen.

			Zur Manipulation nutze ich ein Script, das ich bei Bedarf gern zur Verfügung stelle. Der Aufruf in der Fritz!Box erfolgt dann auf:
			https://dns.thiel2s.de/poweradmin/updatescript.php?hostname=<domain>&passwort=<pass>

			Wichtig ist, hierbei auch die Seriennummer des SOA Records zu aktualisieren.

Lukas am 17. Mai 2019 um 13:46 Uhr

2019-05-17T13:46:55Z

← Nächstältere Version		Version vom 17. Mai 2019, 13:46 Uhr
Zeile 84:		Zeile 84:
	== Eintragen der Zonen ==		== Eintragen der Zonen ==
	Damit sich unser Server auch als Master für die Domain sieht, müssen wir eine Master Zone anlegen. Das geht über PowerAdmin nach einer Anmeldung über den Link "Master Zone hinzufügen". Der Name der Zone ist der Name der Domain. Unter "Zonen auflisten" können wir dann die Zone mit dem kleinen Stift neben dem Namen bearbeiten. Hier sind vor allem erstmal drei Einträge der Marke "NS" wichtig:		Damit sich unser Server auch als Master für die Domain sieht, müssen wir eine Master Zone anlegen. Das geht über PowerAdmin nach einer Anmeldung über den Link "Master Zone hinzufügen". Der Name der Zone ist der Name der Domain. Unter "Zonen auflisten" können wir dann die Zone mit dem kleinen Stift neben dem Namen bearbeiten. Hier sind vor allem erstmal drei Einträge der Marke "NS" wichtig:

	~~[[Datei:DNS-pdns-zones.png]]~~

	Diese Einträge sagen den weltweiten DNS-Servern, wer die DNS-Server für unsere Domain sind. Danach müssen wir natürlich die Standard-Records (A für Adressauflösung und MX für Mail) eintragen.		Diese Einträge sagen den weltweiten DNS-Servern, wer die DNS-Server für unsere Domain sind. Danach müssen wir natürlich die Standard-Records (A für Adressauflösung und MX für Mail) eintragen.
Zeile 91:		Zeile 89:
	== Zweiter Nameserver ==		== Zweiter Nameserver ==
	Für die Ausfallsicherheit sind Domains immer zwei unterschiedliche Nameserver zuzuweisen. Idealerweise sind beide auch nicht im gleichen Netz. Für alle, die keine zwei getrennten 24 Stunden erreichbaren Server betreiben, bietet sich der Service von http://www.buddyns.com an. Nach dem Registrieren mit Domainname, IP-Adresse des primären DNS-Servers (IP des eigenen Servers) und E-Mail-Adresse bekommt man ein Passwort zugeschickt, mit dem man Zugriff auf das Bullyboard hat:		Für die Ausfallsicherheit sind Domains immer zwei unterschiedliche Nameserver zuzuweisen. Idealerweise sind beide auch nicht im gleichen Netz. Für alle, die keine zwei getrennten 24 Stunden erreichbaren Server betreiben, bietet sich der Service von http://www.buddyns.com an. Nach dem Registrieren mit Domainname, IP-Adresse des primären DNS-Servers (IP des eigenen Servers) und E-Mail-Adresse bekommt man ein Passwort zugeschickt, mit dem man Zugriff auf das Bullyboard hat:

	~~[[Datei:DNS-buddy-board.png]]~~

	Hier ist besonders der Reiter "Zones" interessant.		Hier ist besonders der Reiter "Zones" interessant.

	~~[[Datei:DNS-buddy-zones.png]]~~

	Bis alles korrekt eingestellt ist, ist der obige Balken noch rot. Haben wir noch keine Einstellungen beim Registrar vorgenommen, sollten die Felder "Authority declares BuddyNS" und "Registry declares BuddyNS" nicht auf OK stehen. Sollte hier aber alles andere stimmen, können wir die DNS-Einstellungen unter http://www.denic.de/hintergrund/nast.html testen. Dazu geben wir unseren Domainnamen und die beiden DNS-Server an. BuddyNS bittet darum, die regionalen Nameserver zu benutzen. Für Europa sind das e.ns.buddyns.com und c.ns.buddyns.com		Bis alles korrekt eingestellt ist, ist der obige Balken noch rot. Haben wir noch keine Einstellungen beim Registrar vorgenommen, sollten die Felder "Authority declares BuddyNS" und "Registry declares BuddyNS" nicht auf OK stehen. Sollte hier aber alles andere stimmen, können wir die DNS-Einstellungen unter http://www.denic.de/hintergrund/nast.html testen. Dazu geben wir unseren Domainnamen und die beiden DNS-Server an. BuddyNS bittet darum, die regionalen Nameserver zu benutzen. Für Europa sind das e.ns.buddyns.com und c.ns.buddyns.com

Lukas am 12. Februar 2018 um 14:10 Uhr

2018-02-12T14:10:04Z

← Nächstältere Version		Version vom 12. Februar 2018, 14:10 Uhr
Zeile 2:		Zeile 2:
	Da ich öfter DynDNS-Dienste einsetze, lege ich für alle Kunden verschiedene Konten an, was dann natürlich gerne mal zu Passwortverwechslungen führt.		Da ich öfter DynDNS-Dienste einsetze, lege ich für alle Kunden verschiedene Konten an, was dann natürlich gerne mal zu Passwortverwechslungen führt.

	DynDNS kann man aber auch selber machen. Der Trick ist in der c't 24/2013 und auch im [[d:Mein_eigenes_DynDNS\|Debacher~~-Wiki~~]] beschrieben. Der besteht darin, dass nicht BIND als DNS-Server eingesetzt wird, sondern [https://www.powerdns.com/ PowerDNS], der seine Domain-Daten in einer Datenbank speichert. Dadurch sind sie durch PHP manipulierbar und können so ohne wenig Aufwand von außen aktualisiert werden.		DynDNS kann man aber auch selber machen. Der Trick ist in der c't 24/2013 und auch bei [[d:Mein_eigenes_DynDNS\|Uwe Debacher]] beschrieben. Der besteht darin, dass nicht BIND als DNS-Server eingesetzt wird, sondern [https://www.powerdns.com/ PowerDNS], der seine Domain-Daten in einer Datenbank speichert. Dadurch sind sie durch PHP manipulierbar und können so ohne wenig Aufwand von außen aktualisiert werden.

	== Installation von PDNS ==		== Installation von PDNS ==

Lukas am 13. Februar 2015 um 16:27 Uhr

2015-02-13T16:27:53Z

← Nächstältere Version		Version vom 13. Februar 2015, 16:27 Uhr
Zeile 103:		Zeile 103:

	== Konfiguration Fritz!Box ==		== Konfiguration Fritz!Box ==
			Die Grundidee ist einfach: Jede Nacht bekommt die Fritz!Box durch den Provider nach der Zwangstrennung eine neue IP-Adresse zugewiesen. Nach diesem Update soll die Fritz!Box die IP-Adresse des DynDNS neu setzen. Sie kann dann auf ein PHP-Script zugreifen, das die Daten in der Datenbank aktualisiert. Das sollte natürlich mit einem Passwort geschützt sein, damit kein Fremder die Domain kapern kann.

	Hinweise zur Konfiguration der Fritz!Box finden ~~Sie [d:Mein_eigenes_DynDNS\|Hier] und~~ hier: http://www.heise.de/ct/inhalt/2013/24/196/		Ich benutze momentan eine abgewandelte Version des Scriptes aus der c't und benutze mysqli statt PDO als Datenbank-Anbindung. Sehr wichtig ist es, dass die Seriennummer des DNS-Records im SOA-Record nach einer Änderung hochgesetzt wird. Der Autor arbeitet mit preg_match, um die entsprechende Stelle im Record zu finden und hochzusetzen.

			In der Fritz!Box kann man mit Platzhaltern arbeiten, um das PHP-Script aufzurufen. Mehr dazu findet sich in der AVM-Hilfe.

			Hinweise zur Konfiguration der Fritz!Box finden sich auch hier: http://www.heise.de/ct/inhalt/2013/24/196/

Lukas am 10. Februar 2015 um 19:41 Uhr

2015-02-10T19:41:54Z

@@ Zeile 5: / Zeile 5: @@
 == Installation von PDNS ==
-Wir erstellen danach eine leere Datenbank mit einem Benutzer mit Grant-Rechten.
+Wir erstellen danach eine Datenbank mit einem Benutzer. Und fügen folgendes Datenbank-Schema ein:
 Unter Ubuntu sind folgende Pakete zu installieren, falls MySQL als Backend benutzt werden soll:
@@ Zeile 13: / Zeile 61: @@
 Hier werden wir beim Installieren nach MySQL-Zugangsdaten gefragt, diese tragen wir ein und lassen die Installation auch gleich die Datenbank-Struktur anlegen.
-Manuell installiert werden muss die Administrationsoberfläche für PowerDNS, [http://www.poweradmin.org/ PowerAdmin]. Das ist aber über den Browser schnell erledigt.
+Eigentlich steuert man PowerDNS über die Administrationsoberfläche [http://www.poweradmin.org/ PowerAdmin]. Das ist dank PHPMyAdmin aber eigentlich nicht nötig.
-Danach können wir prinzipiell schon Zonen anlegen, PowerDNS läuft standardmäßig aber noch nicht.
+PowerDNS läuft standardmäßig noch nicht.
 Wir passen die Datei /etc/powerdns/pdns.conf wie folgt an (Die Zeilen können einfach auskommentiert und neu eingefügt werden):
   allow-axfr-ips=<oeffentliche-ipv4-des-servers> 127.0.0.1 173.244.206.26 88.198.106.11
@@ Zeile 55: / Zeile 103: @@
 == Konfiguration Fritz!Box ==
 Hinweise zur Konfiguration der Fritz!Box finden Sie [d:Mein_eigenes_DynDNS|Hier] und hier: http://www.heise.de/ct/inhalt/2013/24/196/

Lukas am 10. Februar 2015 um 18:39 Uhr

2015-02-10T18:39:18Z

← Nächstältere Version		Version vom 10. Februar 2015, 18:39 Uhr
Zeile 53:		Zeile 53:

	Gibt die Denic grünes Licht, können wir die Nameserver beim Registrar ändern (meist per Domain-Update o.ä. auslösbar).		Gibt die Denic grünes Licht, können wir die Nameserver beim Registrar ändern (meist per Domain-Update o.ä. auslösbar).

			== Konfiguration Fritz!Box ==


			Hinweise zur Konfiguration der Fritz!Box finden Sie [d:Mein_eigenes_DynDNS\|Hier] und hier: http://www.heise.de/ct/inhalt/2013/24/196/

Lukas: Die Seite wurde neu angelegt: „Vor einiger Zeit hat dyndns.org seinen freien dynamischen DNS-Dienst eingestellt und die Kunden so gezwungen, entweder in einen Premium-Account zu migrieren od…“

2015-02-10T18:18:40Z

Die Seite wurde neu angelegt: „Vor einiger Zeit hat dyndns.org seinen freien dynamischen DNS-Dienst eingestellt und die Kunden so gezwungen, entweder in einen Premium-Account zu migrieren od…“

Neue Seite

Vor einiger Zeit hat dyndns.org seinen freien dynamischen DNS-Dienst eingestellt und die Kunden so gezwungen, entweder in einen Premium-Account zu migrieren oder sich anderwaltig umzuschauen. Ich habe mich dann für no-ip.org entschieden, mit dessen Service ich bis heute sehr zufrieden. Lediglich einmal kam es zu DNS-Problemen, die dann aber auch schnell gelöst waren.
Da ich öfter DynDNS-Dienste einsetze, lege ich für alle Kunden verschiedene Konten an, was dann natürlich gerne mal zu Passwortverwechslungen führt.

DynDNS kann man aber auch selber machen. Der Trick ist in der c't 24/2013 und auch im [[d:Mein_eigenes_DynDNS|Debacher-Wiki]] beschrieben. Der besteht darin, dass nicht BIND als DNS-Server eingesetzt wird, sondern [https://www.powerdns.com/ PowerDNS], der seine Domain-Daten in einer Datenbank speichert. Dadurch sind sie durch PHP manipulierbar und können so ohne wenig Aufwand von außen aktualisiert werden.

== Installation von PDNS ==
Wir erstellen danach eine leere Datenbank mit einem Benutzer mit Grant-Rechten.

Unter Ubuntu sind folgende Pakete zu installieren, falls MySQL als Backend benutzt werden soll:
apt-get update
apt-get install pdns-server pdns-backend-mysql

Hier werden wir beim Installieren nach MySQL-Zugangsdaten gefragt, diese tragen wir ein und lassen die Installation auch gleich die Datenbank-Struktur anlegen.

Manuell installiert werden muss die Administrationsoberfläche für PowerDNS, [http://www.poweradmin.org/ PowerAdmin]. Das ist aber über den Browser schnell erledigt.

Danach können wir prinzipiell schon Zonen anlegen, PowerDNS läuft standardmäßig aber noch nicht.
Wir passen die Datei /etc/powerdns/pdns.conf wie folgt an (Die Zeilen können einfach auskommentiert und neu eingefügt werden):
allow-axfr-ips=<oeffentliche-ipv4-des-servers> 127.0.0.1 173.244.206.26 88.198.106.11
allow-recursion=127.0.0.1
daemon=yes
master=yes

Nun lässt PowerDNS den Zonen-Download vom lokalen Server und den Servern von BuddyNS zu (siehe unten), startet als Daemon und sieht sich als Zonen-Master (standardmäßig nämlich nicht).

Nun startet PowerDNS aber noch nicht richtig. Dieser Fehler hat mich einige Zeit gekostet: Unter /etc/powerdns/pdns.d/ müssen zwei Konfiguration-Dateien angepasst werden:
In /etc/powerdns/pdns.d/pdns.simplebind.conf kommentieren wir beide Zeilen aus:
#launch=bind
#bind-config=/etc/powerdns/bindbackend.conf
und in /etc/powerdns/pdns.d/pdns.local.gmysql.conf kontrollieren wir die Zugangsdaten zu MySQL und ändern folgende Zeile von yes auf no:
gmysql-dnssec=no
Damit sollte PowerDNS via
service pdns restart
starten.

== Eintragen der Zonen ==
Damit sich unser Server auch als Master für die Domain sieht, müssen wir eine Master Zone anlegen. Das geht über PowerAdmin nach einer Anmeldung über den Link "Master Zone hinzufügen". Der Name der Zone ist der Name der Domain. Unter "Zonen auflisten" können wir dann die Zone mit dem kleinen Stift neben dem Namen bearbeiten. Hier sind vor allem erstmal drei Einträge der Marke "NS" wichtig:

[[Datei:DNS-pdns-zones.png]]

Diese Einträge sagen den weltweiten DNS-Servern, wer die DNS-Server für unsere Domain sind. Danach müssen wir natürlich die Standard-Records (A für Adressauflösung und MX für Mail) eintragen.

== Zweiter Nameserver ==
Für die Ausfallsicherheit sind Domains immer zwei unterschiedliche Nameserver zuzuweisen. Idealerweise sind beide auch nicht im gleichen Netz. Für alle, die keine zwei getrennten 24 Stunden erreichbaren Server betreiben, bietet sich der Service von http://www.buddyns.com an. Nach dem Registrieren mit Domainname, IP-Adresse des primären DNS-Servers (IP des eigenen Servers) und E-Mail-Adresse bekommt man ein Passwort zugeschickt, mit dem man Zugriff auf das Bullyboard hat:

[[Datei:DNS-buddy-board.png]]

Hier ist besonders der Reiter "Zones" interessant.

[[Datei:DNS-buddy-zones.png]]

Bis alles korrekt eingestellt ist, ist der obige Balken noch rot. Haben wir noch keine Einstellungen beim Registrar vorgenommen, sollten die Felder "Authority declares BuddyNS" und "Registry declares BuddyNS" nicht auf OK stehen. Sollte hier aber alles andere stimmen, können wir die DNS-Einstellungen unter http://www.denic.de/hintergrund/nast.html testen. Dazu geben wir unseren Domainnamen und die beiden DNS-Server an. BuddyNS bittet darum, die regionalen Nameserver zu benutzen. Für Europa sind das e.ns.buddyns.com und c.ns.buddyns.com

Gibt die Denic grünes Licht, können wir die Nameserver beim Registrar ändern (meist per Domain-Update o.ä. auslösbar).