BackItUp Update hängt

[myssv]

So, ich habe nun mal IPv6 im Netz aktiviert und es scheint auch auf dem ioBroker zu laufen, wie ein Ping zeigt:

Volker@ioBroker:~$ ping rtl.de
PING rtl.de (194.36.43.29) 56(84) bytes of data.
64 bytes from ip-194-36-43-29.ips.cbc.de (194.36.43.29): icmp_seq=1 ttl=248 time=12.4 ms
64 bytes from ip-194-36-43-29.ips.cbc.de (194.36.43.29): icmp_seq=2 ttl=248 time=12.0 ms
64 bytes from ip-194-36-43-29.ips.cbc.de (194.36.43.29): icmp_seq=3 ttl=248 time=12.0 ms
64 bytes from ip-194-36-43-29.ips.cbc.de (194.36.43.29): icmp_seq=4 ttl=248 time=12.1 ms
64 bytes from ip-194-36-43-29.ips.cbc.de (194.36.43.29): icmp_seq=5 ttl=248 time=12.2 ms
^C
--- rtl.de ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4004ms

Ein Ping auf einen anderen Rechner im Netz läuft auch über IPv6:

Volker@ioBroker:~$ ping pc9999
PING pc9999(PC9999.fritz.box (2a11:fb80:1025:6500:507d:4f4e:218a:2c20)) 56 data bytes
64 bytes from PC9999.fritz.box (2a11:fb80:1025:6500:507d:4f4e:218a:2c20): icmp_seq=1 ttl=64 time=0.849 ms
64 bytes from PC9999.fritz.box (2a11:fb80:1025:6500:507d:4f4e:218a:2c20): icmp_seq=2 ttl=64 time=0.504 ms
64 bytes from PC9999.fritz.box (2a11:fb80:1025:6500:507d:4f4e:218a:2c20): icmp_seq=3 ttl=64 time=0.433 ms
^C
--- pc9999 ping statistics ---

Beim Updaten hängt er aber immer noch:

Volker@ioBroker:~$ iob upgrade ws@2.5.8 --debug 
Would you like to reinstall version 2.5.8 of ws now? [(y)es, (n)o]: y
Update ws from @2.5.8 to @2.5.8
NPM version: 9.8.1
Installing iobroker.ws@2.5.8... (System call)

[Marc Berg]

@myssv sagte in BackItUp Update hängt:

Ein Ping auf einen anderen Rechner im Netz läuft auch über IPv6:

mach mal ein IPv6 Ping auf einen externen Server

ping -6 heise.de

oder

ping -6 registry.npmjs.org

[myssv]

@marc-berg ok da hängt er

Volker@ioBroker:~$ ping heise.de
PING heise.de(redirector.heise.de (2a02:2e0:3fe:1001:302::)) 56 data bytes

bei IPv4 würde ich sagen: Gateway nicht vorhanden, bei IPv6 habe ich keine Ahnung .....

[Marc Berg]

@myssv sagte in BackItUp Update hängt:

bei IPv4 würde ich sagen: Gateway nicht vorhanden, bei IPv6 habe ich keine Ahnung

Es bleibt leider dabei, deine IPv6 Kommunikation läuft nicht.

Auf einem normalen Betriebssystem könnte man die IPv4 Kommunikation noch priorisieren, ob das bei einem LXC funktioniert, weiß ich nicht.
Ist aber alles Gefrickel und Doktern an Symptomen statt Ursachen.

Edit: Irreführendes gelöscht.

[myssv]

@marc-berg sagte in BackItUp Update hängt:

Es bleibt leider dabei, deine IPv6 Kommunikation läuft nicht.

Da gab es bisher ja auch überhaupt keine Notwendigkeit für. Es war alles sauber auf IPv4 und es lief auch alles bisher.

[myssv]

OK, nachdem ich beim ProxMox ein IPv6 Gateway (FritzBox) eingetragen habe, läuft es

Volker@ioBroker:~$ ping heise.de
PING heise.de(redirector.heise.de (2a02:2e0:3fe:1001:302::)) 56 data bytes
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302::): icmp_seq=47 ttl=52 time=11.7 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302::): icmp_seq=48 ttl=52 time=10.5 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302::): icmp_seq=49 ttl=52 time=10.3 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302::): icmp_seq=50 ttl=52 time=10.4 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302::): icmp_seq=51 ttl=52 time=10.2 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302::): icmp_seq=52 ttl=52 time=10.0 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302::): icmp_seq=53 ttl=52 time=10.1 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302::): icmp_seq=54 ttl=52 time=10.1 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302::): icmp_seq=55 ttl=52 time=10.3 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302::): icmp_seq=56 ttl=52 time=10.3 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302::): icmp_seq=57 ttl=52 time=10.5 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302::): icmp_seq=58 ttl=52 time=10.4 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302::): icmp_seq=84 ttl=52 time=10.8 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302::): icmp_seq=85 ttl=52 time=9.99 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302::): icmp_seq=86 ttl=52 time=10.7 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302::): icmp_seq=87 ttl=52 time=10.3 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302::): icmp_seq=88 ttl=52 time=10.4 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302::): icmp_seq=89 ttl=52 time=10.4 ms
64 bytes from redirector.heise.de (2a02:2e0:3fe:1001:302::): icmp_seq=90 ttl=52 time=10.2 ms
^C
--- heise.de ping statistics ---
90 packets transmitted, 19 received, 78.8889% packet loss, time 90712ms
rtt min/avg/max/mdev = 9.988/10.403/11.703/0.369 ms
Volker@ioBroker:~$ iob upgrade ws@2.5.8 --debug 
Would you like to reinstall version 2.5.8 of ws now? [(y)es, (n)o]: y
Update ws from @2.5.8 to @2.5.8
NPM version: 9.8.1
Installing iobroker.ws@2.5.8... (System call)

up to date in 1s

93 packages are looking for funding
  run `npm fund` for details
Adapter "system.adapter.web.0" restarted.
upload [11] ws.admin /opt/iobroker/node_modules/iobroker.ws/admin/i18n/de/translations.json i18n/de/translations.json application/json
upload [10] ws.admin /opt/iobroker/node_modules/iobroker.ws/admin/i18n/en/translations.json i18n/en/translations.json application/json
upload [9] ws.admin /opt/iobroker/node_modules/iobroker.ws/admin/i18n/es/translations.json i18n/es/translations.json application/json
upload [8] ws.admin /opt/iobroker/node_modules/iobroker.ws/admin/i18n/fr/translations.json i18n/fr/translations.json application/json
upload [7] ws.admin /opt/iobroker/node_modules/iobroker.ws/admin/i18n/it/translations.json i18n/it/translations.json application/json
upload [6] ws.admin /opt/iobroker/node_modules/iobroker.ws/admin/i18n/nl/translations.json i18n/nl/translations.json application/json
upload [5] ws.admin /opt/iobroker/node_modules/iobroker.ws/admin/i18n/pl/translations.json i18n/pl/translations.json application/json
upload [4] ws.admin /opt/iobroker/node_modules/iobroker.ws/admin/i18n/pt/translations.json i18n/pt/translations.json application/json
upload [3] ws.admin /opt/iobroker/node_modules/iobroker.ws/admin/i18n/ru/translations.json i18n/ru/translations.json application/json
upload [2] ws.admin /opt/iobroker/node_modules/iobroker.ws/admin/i18n/zh-cn/translations.json i18n/zh-cn/translations.json application/json
upload [1] ws.admin /opt/iobroker/node_modules/iobroker.ws/admin/jsonConfig.json jsonConfig.json application/json
upload [0] ws.admin /opt/iobroker/node_modules/iobroker.ws/admin/ws.png ws.png image/png
Volker@ioBroker:~$ 

[Marc Berg]

@myssv sagte in BackItUp Update hängt:

und es lief auch alles bisher.

ja, bisher. Heute hast du das:

Name:    registry.npmjs.org
Addresses:  2606:4700::6810:1e22
          2606:4700::6810:1822
          2606:4700::6810:323
          2606:4700::6810:23
          2606:4700::6810:123
          2606:4700::6810:1b22
          2606:4700::6810:1f22
          2606:4700::6810:1d22
          2606:4700::6810:1c22
          2606:4700::6810:1922
          2606:4700::6810:1a22
          2606:4700::6810:223
          104.16.24.34
          104.16.1.35
          104.16.30.34
          104.16.29.34
          104.16.31.34
          104.16.28.34
          104.16.25.34
          104.16.3.35
          104.16.0.35
          104.16.26.34
          104.16.2.35
          104.16.27.34

Und in Zukunft noch mehr.

[Homoran]

@myssv sagte in BackItUp Update hängt:

Es war alles sauber auf IPv4 und es lief auch alles bisher.

dann wurde bis dahin irgendwo in deinem System auf ipv4 gewandelt, und jetzt nicht mehr

[Marc Berg]

@myssv sagte in BackItUp Update hängt:

OK, nachdem ich beim ProxMox ein IPv6 Gateway (FritzBox) eingetragen habe, läuft es

Na dann, frohes updaten.

[myssv]

Leider nicht ganz so froh

ergibt

[myssv]

ich mache dafür glaube ich mal ein neues Thema auf

[myssv]

Ich habe aber schon das nächste Problem. Meine Tahoma Switch kann scheinbar kein IPv6

PS C:\Users\Volke> ping gateway-2001-5798-0160 -4

Ping wird ausgeführt für gateway-2001-5798-0160.fritz.box [192.168.115.25] mit 32 Bytes Daten:
Antwort von 192.168.115.25: Bytes=32 Zeit=2ms TTL=64
Antwort von 192.168.115.25: Bytes=32 Zeit=5ms TTL=64
Antwort von 192.168.115.25: Bytes=32 Zeit=2ms TTL=64
Antwort von 192.168.115.25: Bytes=32 Zeit=4ms TTL=64

Ping-Statistik für 192.168.115.25:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 2ms, Maximum = 5ms, Mittelwert = 3ms
PS C:\Users\Volke> ping gateway-2001-5798-0160 -6

Ping wird ausgeführt für gateway-2001-5798-0160.fritz.box [2a11:fb80:1025:6500:20e:c6ff:fea9:13b3] mit 32 Bytes Daten:
Zielhost nicht erreichbar.
Zielhost nicht erreichbar.
Zielhost nicht erreichbar.

Ping-Statistik für 2a11:fb80:1025:6500:20e:c6ff:fea9:13b3:
    Pakete: Gesendet = 3, Empfangen = 0, Verloren = 3
    (100% Verlust),

[Wildbill]

@myssv Ja und dann? In einem korrekt eingerichtetem Netzwerk mit IPv4 und IPv6 parallel läuft sie mit IPv4 ganz genau so weiter als wenn nie was gewesen wäre und ist auch genau wie vorher ganz normal per IPv4 erreichbar und erreicht auch alles, was sie bisher erreichen konnte weiterhin per IPv4. Wo siehst Du da jetzt das Problem?

Gruss, Jürgen

[myssv]

@wildbill sagte in BackItUp Update hängt:

Wo siehst Du da jetzt das Problem?

Mein Problem war, dass der ioBroker die Switch nicht mehr erreicht hat.

Ich habe jetzt mal, die Switch neu gestartet und nun ist auch wieder alles in Ordnung.

Wie bei einem "korrekt eingerichtetem Netzwerk"

[Wildbill]

@myssv Es hat sich ja auch auf IPv4-Ebene nix geändert. Stell Dir das so ähnlich vor, als wenn Du jetzt zwei unabhängige Netzwerke hast, die einander nicht sehen und kennen. Geräte die sowohl IPv4 als auch IPv6 können, haben jetzt quasi zwei Netzwerkadressen. Die IPv4 macht alles wie bisher, sie kann ale IPv4-Geräte weiterhin direkt erreichen, nichts verändert. Nur, dass das Gerät eben nun auch eine IPv6-Adresse hat, die von den großen Betriebssystemen (Mac, Linux, Windows) auch bevorzugt verwendet wird. Versuchst Du, eine Website zu öffnen, wird das über IPv6 versucht. Geht das nicht erfolgt ein Fallback auf IPv4. Versuchst Du direkt in Deinem Netzwerk ein IPv4-Gerät zu erreichen, so geht das direkt über die IPv4-Adresse wie bisher auch. Du musst Dich da um nix kümmern.

Du kannst ja am PC mal einen IPv6-Test machen. Je nach Konfiguration (SLAAC, private usw.) solltest Du da 17-20 Punkte erreichen, dann passt alles. Ansonsten siehst Du auch gleich, wo es klemmt.
Und, wie gesagt, für Dein IPv4-Netzwerk hat sich nichts geändert!

Gruss, Jürgen

EDIT: Ein Hinweis noch: So, wie bisher auch, solltest Du Deine öffentlich IPv6 nicht öffentlich hier reinschreiben oder so. Und bei IPv6 erhält eben nun jedes Gerät eine eigene IPv6-Adresse. Alles was mit fe… oder fd… anfängt ist intern, das ist OK, aber alles andere enthält dann den öffentlichen Präfix, den solltest Du aus-x-en, wenn Du da was zeigen willst!

[myssv]

@wildbill sieht wie erwartet gut aus

[Wildbill]

@myssv Ja, scheint zu passen. Das mit dem Hostname ist mir zwar unbekannt, warum der nicht aufgelöst wird, aber das sollte keinje Rolle spielen. Glückwunsch und willkommen in der Gegenwart.
Mein EDIT oben hast Du (fast beachtet). Lösch auch die öffentliche IPv4 aus dem Bild!

Gruss, Jürgen

[myssv]

@wildbill sagte in BackItUp Update hängt:

Lösch auch die öffentliche IPv4 aus dem Bild!

Danke!

[Thomas Braun]

@wildbill sagte in BackItUp Update hängt:

Das mit dem Hostname ist mir zwar unbekannt, warum der nicht aufgelöst wird

Das ist bei meinem Kabelanschluss via Vodafone in NRW auch so.

Ein guter Test (Connection) ist auch unter internet.nl zu finden.

[Wildbill]

@thomas-braun Den kannte ich gar nicht. Komischerweise zeigt mir ipv6-test.com 20/20 an, andere melden auch Erfolgt, während internet.nl nur 10% anzeigt und sagt, IPv6 wäre nicht möglich?!

Und schon hab ich was zu tun. Schauen, was da anders ist...

Gruss, Jürgen