DDNS Updater DDNS Updater 2

[saruman]

Anleitung: War ja extra ein dahinter.

1.) Verstanden, danke!

3.) Dann versteh ich nicht warum sich das bis zum Anlegen der getrennten Anbieter- und Protokollkonfigurationen noch immer fehlerhaft verhalten hat. _Eigentlich_ hätte mit dem Weglassen der statischen URL-Parameter thisipv4=0&thisipv6=0 aus der mitgelieferten Konfiguration schon alles funktionieren müssen. Denn die in Deinem Test gebauten URLs sind (bis auf die beiden Parameter) an sich korrekt. Diese hatte ich aber schon bei den letzten Tests rausgenommen und aufgrund der Antwort von regfish in deren Case nicht wieder reinkonfiguriert. Die waren also beide schon weg.

4.) Okay, auch verstanden. Wenn ich also ein eigenes Protokoll für IPv6 nutze kann ich - bezogen auf regfish - auch einfach den dyndns6.regfish.de bei Aktualisierungsserver eintragen und muss ihn nicht noch ein zweites Mal bei "Aktualisierungsserver IPv6" eintragen.

Ich habs grad noch mal mit den mitgelieferten regfish-Definitionen versucht (ohne die beiden thisipv4/6=0). Bei Update des AAAA Records wird der gleichnamige A Record gelöscht. Ich habe mir allerdings mal Update-Mails von regfish schicken lassen. Dort sieht man folgendes:

IPv4-Update:

% Soeben ist eine DynDNS Aktualisierung erfolgt:
%
% Basisinformation
% ----------------------------------------------------
% Ihre DynDNS Domain...: foo.bar.
% Angefordert durch....: aa.bb.cc.dd
% Datum/Uhrzeit........: 11.09.2016, 20:01:54 Uhr
% ----------------------------------------------------
%
% Anforderung
% ----------------------------------------------------
ipv4: aa.bb.cc.dd
thisipv4:
ipv6:
fqdn: test.foo.bar.
forcehost:
ttl: 60
authtype:
ismx:
% ----------------------------------------------------
Remote-Addr: aa.bb.cc.dd
X-Forwarded-For:
% ----------------------------------------------------
%
%[Ende des Berichts]

IPv6 Update:

% Soeben ist eine DynDNS Aktualisierung erfolgt:
%
% Basisinformation
% ----------------------------------------------------
% Ihre DynDNS Domain...: foo.bar.
% Angefordert durch....: aa.bb.cc.dd
% Datum/Uhrzeit........: 11.09.2016, 20:02:48 Uhr
% ----------------------------------------------------
%
% Anforderung
% ----------------------------------------------------
ipv4:
thisipv4:
ipv6: aaaa:bbbb:cccc:dddd:eeee:ffff:gggg:hhhh
fqdn: test.foo.bar.
forcehost:
ttl: 60
authtype:
ismx:
% ----------------------------------------------------
Remote-Addr: aa.bb.cc.dd
X-Forwarded-For:
% ----------------------------------------------------
%
%[Ende des Berichts]

Bei aa.bb.cc.dd handelt es sich tatsächlich jedes Mal um ein- und dieselbe IPv4 Adresse.

Das Update welches von den von mir erzeugten Anbietern/Protokollen getriggert wird, sieht irgendwie anders aus:

IPv4-Update:

% Soeben ist eine DynDNS Aktualisierung erfolgt:
%
% Basisinformation
% ----------------------------------------------------
% Ihre DynDNS Domain...: foo.bar.
% Angefordert durch....: aa.bb.cc.dd
% Datum/Uhrzeit........: 11.09.2016, 16:11:00 Uhr
% ----------------------------------------------------
%
% Anforderung
% ----------------------------------------------------
ipv4: aa.bb.cc.dd
thisipv4:
ipv6:
fqdn: diskstation.foo.bar.
forcehost:
ttl: 60
authtype:
ismx:
% ----------------------------------------------------
Remote-Addr: aa.bb.cc.dd
X-Forwarded-For:
% ----------------------------------------------------
%
%[Ende des Berichts]

Und für IPv6:

% Soeben ist eine DynDNS Aktualisierung erfolgt:
%
% Basisinformation
% ----------------------------------------------------
% Ihre DynDNS Domain...: foo.bar.
% Angefordert durch....: aaaa:bbbb:cccc:dddd:eeee:ffff:gggg:hhhh
% Datum/Uhrzeit........: 11.09.2016, 16:11:01 Uhr
% ----------------------------------------------------
%
% Anforderung
% ----------------------------------------------------
thisipv6:
ipv6: aaaa:bbbb:cccc:dddd:eeee:ffff:gggg:hhhh
fqdn: diskstation.foo.bar.
forcehost:
ttl: 60
authtype:
ismx:
% ----------------------------------------------------
Remote-Addr: aaaa:bbbb:cccc:dddd:eeee:ffff:gggg:hhhh


X-Forwarded-For:
% ----------------------------------------------------
%
%[Ende des Berichts]

Bei den vordefinierten Konfigurationen wird irgendwie mehr mitgeschickt. Für mich sieht das so aus als würden trotzdem thisipv4 und ipv4 mitgeschickt werden - auch wenn die gar nicht benutzt werden sollten. Außerdem scheint dort trotz IPv6 Update der IPv4 Updateserver genutzt zu werden.

 

[QTip]

Vielleicht liegt es daran, dass mit deinen Anbietern/Protokollen im IPv6 Beispiel die Remote-Addr ebenfalls IPv6 ist und nicht wie bei den anderen Beispielen IPv4. Könntest du mir deine Anbieter/Protokolle wie in http://www.synology-forum.de/showth...ter-und-Protokolle-new-provider-and-protocols beschrieben in ein Paket packen und wenn es geht mal ein debug.log.

 

[saruman]

Klar, mache ich. Hab sie drüben hochgeladen. Debuglog hängt an.

 

[QTip]

Ähm, ich meinte eigentlich nur, dass du nach der Anleitung die Pakete erstellen solltest und nicht dort hochladen...sorry mein Fehler. Ob die Pakete notwendig sind, müssen wir doch erst herausfinden. Möchte nicht, dass hier diverse Pakete vom gleichen Anbieter herumschwirren. Das verwirrt die User nur und erschwert den Support.
Ich lade sie herunter und lösche sie wieder, OK.

*EDIT* Ist es richtig, dass dein IPv4 Hosteintrag als Domain 'diskstation.foo.bar' ohne abschließenden Punkt enthält und der IPv6 keinen Punkt. Evtl. ist es auch nur durch das Anonymisieren passiert.

 

[saruman]

Sorry, Missverständnis auf meiner Seite. War in Gedanken schon auf dem Heimweg. Klar, lösch die einfach wieder, kein Problem.

Das muss durch das Anonymisieren passiert sein, in der Config hab ich da einen Punkt hinter (ich hab vor Urzeiten aber mal festgestellt dass regfish den Punkt zwar fordert, dass Updates aber auch ohne Punkt problemlos erfolgen).

 

[Frogman]

verschoben

 

[gente]

...genau davon rede ich doch auch im extra dafür angelegten dynv6 Thread.
Vielleicht hat sich was beim Anbieter geändert und sollte dementsprechend in der Software geändert werden...

LG Thomas

 

[Frogman]

Ups, den hatte ich übersehen...
Yep, gleiches Problem. Und zwar unabhängig davon, ob das Debug-Log läuft oder nicht.

Bin jetzt erst einmal auf diese Lösung mit dem Skript ausgewichen.

 

[saruman]

Kurzes Update zu regfish.de: Anscheinend haben die schon wieder an ihrer API rumgespielt. Jetzt ist laut Aussage vom Support kein getrenntes Updaten von A- und AAAA-Records mehr möglich. Korrekter Aufruf um beides gleichzeitig zu setzen:

https://dyndns.regfish.de/?token=<pass>&fqdn=<domain>.&thisipv4=1&ipv6=<ip6addr>&forcehost=1

Damit sind die für mich nicht mehr nutzbar, ich such mir jetzt einen bei dem das funktioniert.

 

[tomtom00]

Ich möchte nochmal das Thema IPV6 bei INWX nochmal aufnehmen.

Ich hab nun folgenden Blogeintrag gefunden:
https://langhaarschneider.net/2015/12/31/nameservereintraege-bei-inwx-via-api-aendern/
das in dieem Eintrag erwähnte Script ist auf GitHub zu finden:
https://github.com/chrisb86/nsupdate/

Wenn ich das richtig verstehe, scheint eine Aktualisierung der IPv6-Adresse / AAAA-Record doch über die API möglich zu sein?!

 

[QTip]

INWX funktioniert doch schon für IPv4/IPv6 per API oder habe ich irgendetwas nicht mitbekommen?

 

[tomtom00]

Ah sorry ich habe wieder vergessen, ich bin ja in einer DS-Lite Umgebung also 'rein' IPv6 unterwegs. Und da ging es im Juli 2016 nicht. Ich werde über die Ferientage einen neuen Versuch wagen.


//edit:
Mir fällt dabei an, dass es wohl nicht ein Problem des DDNS-Updater ist, sondern das die API von INWX nicht per IPv6 erreichbar ist.
Sorry für die Verwirrung

 

[QTip]

Ja stimmt, da war doch etwas mit dem Zugang zur API.

 

[Fluffy]

Kann es sein, das DDNS Updater 2 nicht mehr richtig funktioniert?

Ich habe heute das Perl Modul akualisiert, und seit dem kann ich den DDNS Updater 2 nciht mehr aufrufen...

es ist folgendes zu sehen:


Weiß jemand woran es sonst liegen kann?

 

[Tommes]

Genau so ist es, das PERL-Update ist der Grund dafür. QTip hat hier etwas dazu geschrieben...

Tommes

 

[Fluffy]

Danke für die schnelle Antwort!

Hoffen wir das man dafür einen Fix findet

Edit:
Leider nützt es nichts sich die alte Version von:
https://usdl.synology.com/download/Package/spk/Perl/ herunter zu laden. Wenn man die datei über die aktuelle installieren will, wird gemeckert, das bereits eine neuere Version installiert ist. Deinstalliert man DDNS Updater 2 und installiert dann die alte Perl version, wird beim installieren von DDNS Upadter 2 automatisch auf die neuste perl Version geupdatet..

Also geht dies leider nicht als schneller Fix, oder sehe ich das falsch?

 

[Tommes]

Ich bin da zuversichtlich, auch wenn ich selber keine Ahnung von dieser Art Materie habe und das eigentlich garnicht einzuschätzen vermag. Nichts desto trotz gab es bisher immer eine Lösung und daher wird es die bestimmt auch in Zukunft geben. Denn bekanntlich gibt es ja keine Probleme, es gibt nur Lösungen!

Tommes

 

[QTip]

Version 2.1-169 steht zum Download bereit

zum Changelog

 

[saruman]

Nach dem Update auf die neue Version hab ich noch mal über die Support-Aussage bei regfish (siehe #189) nachgedacht und versucht, mir einen Aufruf zu bauen der IPv4 und IPv6 gleichzeitig in einem Abwasch setzt. Aber entweder hab ich einen Knoten im Hirn oder das funktioniert so einfach nicht.

Lass mich raten: Ich bekomme die aktuellen IPv4- und IPv6-Adressen der DiskStation gar nicht gleichzeitig in einen URL-Aufruf weil der Updater das so nicht zulässt (weil so nicht gebaut), richtig?

 

[QTip]

Ja, dies ist so leider nicht vorgesehen.