[Fli4l_dev] Dyndns-Fehler: circuit has multiple IPv4 addresses

Alexander Dahl lespocky at web.de
Sa Okt 26 22:58:18 CEST 2019


Hallo Christoph,

Christoph Fritsch schrieb Sonntag,  8. September 2019, 16:28 (CEST):
> ich habe vor einigen Tagen endlich von 3.0.17 auf 4.0 umgestellt
> (derzeit 4.0.0-r56636-testing). Seitdem funktioniert mein dyndns-Update
> leider nicht mehr, da dyndns mit den Interfaces verwirrt ist. eth0 hat 2
> IPs: die öffentliche, die es vom Modem per DHCP bekommt und eine fixe
> 192.168.100.100, um auf das Webinterface des Kabelmodems zugreifen zu können

Das kann man so machen. Ist jetzt nicht wirklich ungewöhnlich mehr als
eine IP auf einem Interface zu haben, bei IPv6 ist sowas ja standard.

> Fehler:
>
> DEBUG - Starting dyndns-update script...
> INFO - DynDNS update forced, please be careful to not get banned!
> INFO - Using 'xxx.y.z' as the hostname to work with command 'update' and
> the circuit 'autodetect'
> INFO - No circuit is given, trying to find active circuit to update host.
> INFO - The circuit 'DHCPv4-cable' (ID: 'circ1') seems to be online,
> using this circuit to update the host.
> ERROR - Interface 'eth0' of circuit 'circ1' has multiple IPv4 addresses
> (192.168.100.100 188.195.yy.zz). Don't know which one should be used to
> update the host!

Ja, das dyndns-Paket weiß hier nicht, welche Adresse es nehmen soll.

> und dyndns.txt
> 	DYNDNS_2_PROVIDER='ZONEEDIT'
> 	DYNDNS_2_USERNAME='XXX'
> 	DYNDNS_2_PASSWORD='yyy'
> 	DYNDNS_2_HOSTNAME='xxx.y.z'
> 	DYNDNS_2_CIRCUIT_N='1'
> 	DYNDNS_2_CIRCUIT_1='DHCPv4-cable'
> 	DYNDNS_2_DETECT_EXT_IPV4='none'
> 	DYNDNS_2_DETECT_EXT_IPV6='none'
> 	DYNDNS_2_CHECK_TIME='*/5 * * * *'
> 	DYNDNS_2_FORCE_UPDATE_TIME='1 * * * *'
>
>
> Habe ich irgendwas falsch konfiguriert oder ist das ein Fehler in fli4l 4.0?

Hat das denn in 3.10 funktioniert? Was hat dyndns da gemacht? Einfach
die erste IP genommen?

Ohne mir dyndns jetzt genauer angeschaut zu haben, das halte ich für
einen nicht berücksichtigten Sonderfall im dyndns-Paket in 4.0, insofern
würde ich vorschlagen da mal ein Ticket für anzulegen:

https://web.nettworks.org/bugs/browse/FFL

Gern auch mit Verweis auf diesen Thread.

Danke und Grüße
Alex

-- 
***** http://blog.antiblau.de/ *****************************
GnuPG-FP: C28E E6B9 0263 95CF 8FAF  08FA 34AD CD00 7221 5CC6


Mehr Informationen über die Mailingliste Fli4l_dev