OPT_DYNDNS + DualStack + IPV4 & IPV6 und ich komm nicht weiter

[Marc-Oliver Lange]

Hallo NG,
vielleicht kann mir jemand helfen. Ich habe einen "vollwertigen"
Dualstack und komme auch online. Aber ich würde gerne beide IPs (v4 &
v6) mit zwei verschiedene web Adresse erreichen können.
Leider aktualisiert das OPT_DYNDNS nur mit der IPV4 und nicht mit der
V6.
Meine Vermutung geht dahin das ich dann den falschen Circuit "binde"
aber wenn ich an den 2ten (dhcpv6) binde sagt mir das WebIf das es den
Circuit nicht kennt.
Hat vielleicht jemand das gleich Setup oder sieht das Problem? (Ich sehe
mittlerweile nix mehr)
Hier einmal meine Configs:
circuits.txt
IP_DYN_ADDR='yes'
DIALMODE='auto'
CIRC_CLASS[].NAME='internet'
CIRC_N='2'
CIRC_1_NAME='DualStack'
CIRC_1_TYPE='ppp'
CIRC_1_PPP_TYPE='ethernet'
CIRC_1_ENABLED='yes'
CIRC_1_CLASS_N='1'
CIRC_1_CLASS_1='internet'
CIRC_1_PPP_ETHERNET_DEV='eth1'
CIRC_1_PPP_ETHERNET_TYPE='kernel'
CIRC_1_PPP_USERID='****'
CIRC_1_PPP_PASSWORD='****'
CIRC_1_PPP_FILTER='yes'
CIRC_1_PPP_VJ='yes'
CIRC_1_NETS_IPV4_N='1'
CIRC_1_NETS_IPV4_1='0.0.0.0/0'
CIRC_1_NETS_IPV6_N='1'
CIRC_1_NETS_IPV6_1='::/0'
CIRC_1_DEBUG='yes'
CIRC_1_USEPEERDNS='yes'
CIRC_1_HUP_TIMEOUT='0'
CIRC_1_CHARGEINT='60'
CIRC_1_UP='yes'
CIRC_1_TIMES='Mo-Su:00-24:0.0:Y'
CIRC_1_WAIT='5'

CIRC_2_NAME='dhcpv6'
CIRC_2_TYPE='dhcp'
CIRC_2_PROTOCOLS='ipv6'
CIRC_2_UP='yes'
CIRC_2_DHCP_DEV='{DualStack}'
CIRC_2_ENABLED='yes'
dyndns.txt
OPT_DYNDNS='yes'
DYNDNS_SAVE_OUTPUT='yes'
DYNDNS_N='2'
DYNDNS_1_PROVIDER='AFRAID'
DYNDNS_1_USERNAME='='************'
DYNDNS_1_PASSWORD='='************'
DYNDNS_1_HOSTNAME='='************.com'
DYNDNS_1_CIRCUIT_N='1'
DYNDNS_1_CIRCUIT_1='DualStack'
DYNDNS_1_DETECT_EXT_IPV4='none'
DYNDNS_1_DETECT_EXT_IPV6='none'
DYNDNS_1_CHECK_TIME='*/5****'
DYNDNS_1_CHECK_WITH='dig-query-authority'
DYNDNS_1_FORCE_UPDATE_TIME='1****'

DYNDNS_2_PROVIDER='AFRAID'
DYNDNS_2_USERNAME='m='************'
DYNDNS_2_PASSWORD='************'
DYNDNS_2_HOSTNAME='='************.com'
DYNDNS_2_CIRCUIT_N='1'
DYNDNS_2_CIRCUIT_1='DualStack'
DYNDNS_2_CHECK_TIME='*/5****'
DYNDNS_2_CHECK_WITH='dig-query-authority'
DYNDNS_2_FORCE_UPDATE_TIME='1****'

VG und besten Dank
Marco

[Marc-Oliver Lange]

Hier noch ein paar Logs zu dem Problem. Sieht für mich so aus als
würde er den 2ten Circuit nicht finden.
cat circd.log
circd[10259]: starting
circd[10259]: entering message loop
circd[10259]:
handle_create_circuit_message(25#240:create_circuit_message): type=ppp
* '/sbin/ip link set dev eth1 mtu 1500' called, call sequence: init (1)
-> rc (240) -> service-restart (10253) -> circd (10259) -> ip (21544) ->
/sbin/ip, sub script circd[10259]
* '/sbin/ip link set dev eth1 up' called, call sequence: init (1) -> rc
(240) -> service-restart (10253) -> circd (10259) -> ip (21622) ->
/sbin/ip, sub script circd[10259]
circd[10259]: circd_start_queue[circ1]: started child circ1:q
circd[10259]: circd_change_state: circuit circ1 changes state from
inactive to active
circd[10259]:
handle_create_circuit_message(25#240:create_circuit_message): ACK,
id=circ1
circd[10259]:
handle_create_circuit_message(30#240:create_circuit_message): type=dhcp
circd[10259]: circd_start_queue[circ2]: started child circ2:q
circd[10259]: circd_change_state: circuit circ2 changes state from
inactive to active
circd[10259]:
handle_create_circuit_message(30#240:create_circuit_message): ACK,
id=circ2
circd[10259]: circd_circuit_postprocessing: adding reverse dependency
circ1 --> circ2
circd[10259]:
handle_set_global_dialmode_message(46#12726:set_global_dialmode_message):
mode=auto
circd[10259]:
handle_set_global_dialmode_message(46#12726:set_global_dialmode_message):
effective dial mode changed for circuit circ1 from off to auto
circd[10259]: circd_circuit_autodialup: dialling up circ1
circd[10259]: circd_change_state: circuit circ1 changes state from
active to ready
circd[10259]:
handle_set_global_dialmode_message(46#12726:set_global_dialmode_message):
effective dial mode changed for circuit circ2 from off to auto
circ1:q[21972]:
handle_dialup_circuit_queue_message(54#circd:dialup_circuit_queue_message)
circd[10259]:
handle_start_daemon_circuit_message(61#19342:start_daemon_circuit_message):
id=circ1 daemon=pppd daemon_args='call' 'circuit.circ1.auto'
cleanup_func=
circd[10259]: circd_daemon_wrapper[circ1]: started child circ1:d
circ1:d[21661]: starting pppd call circuit.circ1.auto...
circ1:d[21661]: waiting for pppd with PID 21687
circd[10259]:
handle_dialup_control_circuit_event(62#circ1:q:dialup_control_circuit_event):
id=circ1 status_code=0
circd[10259]:
handle_up_l3prot_circuit_event(66#23926:up_l3prot_circuit_event):
id=circ1 l3prot=ipv6
circd[10259]: circd_change_state: circuit circ1 changes state from ready
to semionline
circd[10259]:
handle_up_l3prot_circuit_event(68#23930:up_l3prot_circuit_event):
id=circ1 l3prot=ipv4
circd[10259]: circd_change_state: circuit circ1 changes state from
semionline to online
circd[10259]: circd_circuit_autodialup: dialling up circ2
circd[10259]: circd_change_state: circuit circ2 changes state from
active to ready
circ2:q[24585]:
handle_dialup_circuit_queue_message(77#circd:dialup_circuit_queue_message)
circd[10259]:
handle_start_daemon_circuit_message(78#9308:start_daemon_circuit_message):
id=circ2 daemon=dibbler-client daemon_args='-i' 'circ2' 'run'
cleanup_func=dhcp_circuit_cleanup
circd[10259]: circd_daemon_wrapper[circ2]: started child circ2:d
circ2:d[9692]: starting dibbler-client -i circ2 run...
circ2:d[9692]: waiting for dibbler-client with PID 9712
circd[10259]:
handle_dialup_control_circuit_event(79#circ2:q:dialup_control_circuit_event):
id=circ2 status_code=0
circd[10259]:
handle_up_l3prot_circuit_event(81#10386:up_l3prot_circuit_event):
id=circ2 l3prot=ipv6
circd[10259]: circd_change_state: circuit circ2 changes state from ready
to online


cat dyndns.log
2017-08-18 20:44:23 [main] INFO shell - Using '************.com' as the
hostname to work with command 'update' and the circuit 'circ1'
2017-08-18 20:44:24 [main] INFO shell - Using IPv4 address xx.xx.222.175
determined with method 'none' via device 'ppp1 (xx.xx.222.175)' for
update.
2017-08-18 20:44:25 [main] WARN shell - lock already released by someone
else
2017-08-18 20:44:25 [main] INFO shell - Update successful
2017-08-18 20:44:25 [main] INFO shell - Using '************.com' as the
hostname to work with command 'update' and the circuit 'circ1'
2017-08-18 20:44:26 [main] INFO shell - Using IPv4 address xx.xx.222.175
determined with method 'none' via device 'ppp1 (xx.xx.222.175)' for
update.
2017-08-18 20:44:27 [main] WARN shell - lock already released by someone
else
2017-08-18 20:44:27 [main] INFO shell - Update successful
2017-08-18 20:44:45 [main] INFO shell - Using '************.com' as the
hostname to work with command 'update' and the circuit 'autodetect'
2017-08-18 20:44:45 [main] INFO shell - No circuit is given, trying to
find active circuit to update host '************.com'.
2017-08-18 20:44:45 [main] INFO shell - The circuit 'DualStack' (ID:
'circ1') seems to be online, using this circuit to update the host.
2017-08-18 20:44:45 [main] INFO shell - Using IPv4 address xx.xx.222.175
determined with method 'none' via device 'ppp1 (xx.xx.222.175)' for
update.
2017-08-18 20:44:46 [main] INFO shell - Update successful
2017-08-18 20:45:02 [main] INFO shell - Using '************.com' as the
hostname to work with command 'update' and the circuit 'autodetect'
2017-08-18 20:45:02 [main] INFO shell - Using '************.com'as the
hostname to work with command 'update' and the circuit 'autodetect'
2017-08-18 20:45:02 [main] INFO shell - No circuit is given, trying to
find active circuit to update host '************.com'.
2017-08-18 20:45:02 [main] INFO shell - No circuit is given, trying to
find active circuit to update host '************.com'.
2017-08-18 20:45:03 [main] INFO shell - The circuit 'DualStack' (ID:
'circ1') seems to be online, using this circuit to update the host.
2017-08-18 20:45:03 [main] INFO shell - Using IPv4 address xx.xx.222.175
determined with method 'none' via device 'ppp1 (xx.xx.222.175)' for
update.
2017-08-18 20:45:03 [main] INFO shell - The circuit 'DualStack' (ID:
'circ1') seems to be online, using this circuit to update the host.
2017-08-18 20:45:03 [main] INFO shell - Using IPv4 address xx.xx.222.175
determined with method 'none' via device 'ppp1 (xx.xx.222.175)' for
update.
2017-08-18 20:45:03 [main] INFO shell - No update needed, IPv4 address
(detected: xx.xx.222.175 via none / DNS: xx.xx.222.175) didn't changed.
2017-08-18 20:45:04 [main] INFO shell - No update needed, IPv4 address
(detected: xx.xx.222.175 via none / DNS: xx.xx.222.175) didn't changed.
2017-08-18 20:50:02 [main] INFO shell - Using '************.com' as the
hostname to work with command 'update' and the circuit 'autodetect'
2017-08-18 20:50:02 [main] INFO shell - Using '************.com' as the
hostname to work with command 'update' and the circuit 'autodetect'
2017-08-18 20:50:02 [main] INFO shell - No circuit is given, trying to
find active circuit to update host '************.com'.
2017-08-18 20:50:02 [main] INFO shell - No circuit is given, trying to
find active circuit to update host '************.com'.
2017-08-18 20:50:02 [main] INFO shell - The circuit 'DualStack' (ID:
'circ1') seems to be online, using this circuit to update the host.
2017-08-18 20:50:02 [main] INFO shell - The circuit 'DualStack' (ID:
'circ1') seems to be online, using this circuit to update the host.
2017-08-18 20:50:02 [main] INFO shell - Using IPv4 address xx.xx.222.175
determined with method 'none' via device 'ppp1 (xx.xx.222.175)' for
update.
2017-08-18 20:50:03 [main] INFO shell - Using IPv4 address xx.xx.222.175
determined with method 'none' via device 'ppp1 (xx.xx.222.175)' for
update.
2017-08-18 20:50:03 [main] INFO shell - No update needed, IPv4 address
(detected: xx.xx.222.175 via none / DNS: xx.xx.222.175) didn't changed.
2017-08-18 20:50:04 [main] INFO shell - No update needed, IPv4 address
(detected: xx.xx.222.175 via none / DNS: xx.xx.222.175) didn't changed.
2017-08-18 20:55:02 [main] INFO shell - Using '************.com' as the
hostname to work with command 'update' and the circuit 'autodetect'
2017-08-18 20:55:02 [main] INFO shell - Using '************.com' as the
hostname to work with command 'update' and the circuit 'autodetect'
2017-08-18 20:55:02 [main] INFO shell - No circuit is given, trying to
find active circuit to update host '************.com'.
2017-08-18 20:55:02 [main] INFO shell - No circuit is given, trying to
find active circuit to update host '************.com'.
2017-08-18 20:55:02 [main] INFO shell - The circuit 'DualStack' (ID:
'circ1') seems to be online, using this circuit to update the host.
2017-08-18 20:55:02 [main] INFO shell - The circuit 'DualStack' (ID:
'circ1') seems to be online, using this circuit to update the host.
2017-08-18 20:55:03 [main] INFO shell - Using IPv4 address xx.xx.222.175
determined with method 'none' via device 'ppp1 (xx.xx.222.175)' for
update.
2017-08-18 20:55:03 [main] INFO shell - Using IPv4 address xx.xx.222.175
determined with method 'none' via device 'ppp1 (xx.xx.222.175)' for
update.
2017-08-18 20:55:03 [main] INFO shell - No update needed, IPv4 address
(detected: xx.xx.222.175 via none / DNS: xx.xx.222.175) didn't changed.
2017-08-18 20:55:04 [main] INFO shell - No update needed, IPv4 address
(detected: xx.xx.222.175 via none / DNS: xx.xx.222.175) didn't changed.
2017-08-18 21:00:02 [main] INFO shell - Using '************.com' as the
hostname to work with command 'update' and the circuit 'autodetect'
2017-08-18 21:00:02 [main] INFO shell - Using '************.com' as the
hostname to work with command 'update' and the circuit 'autodetect'
2017-08-18 21:00:02 [main] INFO shell - No circuit is given, trying to
find active circuit to update host '************.com'.
2017-08-18 21:00:02 [main] INFO shell - No circuit is given, trying to
find active circuit to update host '************.com'.
2017-08-18 21:00:02 [main] INFO shell - The circuit 'DualStack' (ID:
'circ1') seems to be online, using this circuit to update the host.
2017-08-18 21:00:02 [main] INFO shell - The circuit 'DualStack' (ID:
'circ1') seems to be online, using this circuit to update the host.
2017-08-18 21:00:03 [main] INFO shell - Using IPv4 address xx.xx.222.175
determined with method 'none' via device 'ppp1 (xx.xx.222.175)' for
update.
2017-08-18 21:00:03 [main] INFO shell - Using IPv4 address xx.xx.222.175
determined with method 'none' via device 'ppp1 (xx.xx.222.175)' for
update.
2017-08-18 21:00:03 [main] INFO shell - No update needed, IPv4 address
(detected: xx.xx.222.175 via none / DNS: xx.xx.222.175) didn't changed.
2017-08-18 21:00:03 [main] INFO shell - No update needed, IPv4 address
(detected: xx.xx.222.175 via none / DNS: xx.xx.222.175) didn't changed.
2017-08-18 21:01:03 [main] INFO shell - Using '************.com' as the
hostname to work with command 'update' and the circuit 'autodetect'
2017-08-18 21:01:03 [main] INFO shell - Using '************.com' as the
hostname to work with command 'update' and the circuit 'autodetect'
2017-08-18 21:01:03 [main] INFO shell - No circuit is given, trying to
find active circuit to update host '************.com'.
2017-08-18 21:01:03 [main] INFO shell - No circuit is given, trying to
find active circuit to update host '************.com'.
2017-08-18 21:01:03 [main] INFO shell - The circuit 'DualStack' (ID:
'circ1') seems to be online, using this circuit to update the host.
2017-08-18 21:01:03 [main] INFO shell - Using IPv4 address xx.xx.222.175
determined with method 'none' via device 'ppp1 (xx.xx.222.175)' for
update.
2017-08-18 21:01:03 [main] INFO shell - The circuit 'DualStack' (ID:
'circ1') seems to be online, using this circuit to update the host.
2017-08-18 21:01:03 [main] INFO shell - Using IPv4 address xx.xx.222.175
determined with method 'none' via device 'ppp1 (xx.xx.222.175)' for
update.
2017-08-18 21:01:04 [main] INFO shell - Update successful
2017-08-18 21:01:04 [main] INFO shell - Update successful

Hatte auch schon das hier ausprobiert:

..
DYNDNS_1_CIRCUIT_1='circ1'
..
DYNDNS_2_CIRCUIT_1='circ2'
..
was aber auch leider nicht klappt.

[Marc-Oliver Lange]

Hach ja, ganz vergessen das ich die Version 4.0 vom Fli4l nutze.
Aber wen ich mir das opt_dyndns anschaue scheint es so als wäre die
Unterstützung hierfür noch nicht implementiert, richtig?

[Peter Schiefer]

Hallo Marc-Oliver,

fli4l 4.0.0-rxxxxx ist die Entwicklerversion von fli4l, da wäre deine Frage
eintlich in der Newsgroup spline.fli4l.dev besser aufgehoben.

Das Paket dyndns für fli4l 4.0 wird/wurde für das circuit-system und ipv6
angepasst -> siehe FFL-875 -> https://ssl.nettworks.org/bugs/browse/FFL-875

Das Paket bittet inzwischen einige Konfigurstionoptionen und Funktionen,
die in der Paketdokumentation aber noch nicht enthalten sind und auch noch
nicht in der Version des wöchentlich erscheinenden Tarballs mit drin sind.

Gruß Peter

[Marc-Oliver Lange]

Hallo Peter,

LanSpezi schrieb am Mi, 23 August 2017 15:39

> fli4l 4.0.0-rxxxxx ist die Entwicklerversion von fli4l, da wäre
> deine Frage
> eintlich in der Newsgroup spline.fli4l.dev besser aufgehoben.

damit hast Du wahrscheinlich recht aber einen xPost wollte ich jetzt
hier nicht machen.
Aber irgend etwas mache ich ja anscheinend falsch das er den zweiten
circuit nicht findet.
Irgend eine Idee was oder wer mir helfen könnte?

VG
Marco

[Peter Schiefer]

Hallo Marc-Oliver,

so ich habe gerade deinen Beitrag noch mal in Ruhe gelesen und versuch mal
rein logisch zu helfen auch wenn ich selber keinen DualStack habe.

Am Fri, 07 Jul 2017 17:35:28 +0200 schrieb Marc-Oliver Lange:

> Dualstack und komme auch online. Aber ich würde gerne beide IPs (v4 &
> v6) mit zwei verschiedene web Adresse erreichen können.

d.h Du hast auch zwei DYNDNS-Accounts :)

> Leider aktualisiert das OPT_DYNDNS nur mit der IPV4 und nicht mit der
> V6.


> Meine Vermutung geht dahin das ich dann den falschen Circuit "binde"
> aber wenn ich an den 2ten (dhcpv6) binde sagt mir das WebIf das es den
> Circuit nicht kennt.

logisch wäre für mich, das der DYNDNS-Account er die V6 Adresse bedienen
soll, an den V6 Circuit gekoppelt wird.

> CIRC_N='2'

> CIRC_1_NAME='DualStack'
> CIRC_1_TYPE='ppp'
> CIRC_1_PPP_TYPE='ethernet'
> CIRC_1_ENABLED='yes'
> CIRC_1_CLASS_N='1'
> CIRC_1_CLASS_1='internet'
> CIRC_1_PPP_ETHERNET_DEV='eth1'
> CIRC_1_PPP_ETHERNET_TYPE='kernel'
> CIRC_1_PPP_USERID='****'
> CIRC_1_PPP_PASSWORD='****'
> CIRC_1_PPP_FILTER='yes'
> CIRC_1_PPP_VJ='yes'
> CIRC_1_NETS_IPV4_N='1'
> CIRC_1_NETS_IPV4_1='0.0.0.0/0'
> CIRC_1_NETS_IPV6_N='1'
> CIRC_1_NETS_IPV6_1='::/0'
> CIRC_1_DEBUG='yes'
> CIRC_1_USEPEERDNS='yes'
> CIRC_1_HUP_TIMEOUT='0'
> CIRC_1_CHARGEINT='60'
> CIRC_1_UP='yes'
> CIRC_1_TIMES='Mo-Su:00-24:0.0:Y'
> CIRC_1_WAIT='5'

das ist also der Circuit mit dem Name "DualStack" der V4 und V6 macht

> CIRC_2_NAME='dhcpv6'
> CIRC_2_TYPE='dhcp'
> CIRC_2_PROTOCOLS='ipv6'
> CIRC_2_UP='yes'
> CIRC_2_DHCP_DEV='{DualStack}'
> CIRC_2_ENABLED='yes'

und der hier setzt auf dem ersten auf um die V6 Adresse via DHCP zu
beziehen und heist "dhcpv6"

> DYNDNS_1_PROVIDER='AFRAID'
> DYNDNS_1_USERNAME='='************'
> DYNDNS_1_PASSWORD='='************'
> DYNDNS_1_HOSTNAME='='************.com'
> DYNDNS_1_CIRCUIT_N='1'
> DYNDNS_1_CIRCUIT_1='DualStack'

bindet diesen DYNDNS-Account an den ersten Circuit

> DYNDNS_1_DETECT_EXT_IPV4='none'
> DYNDNS_1_DETECT_EXT_IPV6='none'
> DYNDNS_1_CHECK_TIME='*/5****'

prüfe zu jedem Minutenwert der durch 5 teilbar ist ob ein Update nötig ist

> DYNDNS_1_CHECK_WITH='dig-query-authority'

prüfe die Notwendigkeit des Updates durch Abfrage des für die Domain
authorativen DNS-Servers

> DYNDNS_1_FORCE_UPDATE_TIME='1****'

immer zur ersten Minute einer Stund führe ein Zwangsupdate durch

>
> DYNDNS_2_PROVIDER='AFRAID'
> DYNDNS_2_USERNAME='m='************'
> DYNDNS_2_PASSWORD='************'
> DYNDNS_2_HOSTNAME='='************.com'
> DYNDNS_2_CIRCUIT_N='1'
> DYNDNS_2_CIRCUIT_1='DualStack'

hier hätte ich jetzt die zuordnung zum Circuit 2 mit dem Namen "dhcpv6"
erwartet

> DYNDNS_2_CHECK_TIME='*/5****'
> DYNDNS_2_CHECK_WITH='dig-query-authority'
> DYNDNS_2_FORCE_UPDATE_TIME='1****'

Gruß
Peter

[Marc-Oliver Lange]

Hallo Peter,
danke das Du mit üb erlegst.
LanSpezi schrieb am Sa, 26 August 2017 12:24

> > DYNDNS_2_PROVIDER='AFRAID'
> > DYNDNS_2_USERNAME='m='************'
> > DYNDNS_2_PASSWORD='************'
> > DYNDNS_2_HOSTNAME='='************.com'
> > DYNDNS_2_CIRCUIT_N='1'
> > DYNDNS_2_CIRCUIT_1='DualStack'
>
> hier hätte ich jetzt die zuordnung zum Circuit 2 mit dem Namen
> "dhcpv6"
> erwartet

Das habe ich schon probiert und bekomme dann dieses hier:
DEBUG - Starting dyndns-update script...
INFO - Using '**************.com' 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
'**************.com'.
ERR: There's no circuit online matching name, alias or class dhcpv6!


Wie Du in einem anderen Thread im DEV Forum siehst habe ich eh irgend
ein Problem mit den Circuit System. Der Circ2 fliegt ab und an weg und
dann geht nix mehr. Ist schon komisch das ich den überhaupt nicht
angesprochen bekomme. :(
VG
Marco

[Marc-Oliver Lange]

Damit wir das hier auch vollszämdig haben:
Hier eine Auflistung der Circuit:

Id Alias Type Interface Name State
Since
--------------------------------------------------------------------------------
circ1 ppp1 ppp ppp1 DualStack online Aug
28 23:42
circ2 dhcp0 dhcp {DualStack} dhcpv6 online Aug
28 23:42

Ich habe zudem jetzt zwei Klassen (internetv4 und internetv6)
eingeführt und entsprechen zugeordnet.
Folgenden Kombinationen ergeben sich also hiermit:

DYNDNS_2_CIRCUIT_1='DualStack' -> web URL für v6 wird mit v4 anstelle
von v6 Adresse gesetzt
DYNDNS_2_CIRCUIT_1='dhcpv6' -> ERR: There's no circuit online matching

name, alias or class dhcpv6!

DYNDNS_2_CIRCUIT_1='dhcp' -> ERR: There's no circuit online matching
name, alias or class dhcp!
DYNDNS_2_CIRCUIT_1='dhcp0' -> ERR: There's no circuit online matching
name, alias or class dhcp0!
DYNDNS_2_CIRCUIT_1='circ2' -> ERR: There's no circuit online matching
name, alias or class circ2!
DYNDNS_2_CIRCUIT_1='internetv6' -> ERR: There's no circuit online
matching name, alias or class internetv6!

Entweder kann ich in der Glaskugel nicht lesen, sehe meinen Fehler vor
lauter hin und her konfigurieren nicht mehr oder das ding hat einfach
einen bug. :(

Ich würde hier gerne weiter helfen und kommen aber leider gehen mir die
Ideen aus.
Hat noch jemand eine?
VG
Marco

[Roland Franke]

Hallo Marc-Oliver,

> Damit wir das hier auch vollszämdig haben:
> Hier eine Auflistung der Circuit:

> Id Alias Type Interface Name State
> Since
> --------------------------------------------------------------------------------
> circ1 ppp1 ppp ppp1 DualStack online Aug
> 28 23:42
> circ2 dhcp0 dhcp {DualStack} dhcpv6 online Aug
> 28 23:42

> Ich habe zudem jetzt zwei Klassen (internetv4 und internetv6)
> eingeführt und entsprechen zugeordnet.

Klassen sind keine Circuits bzw. wo hast du diese Klasse gesetzt?

> Folgenden Kombinationen ergeben sich also hiermit:
> DYNDNS_2_CIRCUIT_1='DualStack' -> web URL für v6 wird mit v4 anstelle
> von v6 Adresse gesetzt

Zumindest mal der Hinweis das dies ausgewertet wird bzw. würde ich das
nach deinen Tests für die IPv6 Adresse verwenden.

> DYNDNS_2_CIRCUIT_1='dhcpv6' -> ERR: There's no circuit online matching
> name, alias or class dhcpv6!

> ...

> DYNDNS_2_CIRCUIT_1='internetv6' -> ERR: There's no circuit online
> matching name, alias or class internetv6!

Eventuell solltest du da mal für die IPv4 Adresse ppp1 für das Interface
von deiner Liste Verwendet.

Oder (Vermutlich) den Circuit-Namen mit einem {...} einklammern.
Irgendwann hatte ich mal gelesen/gehört/mitbekommen, dass der Circuit-
Name für die weitere Verwendung in die {...} gehört.

Einfach nochmals probieren.

Gruß Roland

[Marc-Oliver Lange]

Roland schrieb am Di, 29 August 2017 20:18

> > Ich habe zudem jetzt zwei Klassen (internetv4 und internetv6)
> > eingeführt und entsprechen zugeordnet.
>
> Klassen sind keine Circuits bzw. wo hast du diese Klasse gesetzt?

in der Circuits.txt habe ich folgenden Eintrag gesetzt:
CIRC_CLASS[].NAME='internetv4'
CIRC_CLASS[].NAME='internetv6'
..
CIRC_1_CLASS_N='1'
CIRC_1_CLASS_1='internetv4'
..
CIRC_2_CLASS_N='1'
CIRC_2_CLASS_1='internetv6'
CIRC_2_DEPS='internetv4'


Roland schrieb am Di, 29 August 2017 20:18

> Zumindest mal der Hinweis das dies ausgewertet wird bzw. würde ich
> das
> nach deinen Tests für die IPv6 Adresse verwenden.

Den satz verstehe ich nicht ganz. Aktuell verwende ich diesen aber
leider wird ein ipv4 beim Provider gesetzt und kein ipv6.

Roland schrieb am Di, 29 August 2017 20:18

> Eventuell solltest du da mal für die IPv4 Adresse ppp1 für das
> Interface
> von deiner Liste Verwendet.

Die ipv4 wird ja schon sauber gesetzt. Nur die ipv6 nicht.

Roland schrieb am Di, 29 August 2017 20:18

> Oder (Vermutlich) den Circuit-Namen mit einem {...} einklammern.
> Irgendwann hatte ich mal gelesen/gehört/mitbekommen, dass der
> Circuit-
> Name für die weitere Verwendung in die {...} gehört.

Das ist leider nicht möglich:
var::slot_check: Value '{DualStack}' of variable 'DYNDNS_1_CIRCUIT_1' is
not properly typed: only up to 31 characters(numbers, letters, or
hyphens) allowed
var::slot_check: Value '{dhcpv6}' of variable 'DYNDNS_2_CIRCUIT_1' is
not properly typed: only up to 31 characters(numbers, letters, or
hyphens) allowed
Error while checking variable values.
Error while processing configuration, aborting!
VG
Marco

[Marc-Oliver Lange]

Hat noch jemand vielleicht eine Idee?
Vg
Marco

[Christoph Schulz]

Hallo,

das, was du versuchst, geht schlicht und ergreifend nicht. DynDNS und
IPv6 führen eine schwierige Beziehung, in vielerlei Hinsicht. Bitte leg
in unserem Ticket-System unter https://bugs.nettworks.org/ ein Bugticket
an (Komponente "dyndns") mit den ganzen Infos aus diesem Thread.

(Es kann sein, dass die Anmeldung am Ticket-System zur Zeit nicht so
richtig funktioniert. Unser Entwicklungsserver ist, wie bereits
erwähnt, noch nicht "fit".)


Viele Grüße,
--
Christoph Schulz
[fli4l-Team]

[Marc-Oliver Lange]

Hallo Christoph,
ist erstellt unter: https://web.nettworks.org/bugs/browse/FFL-2004
VG
Marco