ubuntuusers.de

@Emma2 warum liest du nicht die Dokumentation zu ddclient von deinem "inwx"

Lt. der Dokumentation von inwx für ddclient, erkennt der ddclient wie bzw. von wo er die externe/öffentliche IPv4-Adresse bekommen kann/muss. Z. B. nur das:

protocol=dyndns2
server=dyndns.inwx.com
login=ihr-dyndns-login
password=ihr-dyndns-passwort
ihr.dyndns-hostname.de

soll in die /etc/ddclient.conf eingetragen werden.

micneu schrieb:

@Emma2 warum liest du nicht die Dokumentation zu ddclient von deinem "inwx"

Habe ich natürlich getan.

lubux schrieb:

Lt. der Dokumentation von inwx für ddclient, erkennt der ddclient wie bzw. von wo er die externe/öffentliche IPv4-Adresse bekommen kann/muss. Z. B. nur das:

protocol=dyndns2
server=dyndns.inwx.com
login=ihr-dyndns-login
password=ihr-dyndns-passwort
ihr.dyndns-hostname.de

soll in die /etc/ddclient.conf eingetragen werden.

Genau das hatte ich ja zuerst in der Datei stehen, also ohne "use", aber das war ja der Anfang meines Threads, indem ich die Meldung las, es könne keine IP-Adresse ermittelt werden. ... und genau das scheint der Fall zu sein, denn wenn ich das "use" herausnehme, erhalte ich (wieder) die Warnung bzw. Fehlermeldung

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41

$ sudo ddclient -debug -force
WARNING:  '' is not a valid IPv4 or IPv6 address
WARNING:  found neither IPv4 nor IPv6 address
DEBUG:    get_ip: using ip, ip reports <undefined>
WARNING:  mydomain: unable to determine IP address with strategy use=ip
DEBUG:    
DEBUG:    nic_dyndns2_update -------------------
DEBUG:    proxy    = <undefined>
DEBUG:    protocol = http
DEBUG:    server   = dyndns.inwx.com
DEBUG:    url      = nic/update?<redacted>
DEBUG:    ip ver   = 
FAILED:   updating mydomain: unexpected status (5)
Use of uninitialized value $h in hash element at /usr/bin/ddclient line 4103.
Use of uninitialized value $_[0] in sprintf at /usr/bin/ddclient line 2160.
WARNING:  updating : nochg: No update required; unnecessary attempts to change to the current address are considered abusive
Use of uninitialized value $h in hash element at /usr/bin/ddclient line 4112.
Use of uninitialized value $h in hash element at /usr/bin/ddclient line 4113.
Use of uninitialized value $h in hash element at /usr/bin/ddclient line 4114.
Use of uninitialized value $h in hash element at /usr/bin/ddclient line 4103.
Use of uninitialized value $_[0] in sprintf at /usr/bin/ddclient line 2160.
FAILED:   updating : unexpected status (0)
Use of uninitialized value in string ne at /usr/bin/ddclient line 1154.
Use of uninitialized value in string ne at /usr/bin/ddclient line 1154.
Use of uninitialized value in string ne at /usr/bin/ddclient line 1154.
Use of uninitialized value in string ne at /usr/bin/ddclient line 1154.
Use of uninitialized value in string ne at /usr/bin/ddclient line 1154.
Use of uninitialized value in string ne at /usr/bin/ddclient line 1154.
Use of uninitialized value in string ne at /usr/bin/ddclient line 1154.
Use of uninitialized value in string ne at /usr/bin/ddclient line 1154.
Use of uninitialized value in string ne at /usr/bin/ddclient line 1154.
Use of uninitialized value in string ne at /usr/bin/ddclient line 1154.
Use of uninitialized value in string ne at /usr/bin/ddclient line 1154.
Use of uninitialized value in string ne at /usr/bin/ddclient line 1154.
Use of uninitialized value in string ne at /usr/bin/ddclient line 1154.
Use of uninitialized value in string ne at /usr/bin/ddclient line 1154.
Use of uninitialized value in string ne at /usr/bin/ddclient line 1154.
Use of uninitialized value in string ne at /usr/bin/ddclient line 1154.
Use of uninitialized value in string ne at /usr/bin/ddclient line 1154.
Use of uninitialized value in string ne at /usr/bin/ddclient line 1154.
FAILED:    was not updated because protocol <undefined> is not supported.

... und untendrunter steht immer noch "protocol <undefined> is not supported"

ich denke in deiner ddclient config ist noch ein Fehler, bitte mal deine config ohne Kommentare posten (als codeblock)

ok, ich denke genau da ist der fehler, ich hatte es damals immer nach der doku ander, ich denke einer deiner fehler ist halt das

use=if, if=enp3s0 \

hier ist es ja auch beschrieben https://ddclient.net/routers.html

micneu schrieb:

ok, ich denke genau da ist der fehler, ich hatte es damals immer nach der doku ander, ich denke einer deiner fehler ist halt das

Was soll denn hier der Fehler sein?

Ich habe die Datei zuerst gar nicht manuell erstellt, sondern mit dem Konfígurator bei der Installation:

1
2
3
4
5
6

rotocol=dyndns2 \
use=if, if=enp3s0 \
server=dyndns.inwx.com \
login=meinloginname \
password=meinloginpwd \
subdo.maine.se

Und unabhängig von der "use"-Zeile erhalte ich die gezeigte Fehlermeldung.

Dabei verwirrt mich noch mehr, dass es "so viele" Meldungen sind.

use=web

Wenn du die Doku gelesen hast, steht so drin Alles ganz einfach

daemon=300
syslog=yes
ssl=yes
use=web, web=http://checkip.dyndns.com/
protocol=dyndns2
server=dyndns.inwx.com
login=deinBenutzername
password=deinAppPasswort
example.com

Hmm, ...

1. Wo steht denn das? Ich hatte bisher nur https://kb.inwx.com/en-us/8-dyndns/96-setup-ddclient gefunden

2. Jetzt erhalte ich zwar keine Fehlermeldung mehr, aber trotz

1

$ sudo ddclient -debug -force

kann ich auf dem Portal von INWX nicht erkennen, dass es wirklich ein Update gegeben hätte (was natürlich am Portal liegen könnte, dass es z.B. nicht das letzte Update anzeigt, sondern nur die letzte Änderung). Gibt es ein Protokoll für ddclient?

... und seltsamerweise habe ich prinzipiell die gleichen Fehlermeldungen auf meiner OPNsense-Firewall. Aber beides HAT vorher funktioniert. Vielleicht sollte ich mal bei INWX nachfragen, ob sich bei denen etwas geändert hat... 😲

Nö, es kann irgendwie nicht funktioniert haben, denn der Aufruf

1

$ sudo ddclient -ip 8.8.8.8 -force

ist ebenfalls scheinbar erfolgreich, aber bei INWX steht nachher immer noch die alte Adresse.

Emma2 schrieb:

1. Jetzt erhalte ich zwar keine Fehlermeldung mehr, aber trotz

1	$ sudo ddclient -debug -force

kann ich auf dem Portal von INWX nicht erkennen, dass es wirklich ein Update gegeben hätte (was natürlich am Portal liegen könnte, dass es z.B. nicht das letzte Update anzeigt, sondern nur die letzte Änderung).

Du könntest "-verbose" und "-noquiet" in der Kommandozeile mitbenutzen.

Emma2 schrieb:

Gibt es ein Protokoll für ddclient?

Siehe z. B. Modify und Change in:

stat /var/cache/ddclient/ddclient.cache

und die Ausgabe von:

sudo cat /var/cache/ddclient/ddclient.cache

Emma2 schrieb:

Nö, es kann irgendwie nicht funktioniert haben, denn der Aufruf

1	$ sudo ddclient -ip 8.8.8.8 -force

ist ebenfalls scheinbar erfolgreich, aber bei INWX steht nachher immer noch die alte Adresse.

Mit der Zeile:

use=web, web=api4.ipify.org

in der ddclient.conf hattest Du doch schon mal Erfolg (siehe oben). Geht es damit nicht mehr?

lubux schrieb: Geht es damit nicht mehr?

Na ja, der Aufruf scheint mit beiden "use=web" zu funktionieren, aber wenn ich dann bei INWX ins Portal schaue, dann steht dort nach wie vor der 18.01. als letztes Update (das war der Tag, als ich mit "-ip 88.206.xxx.yyy" den Eintrag erfolgreich manuell aktualisiert habe. Im Portal bei INWX steht "Letztes Update", und ich vermute deshalb nun fast, dass damit nicht das letzte Update gemeint ist, sondern die letzte Änderung. Aber das kann ich wohl herausfinden, wenn ich den Host herunterfahre und so lange offline lasse, bis "meine" IP "weg" ist. Muss ich wohl mal ausprobieren.

Danke bis hier an alle!

Emma2 schrieb:

Na ja, der Aufruf scheint mit beiden "use=web" zu funktionieren, aber wenn ich dann bei INWX ins Portal schaue, dann steht dort nach wie vor der 18.01. als letztes Update (das war der Tag, als ich mit "-ip 88.206.xxx.yyy" den Eintrag erfolgreich manuell aktualisiert habe. Im Portal bei INWX steht "Letztes Update", und ich vermute deshalb nun fast, dass damit nicht das letzte Update gemeint ist, sondern die letzte Änderung. Aber das kann ich wohl herausfinden, wenn ich den Host herunterfahre und so lange offline lasse, bis "meine" IP "weg" ist. Muss ich wohl mal ausprobieren.

Wenn sich die externe/öffentliche IPv4-Adresse nicht geändert hat, wird der ddclient richtigerweise nicht updaten. Welche Infos dann im Portal deines dyndns-Providers landen, weiß ich nicht und ddclient hat evtl. auch keinen Einfluss darauf.
Was Du zum testen noch machen kannst, ist, die Datei " /var/cache/ddclient/ddclient.cache" zu löschen oder die darin gespeicherte/eingetragene IPv4-Adresse zu ändern.
Siehe:

sudo cat /var/cache/ddclient/ddclient.cache