Adapter lassen sich nicht aktualisieren (npm Error)

Thomas Braun

@Manuel001 sagte in Adapter lassen sich nicht aktualisieren (npm Error):

Dein Netzwerk dürfte Schluckauf haben. Kannst du den Server anpingen?

ping npmjs.org

Was liefert

sudo apt update
sudo apt dist-upgrade
sudo reboot

Manuel001

Ich fürchte, da funktioniert etwas mit meiner Routerkonfiguration nicht, oder?:

pi@iobroker:~ $ ping npmjs.org
ping: npmjs.org: Temporärer Fehler bei der Namensauflösung
pi@iobroker:~ $ sudo apt update
Fehl:1 http://raspbian.raspberrypi.org/raspbian buster InRelease
  Temporärer Fehlschlag beim Auflösen von »raspbian.raspberrypi.org«
Fehl:2 https://deb.nodesource.com/node_12.x buster InRelease
  Temporärer Fehlschlag beim Auflösen von »deb.nodesource.com«
Fehl:3 http://archive.raspberrypi.org/debian buster InRelease
  Temporärer Fehlschlag beim Auflösen von »archive.raspberrypi.org«
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Aktualisierung für 43 Pakete verfügbar. Führen Sie »apt list --upgradable« aus,                                                                                                                                                              um sie anzuzeigen.
W: Fehlschlag beim Holen von http://raspbian.raspberrypi.org/raspbian/dists/bust                                                                                                                                                             er/InRelease Temporärer Fehlschlag beim Auflösen von »raspbian.raspberrypi.org«
W: Fehlschlag beim Holen von https://deb.nodesource.com/node_12.x/dists/buster/I                                                                                                                                                             nRelease Temporärer Fehlschlag beim Auflösen von »deb.nodesource.com«
W: Fehlschlag beim Holen von http://archive.raspberrypi.org/debian/dists/buster/                                                                                                                                                             InRelease Temporärer Fehlschlag beim Auflösen von »archive.raspberrypi.org«
W: Einige Indexdateien konnten nicht heruntergeladen werden. Sie wurden ignorier                                                                                                                                                             t oder alte an ihrer Stelle benutzt.
pi@iobroker:~ $

Der Router wurde nämlich vor ein paar Wochen getauscht.

Thomas Braun

@Manuel001 Ja, du hast Trouble mit deinem Netzwerk.
Und 43 ausstehende Updates... ;-) Die zuerst einspielen, wenn du dein Netzwerk wieder repariert hast.

UncleSam

@Manuel001 sagte in Adapter lassen sich nicht aktualisieren (npm Error):

Der Router wurde nämlich vor ein paar Wochen getauscht.

Hast du neuerdings ipv6? Das hat schon bei anderen zu Problemen geführt.

Thomas Braun

@UncleSam @Manuel001
Also hier kann ich den Server über beide Protokolle erreichen:

pi@raspberrypi:~ $ ping -6 npmjs.org
PING npmjs.org(2606:4700::6810:1023 (2606:4700::6810:1023)) 56 data bytes
64 bytes from 2606:4700::6810:1023 (2606:4700::6810:1023): icmp_seq=1 ttl=58 time=22.1 ms
64 bytes from 2606:4700::6810:1023 (2606:4700::6810:1023): icmp_seq=2 ttl=58 time=21.2 ms
64 bytes from 2606:4700::6810:1023 (2606:4700::6810:1023): icmp_seq=3 ttl=58 time=19.10 ms
^C
--- npmjs.org ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 5ms
rtt min/avg/max/mdev = 19.996/21.090/22.057/0.862 ms
pi@raspberrypi:~ $ ping npmjs.org
PING npmjs.org (104.16.26.35) 56(84) bytes of data.
64 bytes from 104.16.26.35 (104.16.26.35): icmp_seq=1 ttl=56 time=16.9 ms
64 bytes from 104.16.26.35 (104.16.26.35): icmp_seq=2 ttl=56 time=15.2 ms
64 bytes from 104.16.26.35 (104.16.26.35): icmp_seq=3 ttl=56 time=13.2 ms
^C
--- npmjs.org ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 5ms
rtt min/avg/max/mdev = 13.214/15.129/16.948/1.525 ms

Da muss lokal ein Knoten im Netzwerk sein.

UncleSam

@Thomas-Braun Ja, wenn alles sauber eingestellt ist, sollte das gehen. Aber in den letzten Wochen sind zahlreiche Leute hier ins Forum gekommen und haben von Problemen berichtet, seit der Umstellung ihres Routers auf ipv6. Es wäre sehr interessant zu wissen, wo das Problem liegt.

Manuel001

Um mein Heimnetzwerk auszuschließen (Hub, 2 Router,..) habe ich jetzt folgende Konstellation:
RPI2 direkt an LAN Buchse vom LTE Router (TP-Link TL-MR100) gehängt.
Notebook über WLAN verbunden.
SSH Zugriff funktioniert, aber wieder:

pi@iobroker:~ $ ping npmjs.org
ping: npmjs.org: Temporärer Fehler bei der Namensauflösung

Bezüglich IPv6 habe ich beim Router nur eine Einstellung bezüglich IPv6 Tunnel gesehen. Das ist aber deaktiviert.

Ping auf www.google.at funktioniert auch nicht.
Aber auf die Google IP Adresse geht schon:

pi@iobroker:~ $ ping 172.217.18.163
PING 172.217.18.163 (172.217.18.163) 56(84) bytes of data.
64 bytes from 172.217.18.163: icmp_seq=1 ttl=115 time=50.0 ms
64 bytes from 172.217.18.163: icmp_seq=2 ttl=115 time=36.3 ms
64 bytes from 172.217.18.163: icmp_seq=3 ttl=115 time=32.7 ms
64 bytes from 172.217.18.163: icmp_seq=4 ttl=115 time=32.5 ms
64 bytes from 172.217.18.163: icmp_seq=5 ttl=115 time=32.9 ms
64 bytes from 172.217.18.163: icmp_seq=6 ttl=115 time=31.7 ms
64 bytes from 172.217.18.163: icmp_seq=7 ttl=115 time=33.7 ms
64 bytes from 172.217.18.163: icmp_seq=8 ttl=115 time=32.7 ms
64 bytes from 172.217.18.163: icmp_seq=9 ttl=115 time=31.7 ms
64 bytes from 172.217.18.163: icmp_seq=10 ttl=115 time=32.5 ms
^C
--- 172.217.18.163 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 23ms
rtt min/avg/max/mdev = 31.670/34.672/50.045/5.278 ms

Also hat mein RPI2 schon eine Internetverbindung aber es scheitert an der Namensauflösung.
Aber wo bzw. wie wird die gemacht?

Thomas Braun

@Manuel001 In deinem Router im Normalfall. Es sei denn, du hast dir da sowas wie PiHole ins Netz gesetzt.

Manuel001

@Thomas-Braun
Nein habe ich nicht.
Dann dürfte es aber am Notebook auch nicht funktionieren, oder?

Thomas Braun

@Manuel001
Nicht unbedingt. Wenn du da einen Resolver laufen hast geht das auch so.

route 
route -6
cat /etc/resolv.conf

Manuel001

@Thomas-Braun sagte in Adapter lassen sich nicht aktualisieren (npm Error):

pi@iobroker:~ $ route
Kernel-IP-Routentabelle
Ziel            Router          Genmask         Flags Metric Ref    Use Iface
default         192.168.1.1     0.0.0.0         UG    202    0        0 eth0
192.168.1.0     0.0.0.0         255.255.255.0   U     202    0        0 eth0
pi@iobroker:~ $ route -6
Kernel-IPv6-Routentabelle
Destination                    Next Hop                   Flag Met Ref Use If
localhost/128                  [::]                       U    256 1     0 lo
fe80::/64                      [::]                       U    256 1     0 eth0
[::]/0                         [::]                       !n   -1  1     0 lo
localhost/128                  [::]                       Un   0   6     0 lo
fe80::397e:830d:14f4:60b7/128  [::]                       Un   0   3     0 eth0
ff00::/8                       [::]                       U    256 4     0 eth0
[::]/0                         [::]                       !n   -1  1     0 lo
pi@iobroker:~ $ cat /etc/resolv.conf
# Generated by resolvconf
nameserver ::

Thomas Braun

@Manuel001
Der Befehl war

route -6

Hau mal einen nameserver in die resolv.conf:

echo "nameserver 8.8.8.8" | sudo tee /etc/resolv.conf

Manuel001

@Thomas-Braun sagte in Adapter lassen sich nicht aktualisieren (npm Error):

Der Befehl war

Habe es korrigiert (konnte es nicht mehr löschen)

Manuel001

pi@iobroker:~ $ echo "nameserver 8.8.8.8" | sudo tee /etc/resolv.conf
nameserver 8.8.8.8
pi@iobroker:~ $ ping npmjs.org
PING npmjs.org (104.16.25.35) 56(84) bytes of data.
64 bytes from 104.16.25.35 (104.16.25.35): icmp_seq=1 ttl=58 time=30.10 ms
64 bytes from 104.16.25.35 (104.16.25.35): icmp_seq=2 ttl=58 time=35.4 ms
64 bytes from 104.16.25.35 (104.16.25.35): icmp_seq=3 ttl=58 time=21.6 ms
64 bytes from 104.16.25.35 (104.16.25.35): icmp_seq=4 ttl=58 time=21.8 ms
64 bytes from 104.16.25.35 (104.16.25.35): icmp_seq=5 ttl=58 time=22.8 ms
64 bytes from 104.16.25.35 (104.16.25.35): icmp_seq=6 ttl=58 time=21.6 ms
64 bytes from 104.16.25.35 (104.16.25.35): icmp_seq=7 ttl=58 time=21.8 ms
64 bytes from 104.16.25.35 (104.16.25.35): icmp_seq=8 ttl=58 time=21.6 ms
64 bytes from 104.16.25.35 (104.16.25.35): icmp_seq=9 ttl=58 time=40.7 ms
64 bytes from 104.16.25.35 (104.16.25.35): icmp_seq=10 ttl=58 time=29.3 ms
^C
--- npmjs.org ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 77501ms
rtt min/avg/max/mdev = 21.582/26.759/40.718/6.635 ms

Thomas Braun

@Manuel001
Dann sollte es ja jetzt wieder gehen.

iobroker update
iobroker upgrade
sudo apt update
sudo apt dist-upgrade

Dann mal neustarten. Und ich würde mir an deiner Stelle an schauen warum der DNS-Server nicht über DHCP übermittelt wird.

UncleSam

@Manuel001 sagte in Adapter lassen sich nicht aktualisieren (npm Error):

# Generated by resolvconf

@Thomas-Braun Ich mache mir Sorgen, dass das gleich wieder überschrieben wird, oder was meinst du?

Thomas Braun

@UncleSam Ja, das könnte sein.
Da scheint mir der DHCP-Server im Router falsch eingestellt zu sein.
Oder es wurden wiedermal 'fixe IPs' vergeben und kein gateway gesetzt. Oder irgendsowas.

Manuel001

Die Aktualisierungen laufen noch.

Im Router ist das fix eingestellt: (ausgegraut)
Haupt-DNS-Server: 213.94.78.17
Backup-DNS-Server: 213.94.78.16
Diese IPs kann ich nicht pingen.

Thomas Braun

@Manuel001 sagte in Adapter lassen sich nicht aktualisieren (npm Error):

Die IPs sind ja auch tot. Da kommt bei mir auch nix.
Da hat dein ISP 'Drei' wohl einen Aussetzer. Oder die IPs verschoben.
Ich würde da ohnehin alternative DNS-Server reinsetzen, die der ISPs sorgen regelmäßig für Ärger.

Manuel001

Die Updates sind durchgelaufen. Jetzt läuft es wieder und ist aktuell.
Vielen Dank!
Bezüglich dem DNS Server werde ich den Netzbetreiber kontaktieren.

Community Forum

NEWS

Adapter lassen sich nicht aktualisieren (npm Error)

Support us

579

32.9k

83.0k

1.3m