[Problem] dyndns fackelt immer wieder ab

[sf3978]

Hier wird bestätigt, dass es "Sporadisch gehäufte DynamicDNS-Aktualisierungen", zumindest bei der 7240, gibt bzw. gegeben hat. Manche dnydns-Provider akzeptieren diese "Sporadisch gehäufte DynamicDNS-Aktualisierungen", nicht.

 

[hermann72pb]

@sf3978: Ich würde diese Meldung etwas anders zwischen den Zeilen lesen:
a) Ende Januar gab es Ausfälle bei DynDNS.org. Ob diese Ausfälle mit den AVM-Boxen zu tun haben oder nicht, sei hingestellt
b) Die Jungs von DynDNS.org haben deren Logs ausgewertet und festgestellt, dass die AVM-Boxen ziemlich häufig dort vorstellig waren, was ja für uns nichts Neues ist und hier eigentlich als eine Art "Durchbox-Fähigkeit" vom AVM-Klient bekannt ist
c) DynDNS.org hat AVM gemahnt den Zugang für deren Boxen komplett zu sperren, wenn AVM nichts dagegen unternimmt
d) AVM hat diese Verbesserung versprochen und setzt sie jetzt langsam um
e) Das Problem hat schon längst Prio1-Einstuffung verloren, weil DynDNS wahrscheinlich die ware Ursache für deren Ausfälle Ende Januar gefunden hat

Vom zeitlichen Raster und von dem, dass wir davon durch Meldungen so viel wie nichts mitkriegen würde meine Theorie passen.

Zum eigentlichen Problem hier passt aber leider die AVM-Beschreibung nicht ganz. Leider hat der Autor vom Thread sehr schnell seinen Workarround rumherum gebastelt, anstatt an der Ursache zu forschen. Daher wissen wir immer noch nicht, WO wirklich die Ursache liegt. Ich glaube, ich nehme mir die nächste Tage Zeit und lege mir 3-4 zusätzliche Accounts bei DynDNS.org und beobachte dann das Bild selbst. Wird aber sicherlich eine Weile dauern.

MfG

 

[sf3978]

...
e) Das Problem hat schon längst Prio1-Einstuffung verloren, weil DynDNS wahrscheinlich die ware Ursache für deren Ausfälle Ende Januar gefunden hat
...

Ich denke, dass es eher die Kombination DynDNS und "durchbox-fähiger" AVM-Klient ist oder war. Denn von anderen dyndns-Providern und/oder anderen dyndns-Klients, ist über solche gehäufte Probleme nicht berichtet worden. Und AVM (hat oder) ist gerade dabei, an ihrem dyndns-Klient, etwas zu ändern.

 

[sf3978]

Im Anhang ein Patch für opendd, angepasst an die Stable Version:

:~/myfreetz/freetz114/freetz-stable-1.1> [COLOR="red"]patch -p0 < opendd_stable.patch.txt[/COLOR]
patching file make/opendd/Config.in
patching file make/opendd/files/root/etc/init.d/rc.opendd
patching file make/opendd/files/root/etc/onlinechanged/start_opendd
patching file make/opendd/files/var.tar/var/tmp/flash/opendd/opendd_1.conf
patching file make/opendd/files/var.tar/var/tmp/flash/opendd/opendd.pem
patching file make/opendd/Makefile.in
patching file make/opendd/opendd.mk
patching file make/opendd/patches/100_Makefile.patch
patching file make/opendd/patches/110_util_c.patch
patching file make/opendd/patches/120_setproctitle_h.patch
patching file make/opendd/patches/130_setproctitle_c.patch
patching file make/opendd/patches/149_opendd_c.patch
patching file make/opendd/patches/150_opendd_h.patch
patching file make/opendd/patches/160_main_c.patch

Der Eintrag "source make/opendd/Config.in" in die "make/Config.in", beim menu "Testing", muss manuell gemacht werden.
opendd ist multiprovider-, multiaccount- und multihostname-fähig. opendd "boxt" sich nicht durch. opendd sollte im nodaemon-Modus benutzt werden. Das Updaten wird dann vom onlinechanged-Ereignis ausgelöst/gestartet. Die aktuelle "rc.opendd" beinhaltet 2 config-Dateien (d. h. für 2 dyndns-Provider) und könnte bei Bedarf erweitert werden. Bei erforderlichem und erfolgreichem update, kann (d. h. wenn so konfiguriert) opendd eine eMail-Benachrichtigung senden. Vorsicht mit "use_ssl = 1", wegen der libcrypto in der stable-Version.

EDIT:
Wie der noip-Klient eine onlinechanged-Orgie (verursacht durch einen Neustart der Box) gemeistert hat:

...
Jan  1 01:04:02 fritz user.notice ONLINECHANGED[[B][COLOR="red"]5308[/COLOR][/B]]: [online] executing /etc/onlinechanged/start_noip
Jan  1 01:04:02 fritz user.notice info: start NOIP after IP-change
Jan  1 01:04:12 fritz daemon.info noip2[5505]: v2.1.9 daemon started with NAT enabled
Jan  1 01:04:12 fritz user.notice ONLINECHANGED[5308]: [online]  * Starting noip2...done.
Jan  1 01:04:33 fritz daemon.info noip2[5505]: xyxyxyx.sytes.net was already set to ###.###.###.###
May  8 21:28:58 fritz daemon.info noip2[5505]: v2.1.9 daemon ended.
May  8 21:28:58 fritz user.notice ONLINECHANGED[5308]: [online]  * Process [COLOR="red"]5505[/COLOR] terminated.
...
May  8 21:29:34 fritz user.notice ONLINECHANGED[[B][COLOR="red"]5685[/COLOR][/B]]: [online] executing /etc/onlinechanged/start_noip
May  8 21:29:34 fritz user.notice info: start NOIP after IP-change
May  8 21:29:44 fritz daemon.info noip2[6419]: v2.1.9 daemon started with NAT enabled
May  8 21:29:44 fritz user.notice ONLINECHANGED[5685]: [online]  * Starting noip2...done.
May  8 21:29:45 fritz daemon.info noip2[6419]: xyxyxyx.sytes.net was already set to ###.###.###.###
May  8 21:30:12 fritz daemon.info noip2[6419]: v2.1.9 daemon ended.
May  8 21:30:12 fritz user.notice ONLINECHANGED[5685]: [online]  * Process [COLOR="red"]6419[/COLOR] terminated.
...
May  8 21:30:35 fritz user.notice ONLINECHANGED[[B][COLOR="red"]5472[/COLOR][/B]]: [online] executing /etc/onlinechanged/start_noip
May  8 21:30:35 fritz user.notice info: start NOIP after IP-change
May  8 21:30:45 fritz daemon.info noip2[7590]: v2.1.9 daemon started with NAT enabled
May  8 21:30:45 fritz user.notice ONLINECHANGED[5472]: [online]  * Starting noip2...done.
[COLOR="red"]May  8 21:30:46 fritz daemon.err noip2[7590]: Unknown error 5 trying to set group[] at dynupdate.no-ip.com.
May  8 21:30:46 fritz daemon.err noip2[7590]: Error info saved in /tmp/NO-IPGTfnrr[/COLOR]
May  8 21:31:18 fritz daemon.info noip2[7590]: v2.1.9 daemon ended.
May  8 21:31:18 fritz user.notice ONLINECHANGED[5472]: [online]  * Process [COLOR="red"]7590[/COLOR] terminated.
...

Beim 3. onlinechanged, war es dem Server des Providers dann doch ein wenig zu viel des Guten:

root@fritz:/var/mod/root# cat /var/tmp/NO-IPGTfnrr
HTTP/1.1 200 OK
Date: Sun, 08 May 2011 19:30:46 GMT
Server: Apache/2
X-Powered-By: PHP/5.2.10
Content-Length: 2
[COLOR="red"]Connection: close[/COLOR]
Content-Type: text/plain; charset=UTF-8

Der selben Tortur war auch der opendd-Klient unterzogen, die dieser auch mit Bravour gemeistert hat.

 

[sf3978]

inadyn, ... evtl. eine Alternative zu opendd und noip?

 

[SaschaBr]

Inadyn gibts doch schon länger?? Das habe ich vor opendd benutzt!
http://freetz.org/wiki/packages/inadyn-mt

Öhm, habe grade das Ticket genauer gelesen, vergiss meine vorherige Aussage