Adapter lassen sich nicht aktualisieren (npm Error)
-
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.
@Manuel001 Ja, du hast Trouble mit deinem Netzwerk.
Und 43 ausstehende Updates... ;-) Die zuerst einspielen, wenn du dein Netzwerk wieder repariert hast. -
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.
@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.
Bitte bei Problemen mit meinen Adaptern, Issue auf GitHub erfassen: Loxone | I2C | Luxtronik2
♡-lichen Dank an meine Sponsoren -
@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.
@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 msDa muss lokal ein Knoten im Netzwerk sein.
-
@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 msDa muss lokal ein Knoten im Netzwerk sein.
@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.
-
@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.
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ösungBezü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 msAlso hat mein RPI2 schon eine Internetverbindung aber es scheitert an der Namensauflösung.
Aber wo bzw. wie wird die gemacht? -
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ösungBezü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 msAlso hat mein RPI2 schon eine Internetverbindung aber es scheitert an der Namensauflösung.
Aber wo bzw. wie wird die gemacht?@Manuel001 In deinem Router im Normalfall. Es sei denn, du hast dir da sowas wie PiHole ins Netz gesetzt.
-
@Manuel001 In deinem Router im Normalfall. Es sei denn, du hast dir da sowas wie PiHole ins Netz gesetzt.
-
@Thomas-Braun
Nein habe ich nicht.
Dann dürfte es aber am Notebook auch nicht funktionieren, oder?@Manuel001
Nicht unbedingt. Wenn du da einen Resolver laufen hast geht das auch so.route route -6 cat /etc/resolv.conf -
@Manuel001
Nicht unbedingt. Wenn du da einen Resolver laufen hast geht das auch so.route route -6 cat /etc/resolv.conf@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 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 ::@Manuel001
Der Befehl warroute -6Hau mal einen nameserver in die resolv.conf:
echo "nameserver 8.8.8.8" | sudo tee /etc/resolv.conf -
@Manuel001
Der Befehl warroute -6Hau mal einen nameserver in die resolv.conf:
echo "nameserver 8.8.8.8" | sudo tee /etc/resolv.conf@Thomas-Braun sagte in Adapter lassen sich nicht aktualisieren (npm Error):
Der Befehl war
Habe es korrigiert (konnte es nicht mehr löschen)
-
@Thomas-Braun sagte in Adapter lassen sich nicht aktualisieren (npm Error):
Der Befehl war
Habe es korrigiert (konnte es nicht mehr löschen)
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 -
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@Manuel001
Dann sollte es ja jetzt wieder gehen.iobroker update iobroker upgrade sudo apt update sudo apt dist-upgradeDann mal neustarten. Und ich würde mir an deiner Stelle an schauen warum der DNS-Server nicht über DHCP übermittelt wird.
-
@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 ::@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?
Bitte bei Problemen mit meinen Adaptern, Issue auf GitHub erfassen: Loxone | I2C | Luxtronik2
♡-lichen Dank an meine Sponsoren -
@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?
@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. -
@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. -
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.@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 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. -
Die Updates sind durchgelaufen. Jetzt läuft es wieder und ist aktuell.
Vielen Dank!
Bezüglich dem DNS Server werde ich den Netzbetreiber kontaktieren.Jetzt muss ich mich nochmal melden, weil ich das Problem nicht gelöst bekomme.
Am nächsten Tag hat die Namensauflösung wieder nicht mehr funktioniert. Wie UncleSam befürchtet hat, wurde es scheinbar überschrieben.
Zum eingestellten DNS Server im Router:
Ich bin dann noch drauf gekommen, dass sich der DNS Server zwar nicht pingen lässt, die DNS abfrage aber funktioniert.
Im Log vom Router habe ich gesehen, dass der Router den DNS Server regelmäßig testet. Auch div. DNS Testtools zeigen die Funktion den DNS Servers an.
Ich habe dann auch noch alternative DNS Server eingetragen. Diese kommen aber offensichtlich nur zum Zug, wenn die Überprüfung vom Netzbetreiber zugeteilten DNS Server fehlschlägt.
Heute habe ich dann noch den Netzbetreiber gewechselt (hatte ich sowieso schon länger vor).
Dadurch hat der Router einen anderen DNS Server, welcher sich auch pingen lässt.
Allerdings hat sich dadurch das Problem mit der Namensauflösung nicht geändert.
Ich habe übrigens 2 RPI2 mit IOBroker im Einsatz und bei beiden das gleiche Problem.
Hat irgendwer noch irgendwelche Ideen?
Die beiden RPI2 haben übrigens fixe IPs, welche außerhalb vom DHCP Bereich vom Router liegen. -
Jetzt muss ich mich nochmal melden, weil ich das Problem nicht gelöst bekomme.
Am nächsten Tag hat die Namensauflösung wieder nicht mehr funktioniert. Wie UncleSam befürchtet hat, wurde es scheinbar überschrieben.
Zum eingestellten DNS Server im Router:
Ich bin dann noch drauf gekommen, dass sich der DNS Server zwar nicht pingen lässt, die DNS abfrage aber funktioniert.
Im Log vom Router habe ich gesehen, dass der Router den DNS Server regelmäßig testet. Auch div. DNS Testtools zeigen die Funktion den DNS Servers an.
Ich habe dann auch noch alternative DNS Server eingetragen. Diese kommen aber offensichtlich nur zum Zug, wenn die Überprüfung vom Netzbetreiber zugeteilten DNS Server fehlschlägt.
Heute habe ich dann noch den Netzbetreiber gewechselt (hatte ich sowieso schon länger vor).
Dadurch hat der Router einen anderen DNS Server, welcher sich auch pingen lässt.
Allerdings hat sich dadurch das Problem mit der Namensauflösung nicht geändert.
Ich habe übrigens 2 RPI2 mit IOBroker im Einsatz und bei beiden das gleiche Problem.
Hat irgendwer noch irgendwelche Ideen?
Die beiden RPI2 haben übrigens fixe IPs, welche außerhalb vom DHCP Bereich vom Router liegen.@Manuel001 Was ist denn das für ein Router?
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden577
Online32.9k
Benutzer83.0k
Themen1.3m
Beiträge