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,

Post by 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?

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.

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

Post by Marc-Oliver Lange
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,

Post by Marc-Oliver Lange
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?

Post by Marc-Oliver Lange
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.

Post by Marc-Oliver Lange
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

Post by Roland Franke

Post by Marc-Oliver Lange
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

Post by Roland Franke
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

Post by Roland Franke
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

Post by Roland Franke
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,

[Marc-Oliver Lange]

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