Discussion:
DynDNS Update schlägt fehl
(zu alt für eine Antwort)
Martin Dresbach
2017-03-15 18:30:14 UTC
Permalink
Hallo zusammen!

Seit der Aktualisierung auf 3.10.9 habe ich ein Problem mit den
DynDNS-Updates. Leider ist es mir erst heute aufgefallen, da ein Zugriff
von außen nicht funktionierte.

Die Antwort aus /var/log/dyndns lautet wie folgt:
HTTP/1.1 400 Bad Request
Date: Wed, 15 Mar 2017 18:14:10 GMT
Server: Apache/2.2.22 (Debian)
Vary: Accept-Encoding
Content-Length: 300
Connection: close
Content-Type: text/html; charset=iso-8859-1

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>400 Bad Request</title>
</head><body>
<h1>Bad Request</h1>
<p>Your browser sent a request that this server could not understand.<br
/>
</p>
<hr>
<address>Apache/2.2.22 (Debian) Server at kyber.dk Port 80</address>
</body></html>

Die _fli4l.txt habe ich von der 3.10.7 ÃŒbernommen (natÃŒrlich mit den
nötigen Anpassungen wie Kernelversion etc.).

Der Auszug fÃŒr DynDNS sieht dabei wie folgt aus:
OPT_DYNDNS='yes'
DYNDNS_SAVE_OUTPUT='yes'
DYNDNS_N='1'
DYNDNS_1_PROVIDER='DYNDNSDK'
DYNDNS_1_USER='account'
DYNDNS_1_PASSWORD='mein_passwort'
DYNDNS_1_HOSTNAME='account.dyndns.dk'
DYNDNS_1_CIRCUIT='pppoe'
DYNDNS_1_EXT_IP='no'
DYNDNS_1_RENEW='1'
OPT_STUN='no'

Hoffe, mir kann da jemand helfen. Wenn ihr noch mehr Daten oder Infos
braucht, einfach fragen.

Danke und liebe GrÌße,
Martin
Fridrich Bartel
2017-03-20 12:14:16 UTC
Permalink
Post by Martin Dresbach
Hoffe, mir kann da jemand helfen. Wenn ihr noch mehr Daten oder Infos
braucht, einfach fragen.
Anscheinend wird die IP Adresse nicht bei DynDNS aktualisiert.

Schau mal in spline.fli4l.

Da gab es eine Frage in diese Richtung.

Dort wird das via OPT_STUN = yes genutzt.

Friedrich

---
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus
Martin Dresbach
2017-03-24 04:26:31 UTC
Permalink
Hallo Friedrich!

Danke fÃŒr deine Antwort. Leider befÃŒrchte ich, dass mir das OPT_STUN
nicht wirklich weiter hilft. Es ging ja bis zum Update auch jahrelang
ohne, nur dass jetzt in der aktuellen Version auf einmal ein falscher
Browser-Request gesendet zu werden scheint.

Liebe GrÌße,
Martin
Martin Dresbach
2017-04-18 16:34:31 UTC
Permalink
Hallo zusammen.

Ich finde es recht schade, dass hier nicht mehr auf diese Problematik
eingegangen wird. Das Problem besteht nÀmlich weiterhin. Sollte es
keine LösungsansÀtze geben, sehe ich mich leider gezwungen, wieder ein
Downgrade auf die 3.10.7 durchzufÃŒhren. Denn ein nicht funktionierender
DynDNS-Dienst ist leider genau so "gut", wie gar keinen zu haben...

Vielleicht fÀllt ja jemandem doch noch eine sinnvolle Lösung ein,
damit ich nicht zu dem Downgrade gezwungen bin.

Liebe GrÌße,
Martin
Roland Franke
2017-04-18 16:48:45 UTC
Permalink
Hallo,
Post by Martin Dresbach
Ich finde es recht schade, dass hier nicht mehr auf diese Problematik
eingegangen wird. Das Problem besteht nämlich weiterhin. Sollte es
keine Lösungsansätze geben, sehe ich mich leider gezwungen, wieder ein
Downgrade auf die 3.10.7 durchzuführen. Denn ein nicht funktionierender
DynDNS-Dienst ist leider genau so "gut", wie gar keinen zu haben...
Wenn du das machst, kann dich keiner abhalten.
Die Frage ist nur, ob denn dann auch der von dir gewählte Anbieter
noch funktioniert. Eventuell wurde auch bei deinem Anbieter was
geändert.
Post by Martin Dresbach
Vielleicht fällt ja jemandem doch noch eine sinnvolle Lösung ein,
damit ich nicht zu dem Downgrade gezwungen bin.
Ist zumindest ein Ansatz um festzustellen ob der denn aktuell noch
funktioniert oder nicht.

Gruß Roland

PS.: Ich nütze keinen DynDNS Anbieter, somit kann ich da auch
nichts testen/verifizieren.
Thomas Grunenberg
2017-04-18 16:55:40 UTC
Permalink
Moin, moin,

Ich nutze auch DYNDNS.DK und unter fli4l 3.10.7 (und Ubuntu 16.04 - über
cron-job) funktioniert der Update. Der Anbieter funktioniert also
grundsätzlich noch.

Hast Du mal geprüft, ob im LOG auf dyndns.dk Meldungen erscheinen, dass
Deine public IP eingetragen wurde? Ich frage nur, um einzugrenzen, ob
dyndns.dk nicht aktualisiert wird (und fli4l Fehler meldet, die "keine"
sind).

Gruß
Thomas
Uwe Zeppei
2017-04-18 18:38:17 UTC
Permalink
Hallo!
Post by Martin Dresbach
Ich finde es recht schade, dass hier nicht mehr auf diese Problematik
eingegangen wird. Das Problem besteht nämlich weiterhin. Sollte es
keine Lösungsansätze geben, sehe ich mich leider gezwungen, wieder ein
Downgrade auf die 3.10.7 durchzuführen. Denn ein nicht funktionierender
DynDNS-Dienst ist leider genau so "gut", wie gar keinen zu haben...
Vielleicht fällt ja jemandem doch noch eine sinnvolle Lösung ein,
damit ich nicht zu dem Downgrade gezwungen bin.
Also ich verwende u.a. dyndns.dk und bei mir funktioniert es (gerade
noch mal geprüft).

Als fli4l kommt bei mir allerdings die 4.0 zum Einsatz. Abweichend von
deiner Config fallen mir nur zwei Dinge ins Auge: Ich verwende Opt_Stun
(bräuchte ich eigentlich nicht) und ich habe DYNDNS_1_RENEW nicht.

Hast du mal versucht, dich mit deinen Daten auf der Webseite einzuloggen?
--
Viele Grüße
Uwe
Martin Dresbach
2017-04-19 16:47:08 UTC
Permalink
Hallo zusammen!

Schön, dass der Thread doch noch lebt. :)

Also: Ich bin mir sicher, dass der Fli keinen unzutreffenden Fehler
meldet, denn das Update auf dyndns.dk findet tatsÀchlich nicht statt.
Wenn ich das Update auf der Webseite vom Anbieter manuell ausfÃŒhre,
funktioniert es. Stosse ich das Update manuell vom WebIF des Fli an,
scheitert es auf die gleiche Weise, wie auch beim automatisierten
AusfÃŒhren.

Von dem Logfile habe ich ÃŒbrigens nichts abgeschnitten gehabt, mehr
stand da nicht drin.

Werde am Wochenende wohl mal das Downgrade auf die 3.10.7 machen,
einfach nur als Gegenprobe. NatÃŒrlich ist das aber nicht die
angestrebte Dauerlösung...
Den Tip mit dem SSL falls möglich werde ich auch mal testen. Schaden
kann es ja mit Sicherheit wirklich nicht.

Danke schon mal und liebe GrÌße,
Martin
Martin Dresbach
2017-04-29 07:37:12 UTC
Permalink
Hallo zusammen!

Ich habe nun folgende Dinge ausprobiert:
- ErgÀnzen von DYNDNS_ALLOW_SSL='yes' (mit 3.10.9)
- ErgÀnzen von DYNDNS_DEBUG_PROVIDER='yes' (mit 3.10.9)
- Downgrade auf 3.10.7

Leider bleibt mein Problem weiterhin bestehen! Selbst nach dem Downgrade
noch, obwohl es sonst mit der 3.10.7 immer funktioniert hat.
Das Aktivieren des Debugging hat mir absolut nichts gebracht, da ich
nirgends die Ausgabe finde. Im Syslog taucht ebenfalls nichts auf. Kann
mir da jemand einen Tip geben, wo die Debug-Ausgabe zu finden ist?

Auf dyndns.dk wird als Crontab-URL folgendes angegeben:
http://dyndns.dk/opdat.php?name=account&domain=dyndns.dk&pw=mein_verschlÃŒsseltes_Passwort&silent=1
Wenn ich mir die zu ÃŒbermittelnde Zeile in
/opt/etc/dyndns/provider.DYNDNSDK ansehe, sollte aber doch eigentlich
genau das ÃŒbertragen werden. Denn da steht folgendes drin:
provider_url="/opdat.php?name=${subdom}&domain=${domain}&pw=${pass}&silent=1&state=on"
Oder interpretiere ich da was falsch?
Es wird lediglich noch &state=on angehÀngt. Aber auch das hatte ich
testweise schon mal entfernt. Das Ergebnis war das selbe.

Jetzt bin ich mit meinem Latein echt am Ende. Hoffentlich kann mir da
noch jemand weiterhelfen...

Vielen Dank und liebe GrÌße,
Martin

Helmut Backhaus
2017-04-18 17:31:08 UTC
Permalink
Hallo Martin,
vorweg, viel Ahnung davon habe ich nicht.
Weil ich hab das eingerichtet wie ich es gesagt bekommen habe und das
funktionierte. :-))
Post by Martin Dresbach
Hallo zusammen!
Seit der Aktualisierung auf 3.10.9 habe ich ein Problem mit den
DynDNS-Updates. Leider ist es mir erst heute aufgefallen, da ein Zugriff
von außen nicht funktionierte.
Also bei mir steht das woanders!
Und zwar in:
/var/log/dyndns/meine.domain.de

Dann steht bei mir hier noch was übermittelt worden ist.
Fehlt das bei Dir?
Post by Martin Dresbach
HTTP/1.1 400 Bad Request
Date: Wed, 15 Mar 2017 18:14:10 GMT
Server: Apache/2.2.22 (Debian)
Vary: Accept-Encoding
Content-Length: 300
Connection: close
Content-Type: text/html; charset=iso-8859-1
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>400 Bad Request</title>
</head><body>
<h1>Bad Request</h1>
<p>Your browser sent a request that this server could not understand.<br
/>
</p>
<hr>
<address>Apache/2.2.22 (Debian) Server at kyber.dk Port 80</address>
</body></html>
Die _fli4l.txt habe ich von der 3.10.7 übernommen (natürlich mit den
nötigen Anpassungen wie Kernelversion etc.).
OPT_DYNDNS='yes'
Hier habe ich einen Parameter mehr, und zwar:
DYNDNS_ALLOW_SSL='yes' # use ssl if possible

Kann der das sein, es verschlüsseln ja alle im Moment!
Und ganz falsch kann es ja auch nicht sein weil es ja wohl nur gemacht
wird, wenn es Möglich ist.
Post by Martin Dresbach
DYNDNS_SAVE_OUTPUT='yes'
DYNDNS_N='1'
DYNDNS_1_PROVIDER='DYNDNSDK'
DYNDNS_1_USER='account'
DYNDNS_1_PASSWORD='mein_passwort'
DYNDNS_1_HOSTNAME='account.dyndns.dk'
DYNDNS_1_CIRCUIT='pppoe'
DYNDNS_1_EXT_IP='no'
Den folgenden habe ich nicht, aber der sollte das ja nicht beeinflussen.
Post by Martin Dresbach
DYNDNS_1_RENEW='1'
OPT_STUN='no'
Hoffe, mir kann da jemand helfen. Wenn ihr noch mehr Daten oder Infos
braucht, einfach fragen.
Mehr weiß ich auch nicht, aber ich nutze auch einen anderen Provider!
--
Gruß,
Helmut
Helmut Backhaus
2017-04-18 17:33:32 UTC
Permalink
Ich noch mal,
hast Du mal versucht das über das WebIF anzustoßen?
--
Gruß,
Helmut
Lesen Sie weiter auf narkive:
Loading...