DDNS Updater DDNS Updater 2

[QTip]

Super! Ich weiß zwar nicht was du dafür benötigst, aber falls ich dir als Inwx Nutzer irgendwie helfen kann, Infos geben oder irgendwas, dann sag einfach bescheid und ich tue mein bestes.

Könnte mich als INWX-Nutzer auch zum Testen/Helfen zur Verfügung stellen. Gleichzeitig habe ich noch das "DS-Lite"-Problem, auf Grund dessen bin ich auf IPv6 angewiesen.

Fein, ich werde euer Angebot dann in Anspruch nehmen.

 

[QTip]

Leider klappt es aber immer noch nicht. Beim DDNS updater 1 musste ich auch ein Anmeldename eingeben. Beim DDNS updater 2 nicht mehr. Vielleicht liegt es daran?

Beim DDNS Updater 1 gab es kein Feld "Domain", deswegen wurde das Feld "Login" dafür mißbraucht.
Kannst du mal den Debug-Mode in den Einstellungen aktivieren und einen Akualisierungsversuch durchführen. Bitte das Log auf private Daten durchsuchen, ggf. anonymisieren und hier posten.

 

[delta23]

Ich habe den Fehler gefunden. Kontent.com hat ein neues Script. Laut Support ist das alte Script immer noch für ältere Geräte / Programme verfügbar, man sollte aber das neue verwenden.

Das neue Script ist unter /ipchangenew.php erreichbar. Damit läuft auch alles.

 

[QTip]

Ja, ich hatte aber bewußt das alte Script aus dem DDNS Updater 1 benutzt, um nicht soviel neu coden zu müssen. Ich werde mir das mal angucken und dann mein Modul umbauen.

 

[delta23]

Hier noch der Log Eintrag, nach dem du gefragt hast:

15-07-16 18:44:05	DEBUG	: ===============================
2015-07-16 18:44:05	DEBUG	: ***Debug start***
2015-07-16 18:44:05	DEBUG	: x.x.x.x - ipv4
2015-07-16 18:44:05	DEBUG	: using http://checkip.dynu.com to get current ipv4 ip
2015-07-16 18:44:05	DEBUG	: --------------
2015-07-16 18:44:05	DEBUG	: Force update of www.meineDomain.de by user!
2015-07-16 18:44:05	DEBUG	: computed vars:
2015-07-16 18:44:05	DEBUG	: host: www.meineDomain.de - id: 0, last update: never, ip-system: ipv4, ip-set method: auto, offline: no, offline method: offliney, offline shutdown: no, offline script: no, script after update: no, fake-ip-workaround: no, update: 0 -> x.x.x.x, wait time: 0s, , force-update: yes
2015-07-16 18:44:05	DEBUG	: --------------
2015-07-16 18:44:05	DEBUG	: Build updatevars:
2015-07-16 18:44:05	DEBUG	: protocol: kontent
2015-07-16 18:44:05	DEBUG	: module: kontent
2015-07-16 18:44:05	DEBUG	: mxfields: 0
2015-07-16 18:44:05	DEBUG	: authmethod: url
2015-07-16 18:44:05	DEBUG	: ipv6: 0
2015-07-16 18:44:05	DEBUG	: passtag: password
2015-07-16 18:44:05	DEBUG	: server: http://dyndns.kontent.com
2015-07-16 18:44:05	DEBUG	: offline_ip: x.x.x.x
2015-07-16 18:44:05	DEBUG	: tags: 
2015-07-16 18:44:05	DEBUG	: 	ip: x.x.x.x
2015-07-16 18:44:05	DEBUG	: 	offline: n
2015-07-16 18:44:05	DEBUG	: ips: 
2015-07-16 18:44:05	DEBUG	: 	ipv6: n/a
2015-07-16 18:44:05	DEBUG	: 	ipv4: x.x.x.x
2015-07-16 18:44:05	DEBUG	: ssl: 0
2015-07-16 18:44:05	DEBUG	: req_method: GET
2015-07-16 18:44:05	DEBUG	: iptag: ip
2015-07-16 18:44:05	DEBUG	: script: /ipchange.php
2015-07-16 18:44:05	DEBUG	: id: 0
2015-07-16 18:44:05	DEBUG	: static_params: 
2015-07-16 18:44:05	DEBUG	: hostgroupby: 
2015-07-16 18:44:05	DEBUG	: shutdown: 0
2015-07-16 18:44:05	DEBUG	: logintag:  
2015-07-16 18:44:05	DEBUG	: --------------
2015-07-16 18:44:05	DEBUG	: Execute update call:
2015-07-16 18:44:05	DEBUG	: http://dyndns.kontent.com/ipchange.php?ip=x.x.x.x&password=xxx&login=www.meineDomain.de&offline=n
2015-07-16 18:44:05	DEBUG	: return: '+err bitte geben sie ihre domain im format domain.tld ein. keine hosts zum aktualisieren gefunden. '
2015-07-16 18:44:05	DEBUG	: 0 - 
2015-07-16 18:44:05	DEBUG	: 0: 
2015-07-16 18:44:05	DEBUG	: 	host: www.meineDomain.de
2015-07-16 18:44:05	DEBUG	: 	code: failed
2015-07-16 18:44:05	DEBUG	: --------------
2015-07-16 18:44:05	DEBUG	: Check result:
2015-07-16 18:44:05	DEBUG	: --------------
2015-07-16 18:44:05	DEBUG	: www.meineDomain.de: status found: failed, ip set: 0, last successful update: never, wait time: 0s, next update attempt: 2015-07-16 18:49:05
2015-07-16 18:44:05	DEBUG	: ***Debug end***
2015-07-16 18:44:05	DEBUG	: ===============================

 

[QTip]

2015-07-16 18:44:05 DEBUG : http://dyndns.kontent.com/ipchange.php?ip=x.x.x.x&password=xxx&login=www.meineDomain.de&offline=n
2015-07-16 18:44:05 DEBUG : return: '+err bitte geben sie ihre domain im format domain.tld ein. keine hosts zum aktualisieren gefunden. '

Entferne mal bitte das "www." von deinem Domaineintrag im DDNS Updater und versuche es nochmal.

 

[delta23]

So, hab jetzt mal alles durchprobiert. Beim alten Script /ipchange.php mit oder ohne www. davor erhalte ich immer die gleiche Fehlermeldung.
Mit dem neuen Script /ipchangenew.php funktioniert es mit und ohne www. davor.
Bei dem www. davor handelt es sich um eine von mir angelegte Subdomain, die ich aktualisiere. Es könnte auch alles andere dort stehen.

 

[QTip]

Das Problem das ich mit dem neuen Script habe ist, dass immer +ok als Meldung zurückkommt, auch wenn ich Fantasiedaten benutze. Ich erhalte nie eine Fehlermeldung, deswegen hatte ich mich für die alte Variante aus dem DDNS Updater entschieden.

Beispielaufruf mit Fantasiedaten: http://dyndns.kontent.com/ipchangenew.php?login=www.kontent_domain.de&password=password&ip=10.10.10.10
Rückmeldung: +OK Update erfolgreich - Domain(s) sind nun online; IP: ;17:43:03

Da kann ja bei denen irgendetwas nicht stimmen.

Funktioniert denn die alte Variante mit deinen aktuellen Daten im DDNS Updater? Was kommt als Meldung, wenn du die Daten bewußt falsch angibst?

 

[delta23]

Ja, du hast recht. Bekomme auch immer ein +ok, egal mit welchen Login Daten. Ich bekomme aber nur über das neue Script meine Domains aktualisiert. Mit dem alten Script bekomme ich immer die bekannte Fehlermeldung und die Domains aktualisieren sich nicht. Ich werde den Support mal kontaktieren, und denen das Problem mal schildern.

 

[QTip]

Ok, danke, wenn das neue Script dann funktioniert wie es soll, dann ändere ich das ebenfalls für das Script im Paket um.

 

[delta23]

Hier die Antwort vom Kontent.com Support:

wir haben Ihre Anregung an die entsprechende Stelle in unserer Technikabteilung weitergegeben und werden das Skript verbessern. Ich bitte Sie in dieser Angelegenheit jedoch um ein wenig Geduld. Die Fehlermeldungen haben wir damals rausgenommen, um brute-force-Attacken zu erschweren, bei denen automatisiert so lange probiert wird, bis gültige Login-Daten erraten werden.

 

[Sebbo0815]

Hallo,

erstmal vielen vielen Dank für die Entwicklung von DDNS Updater 1 und 2. Ich habe neuerdings ein technisches Problem. Und zwar bin ich auf einen Hybrid DSL Anschluss der Telekom umgestiegen. Dieser benutzt die normale DSL Verbindung und zusätzlich noch LTE. Daraus resultiert das ich auch 2 öffentliche IP Adressen habe. Aber ich kann das Port vorwarding im Router nur einmal einstellen. Der DDNS Updater 2 erkennt anscheinend beide IP Adressen. Wenn ich den DDNS Updater 2 öffne steht oben rechts bei dem Info Button die "richtige" IP Adresse. Bei den Einstellungen wo Hostname usw steht ist die falsche eingetragen. Man kann die richtige Adresse ja Manuell eintragen aber der verschafft natürlich nur kurz Abhilfe.
Ich habe jetzt schon einige Zeit rum probiert aber ich finde keine Lösung. Hab ich irgendwo was falsch konfiguriert? Zur Info: Ich habe die Domain bei All-Inkl.
Vielen Dank und Grüße

EDIT: Der eigene DDNS Dienst von Synology zb synology.me funktioniert

EDIT2: Habe das Problem lösen könnnen... nach der Umstellung auf externe IP Überprüfung funktioniert es.

 

[QTip]

Der DDNS Updater 2 erkennt anscheinend beide IP Adressen. Wenn ich den DDNS Updater 2 öffne steht oben rechts bei dem Info Button die "richtige" IP Adresse.

Welche DSM-Version benutzt du?

Könntest du dich mal auf deiner DS per Telnet oder SSH als root mit dem Passwort vom admin anmelden und das Folgende durchführen:
Zuerst diesen Befehl (damit wird der Synology-eigene DDNS Dienst angewiesen sich die aktuellen IP's zu holen)

/usr/syno/sbin/ddnsd -e > /dev/null

Dann die Ausgabe dieser Befehle posten und beschreiben, welche davon deine Festnetz und welche deine Mobilnetz IP ist. (vor dem Post bitte deine IP anonymisieren)

cat /tmp/ddns.info

cat `find /tmp /run -name externalIP*`

Bei den Einstellungen wo Hostname usw steht ist die falsche eingetragen.

Es gibt nur noch einen weiteren Ort wo die IP angezeigt wird, das wäre "Einstellungen & Konfiguration - Allgemein" ganz rechts im Abschnitt "IP-Überprüfung". Dort gibt es aber keine Hostnamen, also wo genau meinst du?

 

[backslash]

Hallo,

ich habe seit heute Probleme bei der Aktualisierung.
Folgende Fehlermeldung:

2015/09/28 16:16:29 FAILED : updating xxx.xxxx.de, status: 429

Sonst hat das immer funktioniert.

Bitte um Hilfe

Dank

Grüße
Backslash

 

[QTip]

Ohne Angaben welchen Anbieter es betrifft kann ich keine Diagnose oder Hilfestellung geben. Die Fehlermeldung ist die Zeile aus dem Log, kannst du mir die Meldung aus der Spalte "Letzter Status" posten? Sollte es sich um einen HTTP-Fehler handeln, dann bedeutet 429 = Zu viele Anfragen. Evtl. ein Problem beim Anbieter, den ich ja nicht kenne

 

[backslash]

Sorry, vergessen zu posten. Der Anbieter ist udmedia. Lief bis heute einwandfrei.

2015/09/28 07:58:21 FAILED : updating www.xxxx.de, status: 429
2015/09/28 07:58:20 WARNING : updating www.xxxx.de, status: nochg, IP set to xxx.xxx.xxx.xxx, No update required; unnecessary attempts to change to the current address are considered abusive
2015/09/28 07:58:19 INFO : Force update of www.xxxx.de, because last change was > 22 days ago!
2015/09/28 07:58:19 INFO : Force update of www.xxxx.de by user!
2015/09/28 07:58:19 INFO : Debug mode: off
2015/09/28 07:58:19 INFO : Daemon reloads config

 

[QTip]

Poste mal bitte die Meldung aus der Spalte "Letzter Status", ich vermute das es am Provider liegt.

Du könntest das debug.log mal aktivieren und dir dann die erstellte URL anschauen. Diese kopierst du dir raus und fügst deine persönlichen Daten wie Passwort etc. an die richtigen Stellen ein. Dann per Browser mal ein Update versuchen und schauen, ob der gleiche Status gemeldet wird. Wenn ja, dann ist es in Problem beim Provider oder die haben an der API etwas verändert, von dem ich noch nichts weiss.

Es existiert leider keine Liste der Statuscodes, kannst ja mal freundlich anfragen.

 

[backslash]

HTTP-Fehler: 429 - Zu viele Anfragen.

Debug:
2015-09-28 21:57:20 DEBUG : Execute update call:
2015-09-28 21:57:20 DEBUG : https://www.udmedia.de/nic/update?system=dyndns&hostname=www.xxxx.de&myip=xxx.xx.xx.xxx&wildcard=OFF
2015-09-28 21:57:20 DEBUG : return: ''
2015-09-28 21:57:20 DEBUG : 1000 - http:429
2015-09-28 21:57:20 DEBUG : 1:
2015-09-28 21:57:20 DEBUG : code: http:429

 

[QTip]

Hattest du schon die Anfrage mit der URL per Browser durchgeführt? Ich möchte nur herausfinden, ob es bei direkter Aktualisierung per Browser ebenfalls nicht funktioniert oder ob es nur beim DDNS Updater auftritt.

 

[backslash]

Ja, hab ich auch gemacht. Kommt nur die Meldung oben links im Browser : abuse

Hab gerade mit dem Support von udmedia Kontakt gehabt. Keine Änderung auf deren Seite. Somit sollte es ein Bug im Updater sein.
Hat sich ein Fehler eingeschlichen ?