[HowTo] eigener DynDNS-Dienst

Jimini

PCGH-Community-Veteran(in)
[FONT=Verdana, sans-serif]Aloha,

da kürzlich dyndns.org sein kostenloses Angebot komplett eingestellt hat, war ich nach 9 Jahren "gezwungen", mich nach einer Alternative umzusehen. Da ich keine Lust auf irgendwelche komischen URLs hatte, ohnehin schon einen öffentlichen Server betreibe und auf mehreren Domains sitze, habe ich mir einen eigenen DynDNS-Dienst gebaut.

Das Ganze funktioniert dann wie folgt:
- mein Selbstbau-Router zuhause erkennt einen Wechsel der öffentlichen IP-Adresse
- ein Script wird ausgelöst, welches eine Webseite auf meinem öffentlichen Server aufruft
- auf dem öffentlichen Server wird durch den Aufruf der Webseite wiederum ein Script gestartet, welches die IP-Adresse des aufrufenden Clients an den Nameserver übermittelt

ANLEITUNG

(Erläuterung: domain.tld steht für die Adresse, unter welcher der öffentliche Server mit dem Nameserver läuft - also beispielsweise example.net - und dyndns.domain.tld für das System, welches eine wechselnde öffentliche IP-Adresse hat, also beispielsweise home.example.net)

1. Voraussetzungen
- ein öffentlicher Server, auf welchem ihr Rootrechte habt
- eine eigene Domain (domain.tld) und eine Subdomain (dyndns.domain.tld)
- der Nameserver Bind (wird bei vServern in der Regel schon vorkonfiguriert mitgeliefert)
- ein Webserver
[/FONT] mit PHP-Support

[FONT=Verdana, sans-serif]2. Erzeugen der Keys auf dem Nameserver[/FONT]
[FONT=Verdana, sans-serif]Um die DNS-Updates halbwegs abzusichern, sollte man Keys verwenden. Zunächst erzeugen wir welche:[/FONT]
Code:
dnssec-keygen -a HMAC-SHA256 -b 256 -n HOST dyndns.domain.tld
[FONT=Verdana, sans-serif]
Beide Dateien werden später noch gebraucht.
Danach kopieren wir die Keys aus den erzeugten Dateien:
[/FONT]
Code:
cat Kdyndns.domain.tld*
[FONT=Verdana, sans-serif]3. Anpassen der Bind-Config[/FONT]
[FONT=Verdana, sans-serif]3.1 /etc/bind/named.conf.local[/FONT]

Code:
zone "dyndns.domain.tld" {
    type master;
    file "/var/lib/bind/dyndns.domain.tld";
    allow-update {
        localhost; };
    allow-query {
        any;
    };
    allow-transfer {
        127.0.0.1;
        ÖFFENTLICHE.IP.DES.SERVERS;
    };
    notify yes;
};
[FONT=Verdana, sans-serif]
[/FONT]
[FONT=Verdana, sans-serif]3.2 Erzeugen des Zonen-Files in /var/lib/bind/dyndns.domain.tld[/FONT]
Code:
$ORIGIN .
$TTL 60 ;
dyndns.domain.tld IN SOA domain.tld. dyndns.domain.tld. (
    1          ; serial
    3600       ; refresh (1 hour)
    900        ; retry (15 minutes)
    2419200    ; expire (4 weeks)
    180        ; minimum (3 minutes)
)
NS      dyndns.domain.tld.
A       ÖFFENTLICHE.IP.DES.SERVERS[FONT=Verdana, sans-serif][SIZE=2]
[/SIZE][/FONT]
[FONT=Verdana, sans-serif]Nicht vergessen, die Datei für Bind les- und beschreibbar zu machen:[/FONT]
Code:
chown bind:bind /var/lib/bind/dyndns.domain.tld
Code:
chmod 700 /var/lib/bind/dyndns.domain.tld
[FONT=Verdana, sans-serif]4. Key für BIND hinterlegen (/etc/bind/named.keys)[/FONT]
Code:
[FONT=Verdana, sans-serif][SIZE=2][FONT=Verdana, sans-serif][SIZE=2]key dyndns.domain.tld {
    a[/SIZE][/FONT]lgorithm HMAC-SHA256;[/SIZE][/FONT]
[FONT=Verdana, sans-serif][SIZE=2]    secret "HIER KOMMT DER KEY AUS DEM KEYFILE REIN";
[/SIZE][/FONT][FONT=Verdana, sans-serif][SIZE=2]};[/SIZE][/FONT]
[FONT=Verdana, sans-serif]
5. testweise lokal updaten (Keyfiles wurden im 2. Schritt erzeugt)
[/FONT]
Code:
[FONT=Verdana, sans-serif][SIZE=2][FONT=Verdana, sans-serif][SIZE=2]nsupdate -k /pfad/zum/keyfile.private
>[/SIZE][/FONT] server 127.0.0.1
[/SIZE][/FONT][FONT=Verdana, sans-serif][SIZE=2]> zone dyndns.domain.tld
[/SIZE][/FONT][FONT=Verdana, sans-serif][SIZE=2]> update delete dyndns.domain.tld
[/SIZE][/FONT][FONT=Verdana, sans-serif][SIZE=2]> update add dyndns.domain.tld 60 A ÖFFENTLICHE.IP.DES.DYNDNS-SYSTEMS
[/SIZE][/FONT][FONT=Verdana, sans-serif][SIZE=2]> show (OPTIONAL ZUM CHECKEN)
[/SIZE][/FONT][FONT=Verdana, sans-serif][SIZE=2]> send[/SIZE][/FONT]
[FONT=Verdana, sans-serif]
6. Überprüfen, ob das Update angenommen wurde
[/FONT][FONT=Verdana, sans-serif]Im Syslog nach Zeilen wie den folgenden suchen:[/FONT]
[FONT=Verdana, sans-serif]n[/FONT][FONT=Verdana, sans-serif][FONT=Verdana, sans-serif]amed[6500]: client 127.0.0.1#21264: signer "dyndns.domain.tld" approved
n
[/FONT]amed[6500]: client 127.0.0.1#21264: updating zone 'dyndns.domain.tld/IN': delete all rrsets from name 'dyndns.domain.tld'
[/FONT]
[FONT=Verdana, sans-serif]named[6500]: client 127.0.0.1#21264: updating zone 'dyndns.domain.tld/IN': adding an RR at 'dyndns.domain.tld' A[/FONT]
[FONT=Verdana, sans-serif]Den Nameserver direkt abfragen:[/FONT]
[FONT=Verdana, sans-serif]
Code:
dig dyndns.domain.tld
[/FONT]
[FONT=Verdana, sans-serif]7. Script anlegen[/FONT]
Code:
#!/bin/bash
echo -e "
server 127.0.0.1
zone dyndns.domain.tld
update delete dyndns.domain.tld
update add dyndns.domain.tld 60 A $1
send" | /usr/bin/nsupdate -k /pfad/zum/key.private
[FONT=Verdana, sans-serif]Natürlich muss das Script noch ausführbar gemacht werden:[/FONT] [FONT=Verdana, sans-serif]
Code:
chmod +x /pfad/zum/script
[/FONT]
[FONT=Verdana, sans-serif]8. PHP-File anlegen[/FONT]
[FONT=Verdana, sans-serif]
Code:
<?php
$ip = getenv("REMOTE_ADDR");
$updatescript = "/pfad/zum/updatescript $ip";
exec ($updatescript);
?>
[/FONT][FONT=Verdana, sans-serif]Anmerkung: bei mir hängt noch ein "[/FONT][FONT=Verdana, sans-serif][FONT=Verdana, sans-serif]$iptables = "/usr/bin/iptables_on";" sowie ein [/FONT]"[/FONT][FONT=Verdana, sans-serif]exec ($iptables);"[/FONT][FONT=Verdana, sans-serif]drin, womit ich direkt meine Firewallregeln aktualisiere.

9. testen, ob das PHP-File beim Aufruf über den Browser ein DNS-Update auslöst
[/FONT]
[FONT=Verdana, sans-serif]
10. das PHP-File vor unbefugtem Zugriff schützen, hier am Beispiel von Apache
[/FONT]
[FONT=Verdana, sans-serif]
Code:
htpasswd2 -s /pfad/zum/userfile dyndns-loginname
[/FONT]

[FONT=Verdana, sans-serif]Die Config (bei mir ist es /etc/apache2/sites-enabled/default) um folgenden Eintrag erweitern:[/FONT]
[FONT=Verdana, sans-serif]
Code:
        <Directory "/pfad/zum/PHP-Script">
                Options Indexes FollowSymLinks
                AllowOverride All
                Order deny,allow
                Allow from all
                AuthType Basic
                AuthName "Bitte einloggen:"
                AuthUserFile /pfad/zum/userfile
                Require valid-user
                IndexIgnore download
        </Directory>
[/FONT] [FONT=Verdana, sans-serif]Apache neustarten.[/FONT]

[FONT=Verdana, sans-serif]11. das PHP-File kann beispielsweise mittels curl und den eben festgelegten Zugangsdaten aufgerufen werden[/FONT]
[FONT=Verdana, sans-serif]
Code:
curl --user USER:PASSWORT --insecure https://domain.tld/script
(der Parameter "--insecure" bestimmt, dass eine Zertifikatswarnung ignoriert wird - mein Webserver liefert nur via HTTPS aus und greift dabei auf ein selbstsigniertes Cert zurück, daher ist diese Option bei mir notwendig)

Am Ende kann man die obige Zeile beispielsweise als Aktion bei einem IP-Wechsel festlegen, bei mir muss ich dazu nur eine Datei in /etc/dhcp3/dhclient-enter-hooks.d/dyndns anlegen, welche folgendes enthält:
[/FONT]
Code:
[FONT=Verdana, sans-serif][SIZE=2]#!/bin/bash
[/SIZE][/FONT][FONT=Verdana, sans-serif][SIZE=2][FONT=Verdana, sans-serif][SIZE=2]curl --user USER:PASSWORT --insecure https://domain.tld/script[/SIZE][/FONT][/SIZE][/FONT]
[FONT=Verdana, sans-serif]MfG Jimini

P.S.: für Fragen und Anmerkungen wäre ich dankbar - ich habe das Setup zwar so genau wie möglich dokumentiert, dennoch kann es natürlich sein, dass ich etwas vergessen oder übersehen habe.

Fehlermeldungen:
; TSIG error with server: tsig indicates error
update failed: NOTAUTH(BADSIG)
=> checken, ob der Key korrekt in named.keys hinterlegt wurde. Bind neustarten und nochmal versuchen.
02-Oct-2014 07:36:41.144 /etc/bind/keys/KEYFILE.private:1: unknown option 'Private-key-format:'
02-Oct-2014 07:36:41.144 /etc/bind/keys/KEYFILE.private:8: unexpected token near end of file
could not read key from /etc/bind/keys/KEYFILE.{private,key}: unexpected token
=> dieser Fehler wird beispielsweise dann ausgegeben, wenn die Key-Datei fehlt. Sind *.private und *.key im gleichen Verzeichnis hinterlegt und lesbar für Bind?
[/FONT]
 
Zuletzt bearbeitet:
So, hab mich jetzt extra angemeldet um dir ausdrücklich meinen Dank auszusprechen. Genau das habe ich ca. 4 Tage lang gesucht und vergeblich rumprobiert. Ich denke es funktioniert jetzt soweit, hab nur noch das Problem, dass meine Subdomain scheinbar von meinem Domainanbieter nicht korrekt weitergeleitet wird, aber das krieg ich auch noch hin.
_Vielen Dank_
Sehr gute Arbeit :)
 
Das freut mich, dass dir mein HowTo geholfen hat, vielen Dank für die Rückmeldung!
Falls du noch Hilfe benötigen solltest, kannst du dich ja einfach hier melden.

MfG Jimini
 
Hallo Jimini,

also ich sitze nun tatsächlich seitdem ich geschrieben hatte an einem Problem, das, wie ich vermute, von einer falschen Konfiguration bei meiner Domain ausgeht... Ich beschreibe mal alles ein wenig näher...
Ich habe folgende Geräte:
Ein Server bei mir zuhause, er hat eine dynamische IP (Rootserver im Folgenden)
Ein Server gemietet, feste IP, und hier läuft auch bind9 (VServer im Folgenden)

Des Weiteren habe ich eine Domain, einfach mal expl.de der Einfachkeit halber.
Diese IP soll direkt auf meinen VServer zeigen... Mit root.expl.de will ich aber den Rootserver erreichen...
Ich habe also ein Cronjob an meinem Rootserver eingerichtet, der ständig prüft, ob sich die IP geändert hat. Wenn ja, wird ein PHP-Script auf dem VServer aufgerufen, welches nsupdate auf ihm ausführt... Funktioniert auch alles, zumindest erhalte ich keine Fehlermeldungen und es steht auch nichts in den Logs...

Ich bin mir jetzt aber sehr unsicher, wie ich das bei meinem Domainprovider (Domainssaubillig) zu konfigurieren habe, ich vermute mal es liegt daran...
Ich habe dort als Nameserver die IP meines VServers reingeschrieben... Ich dachte mir, dass, wenn ein Aufruf an expl.de kommt, mein VServer als DNS angesprochen wird und gefragt wird, wo denn der Server für expl.de steht. Je nach Subdomain wird dann entweder die Rootserver-IP oder die VServer-IP zurückgegeben...
Naja, ich habe jedenfalls die IP des VServers als Nameserver eingetragen, aber auch nach drei Tagen standen immernoch die Default Nameserver von Domainssaubillig drin... Muss da eine Domain stehen? Wenn ja kann ich das mit einer Domain ja gar nicht verwirklichen, sonst gäbe es ja eine Endlosschleife...
Weiß gerade nicht, wie ich das anders Lösen soll... Hast du mir diesbezüglich vielleicht ein Stichwort?

Ich weiß auch nicht, welche weiteren Informationen eventuell noch wichtig zum Lösen des Problems wären, ich werde sie aber natürlich gerne nachreichen, sofern sie dienlich sind...

Vielen Dank jedenfalls schon einmal für alles. Für das Tutorial und für das Angebot, mich nochmal bei Fragen zu melden. Ich hoffe ich beanspruche dich damit nicht allzusehr.

Viele Grüße,
Chris
 
Ich muss dazu sagen, dass ich von DNS bislang nicht wirklich Ahnung habe - die Thematik ist für mich recht schwierig zu durchblicken.
Ich bin bei Host Europe und habe die Subdomain dort über das Webinterface angelegt. Die Prozedur ist hier unter "NS-Delegate" beschrieben. Der Effekt dieser Option ist, dass für eine bestimmte, dort definierte Subdomain der dort angegebene DNS-Server verwendet wird (siehe auch hier).

Kannst du evtl. einen Screenshot reinpacken? Die exakten Adressen kannst du ja schwärzen.

MfG Jimini
 
Braucht man denn eigentlich zwingend einen Server, der nicht bei einem selbst zuhause steht?
Ich würde z.B. gern ein kostenloses SSL Zertifikat von StartSSL nutzen, allerdings bekommt man das nicht für eine Subdomain und aktuell habe ich nur eine No-Ip.com Adresse.
 
Screenshots kann ich im Moment leider nicht bieten, da ich eigene Nameserver reingeschrieben hab, und deshalb nun alle anderen Menüpunkte ausgegraut wurden. Ich hab vorhin alles auf Default gestellt, und warte nun bis die Änderungen durch sind, dann kann ich welche nachreichen :)
Danke jedenfalls schon einmal für alles :)
Naja aber auch bei Host Europe steht bei NS Delegate, dass das nur für Reseller zur Verfügung steht... Oder geht das auch als Normalkunde?

Danke für die schnelle Antwort und Hilfe :)
Ich schau mir mal alles genau an, und wenn ich merke, dass mein Anbieter das net Erlaubt evtl nen Wechsel in Erwägung ziehen. An sonsten warte ich bis die Änderungen durch sind und reiche dann die Screenshots nach

Danke und viele Grüße,
Chris
 
Braucht man denn eigentlich zwingend einen Server, der nicht bei einem selbst zuhause steht?
Ich würde z.B. gern ein kostenloses SSL Zertifikat von StartSSL nutzen, allerdings bekommt man das nicht für eine Subdomain und aktuell habe ich nur eine No-Ip.com Adresse.
Man könnte das sicherlich auch auf einem Homeserver realisieren - da meine Motivation aber war, für einen DynDNS-Dienst nicht zahlen zu müssen, wenn ich ohnehin einen öffentlichen Server und mehrere Domains besitze, wäre das unsinnig ;)
Naja aber auch bei Host Europe steht bei NS Delegate, dass das nur für Reseller zur Verfügung steht... Oder geht das auch als Normalkunde?
Das wunderte mich auch. Ich tippe mal darauf, dass die Anleitung nicht ganz aktuell ist, ich bin nämlich definitiv kein Reseller :)

MfG Jimini
 
Hallo,
auf die Gefahr hin, dass ich mich hier lächerlich mache: :P
Ich habe mal einige prinzipille fragen und würde mich freuen wenn du diese beantworten könntest. :hail:

Mein Vorhaben:
Via OwnCloud Files/Calender etc. außerhalb meines Netzwerkes sharen/anschauen/hinzufügen können. Klingt soweit ja recht leicht. Da ich aber keine Lust auf die aktuelle kostenfreie DynDNS Politik habe, will ich einen eigenen DynDNS Server betreiben.

Hierzu prinzipiell die Fragen:
Was brauche ich dazu?
Zur Verfügung steht mir:
sparsamer Laptop mit openSuse13.1
RaspberryPi
2 Rechner
1 NAS

Ich brauche wie ich gelesen habe:
OwnCloud "Server"
Webserver (sollte ja mich Apache+PHP realisierbar sein) -> openSuse
Nameserver ( Bind? ) -> openSuse
Domain? Subdomain? Bin ich hier unbedingt auf externe Anbieter angewiesen? Hier lese ich oft was von 15GB maximalem Hosting Speicher?... den benötige ich prinzipiell nicht oder?

Kann ich alle diese Dienste auf einer LinuxMaschine laufen lassen? Ist das überhaupt sinnvoll?

Ich bin zwar nicht neu im Linux-Umfeld, aber diese verdammten Netzwerkgeschichten....für die benötige ich meist ein wenig länger zum begreifen :( !

Vielen Dank im Voraus!

Mir ist das ganze Prinzip und die Zusammenhänge zwischen Nameserver, DNS-Server (ist ja nur die Software/Funktionalität auf einem Nameserver oder?), Webserver, Domain/Subdomain noch nicht ganz klar.
 
Hallo,
auf die Gefahr hin, dass ich mich hier lächerlich mache: :P
Keine Sorge - geh' ruhig mal davon aus, dass jede Fragestellung hier schon mehrfach durch irgendeinen Kopf gegangen ist ;)
Mein Vorhaben:
Via OwnCloud Files/Calender etc. außerhalb meines Netzwerkes sharen/anschauen/hinzufügen können. Klingt soweit ja recht leicht. Da ich aber keine Lust auf die aktuelle kostenfreie DynDNS Politik habe, will ich einen eigenen DynDNS Server betreiben.
Genau das habe ich auch bei mir laufen. Funktioniert tadellos.
Hierzu prinzipiell die Fragen:
Was brauche ich dazu?
Zur Verfügung steht mir:
sparsamer Laptop mit openSuse13.1
RaspberryPi
2 Rechner
1 NAS
Wenn dein System auch "von außen" erreichbar sein soll, brauchst du zwingend eine Domain - außer, du willst mit IP-Adressen hantieren, was aber kaum praktikabel wäre. In puncto Hardware reicht der Raspberry locker aus.
Ich brauche wie ich gelesen habe:
OwnCloud "Server"
Webserver (sollte ja mich Apache+PHP realisierbar sein) -> openSuse
Nameserver ( Bind? ) -> openSuse
Dazu kommt noch ein SQL-Server, beispielsweise MySQL. Den Nameserver brauchst du nur, um Anfragen hieran an den zuhause stehenden Server weiterzuleiten.
Kann ich alle diese Dienste auf einer LinuxMaschine laufen lassen?
Definitiv ja.
Ist das überhaupt sinnvoll?
Das musst du selber wissen ;)
Mir ist das ganze Prinzip und die Zusammenhänge zwischen Nameserver, DNS-Server (ist ja nur die Software/Funktionalität auf einem Nameserver oder?), Webserver, Domain/Subdomain noch nicht ganz klar.
Ich erkläre das Setup mal schematisch:

- Bei mir zuhause steht ein System, auf welches ich auch von außen zugreifen möchte. Der Zugriff kann beispielsweise über die IP-Adresse geschehen. Da sich IP-Adressen im Privatbereich aber zumindest ab und an ändern, ist das nicht wirklich praktisch.
- Ein DynDNS-Dienst (beispielsweise dyndns.org) erhält regelmäßig von deinem System die aktuelle IP-Adresse. Diese weist er der von dir gemieteten Subdomain (beispielsweise home.dyndns.org) zu. Wenn nun jemand home.dyndns.org aufruft, landet er beim DNS-Server (auch "Nameserver" genannt) auf dyndns.org, welcher die zu home.dyndns.org passende IP-Adresse rausgibt.
- Für das Setup braucht man also eine öffentlich erreichbare Domain, unter welcher ein DNS-Server läuft.

Bei mir läuft es im Falle eines Wechsels der IP-Adresse so:
- Der Wechsel der Adresse löst ein Skript aus, welches eine Seite auf meinem öffentlichen Webserver aufruft.
- Beim Aufruf der Seite wird ein zweites Skript gestartet, welches sich die IP-Adresse des Absenders greift. Diese übergibt es an ein drittes Skript, welches nun eine Update-Anweisung samt der genannten IP-Adresse an den Nameserver übergibt.
- Der Nameserver leitet von nun an alle Anfragen an die Subdomain an die genannte IP-Adresse weiter.

MfG Jimini
 
Okay vielen Dank schon einmal ! Ich werde heute mal mit der ganzen Sache anfangen und mir morgen einen DynDNS-fähigen Router holen, da meiner dies nicht unterstützt .....

Die nächsten Schritte bestehen dann wohl darin:
1.) OpenSuse13.1 aufsetzen mit:

  • Apache + PHP als Webserver
  • MySQL
  • NameServer Bind
  • OwnCloud
2.) Domain besorgen (irgendwelche Vorschläge für Anbieter?)
3.) Mit deinem HowTo versuchen es so einzurichten ;-)

Das Raspberry Pi hat ausreichende Ressourcen? Habe mal irgendwo gelesen, dass das Pi für solche Sachen im Bezug auf Netzwerk-Speed zu langsam sei?

Vielen Dank noch einmal ;-)
 
Ich glaube, du hast mich missverstanden - wenn der Nameserver bei dir zuhause läuft, bringt dir das nichts. Du müsstest also schon einen öffentlich erreichbaren Server mit einer festen IP-Adresse haben, auf dem dann Bind läuft.
Einen DynDNS-fähigen Router brauchst du nicht, es gibt verschiedene Programme, die man einsetzen kann. Letztendlich muss ja nur ab und an die IP-Adresse an ein anderes System übermittelt werden.

Der Raspberry reicht dicke aus. Der hat zwar nur Fast Ethernet - aber hey, selbst 10MBit würden doch reichen, oder etwa nicht? ;)

Ich habe schonmal überlegt, ob ich nicht eine Subdomain zur Verfügung stellen soll. So dass quasi auch andere mein Setup nutzen könnten. Prinzipiell wäre es natürlich auch möglich, dass mich jemand damit "beauftragt", eine Domain zu beschaffen. Wäre das was?

MfG Jimini
 
Ich glaube, du hast mich missverstanden - wenn der Nameserver bei dir zuhause läuft, bringt dir das nichts. Du müsstest also schon einen öffentlich erreichbaren Server mit einer festen IP-Adresse haben, auf dem dann Bind läuft.
Einen DynDNS-fähigen Router brauchst du nicht, es gibt verschiedene Programme, die man einsetzen kann. Letztendlich muss ja nur ab und an die IP-Adresse an ein anderes System übermittelt werden.

Der Raspberry reicht dicke aus. Der hat zwar nur Fast Ethernet - aber hey, selbst 10MBit würden doch reichen, oder etwa nicht? ;)

Ich habe schonmal überlegt, ob ich nicht eine Subdomain zur Verfügung stellen soll. So dass quasi auch andere mein Setup nutzen könnten. Prinzipiell wäre es natürlich auch möglich, dass mich jemand damit "beauftragt", eine Domain zu beschaffen. Wäre das was?

MfG Jimini

Danke!
Ich werde es erst einmal irgendwie selbst probieren :D. Schritt für Schritt.
Auch wenn ich offensichtlich ziemlich hinter den Wolken lebe was das Thema angeht :schief:
 
Danke!
Ich werde es erst einmal irgendwie selbst probieren :D. Schritt für Schritt.
Auch wenn ich offensichtlich ziemlich hinter den Wolken lebe was das Thema angeht :schief:
Dann müsstest du dir ggf. aber einen eigenen VServer mieten, falls du keinen "fertigen" DynDNS-Dienst nimmst.

MfG Jimini
 
Dann müsstest du dir ggf. aber einen eigenen VServer mieten, falls du keinen "fertigen" DynDNS-Dienst nimmst.

MfG Jimini

Wohl wahr ;-) !
Ich werde wahrscheinlich nun erst einmal klein anfangen mit dem Rasp Pi: mir eine OwnCloud im eigenen Netzwerk einzurichten, welche alle Daten bereit stellt. Wenn ich dann bald mehr Zeit habe, werde ich mich eventuell um den Rest kümmern.
 
Irgendwo hakt es bei den von mir beschriebenen Schritten. Ich werde den Guide in Kürze überarbeiten.

Nachtrag 2: sollte folgende Fehlermeldung
; TSIG error with server: tsig indicates error
update failed: NOTAUTH(BADSIG)
ausgegeben werden, einfach mal Bind neustarten, meine Vermutung ist, dass dabei dann die Datei named.keys neu eingelesen wird.

MfG Jimini
 
Zuletzt bearbeitet:
Sehr schönes Tutorial, Jimini. Ich schätze das sehr, dass du dein grosses Fachwissen mit der Community teilst.
Na, es wäre ja doof, sowas für sich zu behalten - nicht zuletzt, weil es dazu zwar viele Tutorials gibt, ich mir aber einige der Schritte dann doch selbst erarbeiten musste ;)

MfG Jimini
 
Zurück