NEWS
VM mit IoBroker verliert regelmäßig LAN-Verbindung
-
Moin,
seit ca. 6 Tagen nutze ich wieder einmal Pi-Hole und habe dieses entsprechend konfiguriert.
Leider verliert die VM (Proxmox) immer wieder die LAN-Verbindung, wodurch alle Adapter mit Webanbindung nicht mehr laufen.
2022-01-27 09:20:16.176 - [31merror[39m: parser.0 (393223) Cannot read link "https://www.onvista.de/aktien/handelsplaetze/Deutsche-Pfandbriefbank-Aktie-DE0008019001?notation=3991688&activeType=line&activeTab=J1&displayVolume=false&min=0&max=1639177199999&zoom=false&scaling=linear": Error: getaddrinfo EAI_AGAIN www.onvista.de 2022-01-27 09:20:17.200 - [31merror[39m: parser.0 (393223) Cannot read link "https://www.onvista.de/etf/handelsplaetze/ISHARES-DJ-GLOB-TITANS-50-DE-UCITS-ETF-EUR-DIS-ETF-DE0006289382": Error: getaddrinfo EAI_AGAIN www.onvista.de 2022-01-27 09:20:17.201 - [31merror[39m: parser.0 (393223) Cannot read link "https://www.onvista.de/etf/handelsplaetze/ISHARES-DJ-GLOB-TITANS-50-DE-UCITS-ETF-EUR-DIS-ETF-DE0006289382": Error: getaddrinfo EAI_AGAIN www.onvista.de 022-01-27 09:21:18.002 - [33mwarn[39m: telegram.0 (372378) polling_error: EFATAL, EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org 2022-01-27 09:21:20.050 - [33mwarn[39m: telegram.9 (372371) polling_error: EFATAL, EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org 2022-01-27 09:21:20.050 - [33mwarn[39m: telegram.7 (372364) polling_error: EFATAL, EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org 2022-01-27 09:21:20.051 - [33mwarn[39m: telegram.3 (372399) polling_error: EFATAL, EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org 2022-01-27 09:21:20.051 - [33mwarn[39m: telegram.8 (372408) polling_error: EFATAL, EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org 2022-01-27 09:21:21.074 - [33mwarn[39m: telegram.1 (372385) polling_error: EFATAL, EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
usw.
Der Verbindungsabbruch erfolgt teils mehrfach am Tag und ist somit recht nervig. Die Adapter mit Webanbindung gehen auf gelb und lassen sich nicht neu starten.
In der VM (Linux Ubuntu) muss den Schieberegler einmal auf aus, dann wieder an schieben, dann verbinden sich auch die Adapter wieder.
Da die Probleme mit Beginn der Nutzung von Pi-Hole begannen, auch meine Einstellungen:
= Router, andere DNS-Server sind nicht aktiviert.
Im Router ist Pi-Hole als DNSv4-Server eingetragen sowie als lokaler DNS-Server für IPv4 und IPv6 hinterlegt.
Hat jemand ein ähnliches Verhalten beobachtet oder kann mir zumindest einen Tipp geben?
-
@patrickfro warum gibst du nicht deine Fritzbox oder was auch immer du nutzt als Dns Server in deiner Vm/Proxmox Host an?
-
@crunchip Wie meinst Du das? In Pi-Hole ist die Fritzbox als DNS-Server eingetragen.
-
@patrickfro
Hi,an der Stelle wären noch ein paar weitere Informationen wichtig.
Verliert die VM das Netzwerk oder nur die IP Konfiguration?
Wer ist der DHCP Server in deinem Netz? Pi-Hole oder dein Router?
Wer ist der DNS Server für alle Clients? Pi-Hole oder der Router?Was passiert wenn du folgende Befehle eingibst nachdem die Verbindung weg ist.
sudo dhclient -vr sudo dhclient -v
In deinem Screenshot ist als Upstream DNS die 192.168.76.1 eingetragen, was ja dein Router ist wenn ich es richtig verstehe.
Unten schreibst du aber, dass im Router PiHole als DNSv4-Server eingetragen ist.
Damit würdest du ja einen Loop erzeugen und die beiden senden sich DNS Anfragen ständig hin und her. (Außer du hast im Router noch einen zweiten DNS eingetragen)
Trotzdem macht es so wenig Sinn. Mit PiHole hast du einen DNS Server im internen Netz. Du brauchst den DNS des Routers nicht, außer er hat Funktionen auf die du nicht verzichten kannst.Gruß
Thomas -
@dert Moin!
Bin kein Netzwerkmensch und hatte mich an Anleitungen bei Pi Hole gehalten. Macht absolut Sinn mit dem Loop, wobei es mich wundert, dass es trotzdem irgendwie klappte (mit wenigen, aber nervigen Ausfällen).
Gestern Abend habe ich bei Upload DNS-Server die Fritzbox rausgenommen und statt dessen OpenDNS hinterlegt, kein Abbruch bisher. Vielleicht wars das ja schon. Vielen Dank schonmal.
-
Leider schon wieder temporärer Abbruch, diesmal jedoch nur 10 Minuten. Zudem hat sich die VM scheinbar wieder selbst verbunden, weshalb ich die Befehle nicht eingeben brauchte.
2022-01-28 11:46:00.034 - [32minfo[39m: host.IoBrokerVM instance system.adapter.weatherunderground.0 started with pid 509635 2022-01-28 11:46:00.853 - [32minfo[39m: weatherunderground.0 (509635) starting. Version 3.3.1 in /opt/iobroker/node_modules/iobroker.weatherunderground, node: v14.18.3, js-controller: 3.3.22 2022-01-28 11:46:02.096 - [31merror[39m: telegram.5 (478010) getMe (reconnect #300) Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org 2022-01-28 11:46:02.097 - [31merror[39m: telegram.1 (478024) getMe (reconnect #300) Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org 2022-01-28 11:46:02.096 - [31merror[39m: telegram.7 (478045) getMe (reconnect #300) Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org 2022-01-28 11:46:03.121 - [33mwarn[39m: mihome-vacuum.0 (338895) Get Error when receiving map url: Error: getaddrinfo EAI_AGAIN de.api.io.mi.com 2022-01-28 11:46:04.144 - [31merror[39m: telegram.4 (478031) getMe (reconnect #300) Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org 2022-01-28 11:46:05.171 - [31merror[39m: weatherunderground.0 (509635) Wunderground reported an error: --/Error: getaddrinfo EAI_AGAIN api.weather.com 2022-01-28 11:46:06.192 - [31merror[39m: telegram.3 (478003) getMe (reconnect #300) Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org 2022-01-28 11:46:06.193 - [31merror[39m: telegram.0 (478038) getMe (reconnect #300) Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org 2022-01-28 11:46:06.193 - [31merror[39m: telegram.6 (478059) getMe (reconnect #300) Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org 2022-01-28 11:46:07.217 - [31merror[39m: mihome-vacuum.0 (338895) HTTP error when getting _sign{"errno":-3001,"code":"EAI_AGAIN","syscall":"getaddrinfo","hostname":"account.xiaomi.com"} 2022-01-28 11:46:08.241 - [31merror[39m: telegram.8 (478017) getMe (reconnect #300) Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org 2022-01-28 11:46:09.265 - [31merror[39m: weatherunderground.0 (509635) Wunderground reported an error: --/Error: getaddrinfo EAI_AGAIN api.weather.com 2022-01-28 11:46:13.364 - [33mwarn[39m: mihome-vacuum.0 (338895) Get Error when receiving map url: Error: getaddrinfo EAI_AGAIN de.api.io.mi.com 2022-01-28 11:46:13.365 - [31merror[39m: weatherunderground.0 (509635) Wunderground reported an error: --/Error: getaddrinfo EAI_AGAIN api.weather.com 2022-01-28 11:46:13.366 - [31merror[39m: weatherunderground.0 (509635) No data received! 2022-01-28 11:46:14.386 - [31merror[39m: telegram.9 (478051) getMe (reconnect #230) Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org 2022-01-28 11:46:15.870 - [32minfo[39m: weatherunderground.0 (509635) Terminated (NO_ERROR): Without reason 2022-01-28 11:46:16.384 - [32minfo[39m: host.IoBrokerVM instance system.adapter.weatherunderground.0 terminated with code 0 (NO_ERROR) 2022-01-28 11:46:19.473 - [31merror[39m: mihome-vacuum.0 (338895) HTTP error when getting _sign{"errno":-3001,"code":"EAI_AGAIN","syscall":"getaddrinfo","hostname":"account.xiaomi.com"} 2022-01-28 11:46:23.570 - [33mwarn[39m: mihome-vacuum.0 (338895) Get Error when receiving map url: Error: getaddrinfo EAI_AGAIN de.api.io.mi.com 2022-01-28 11:46:27.664 - [31merror[39m: mihome-vacuum.0 (338895) HTTP error when getting _sign{"errno":-3001,"code":"EAI_AGAIN","syscall":"getaddrinfo","hostname":"account.xiaomi.com"} 2022-01-28 11:46:33.812 - [33mwarn[39m: mihome-vacuum.0 (338895) Get Error when receiving map url: Error: getaddrinfo EAI_AGAIN de.api.io.mi.com 2022-01-28 11:46:37.908 - [31merror[39m: mihome-vacuum.0 (338895) HTTP error when getting _sign{"errno":-3001,"code":"EAI_AGAIN","syscall":"getaddrinfo","hostname":"account.xiaomi.com"} 2022-01-28 11:46:44.017 - [33mwarn[39m: mihome-vacuum.0 (338895) Get Error when receiving map url: Error: getaddrinfo EAI_AGAIN de.api.io.mi.com 2022-01-28 11:46:46.064 - [31merror[39m: telegram.5 (478010) getMe (reconnect #310) Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org 2022-01-28 11:46:46.064 - [31merror[39m: telegram.7 (478045) getMe (reconnect #310) Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org 2022-01-28 11:46:46.066 - [31merror[39m: telegram.1 (478024) getMe (reconnect #310) Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org 2022-01-28 11:46:48.112 - [31merror[39m: mihome-vacuum.0 (338895) HTTP error when getting _sign{"errno":-3001,"code":"EAI_AGAIN","syscall":"getaddrinfo","hostname":"account.xiaomi.com"} 2022-01-28 11:46:48.112 - [31merror[39m: telegram.4 (478031) getMe (reconnect #310) Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org 2022-01-28 11:46:50.160 - [31merror[39m: telegram.0 (478038) getMe (reconnect #310) Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org 2022-01-28 11:46:50.163 - [31merror[39m: telegram.6 (478059) getMe (reconnect #310) Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org 2022-01-28 11:46:50.164 - [31merror[39m: telegram.3 (478003) getMe (reconnect #310) Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org 2022-01-28 11:46:52.210 - [31merror[39m: telegram.8 (478017) getMe (reconnect #310) Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org 2022-01-28 11:46:54.256 - [33mwarn[39m: mihome-vacuum.0 (338895) Get Error when receiving map url: Error: getaddrinfo EAI_AGAIN de.api.io.mi.com 2022-01-28 11:46:58.353 - [31merror[39m: telegram.9 (478051) getMe (reconnect #240) Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org 2022-01-28 11:46:58.355 - [31merror[39m: mihome-vacuum.0 (338895) HTTP error when getting _sign{"errno":-3001,"code":"EAI_AGAIN","syscall":"getaddrinfo","hostname":"account.xiaomi.com"}
-
@patrickfro sagte in VM mit IoBroker verliert regelmäßig LAN-Verbindung:
hatte mich an Anleitungen bei Pi Hole gehalten
beantwortet aber nicht die Fragen
@dert sagte in VM mit IoBroker verliert regelmäßig LAN-Verbindung:
Verliert die VM das Netzwerk oder nur die IP Konfiguration?
Wer ist der DHCP Server in deinem Netz? Pi-Hole oder dein Router?
Wer ist der DNS Server für alle Clients? Pi-Hole oder der Router?im "normal" Fall trägst du in der
- Fritzbox Heimnetz>Netzwerk>Lokaler DNS Server die IP deines Pihole ein, Haken DHCP Server aktivieren
- Internet>Zugangsdaten DNSv4-Server ebenfalls deine IP des Pihole ein
https://docs.pi-hole.net/routers/fritzbox-de/
Deiner VM und auch deinem Promox Host, gibst du als DNS die IP der Fritzbox
-
@patrickfro
Wie crunchip schon schrieb.
Beantworte doch erst die Fragen aus meinem ersten Post.@dert sagte in VM mit IoBroker verliert regelmäßig LAN-Verbindung:
Verliert die VM das Netzwerk oder nur die IP Konfiguration?
Wer ist der DHCP Server in deinem Netz? Pi-Hole oder dein Router?
Wer ist der DNS Server für alle Clients? Pi-Hole oder der Router?Die iobroker Logs kannst du meiner Meinung nach ignorieren. Die sagen dir nichts über den Fehler sondern nur, dass er da ist.
was sagt denn
journalctl | grep -Ei 'dhcp'
bzw.
cat /var/log/syslog | grep -Ei 'dhcp'
-
@dert Sorry, die Fragen hatten mich erst überfordert, daher hab ich erst alles andere versucht.
Verliert die VM das Netzwerk oder nur die IP Konfiguration?
Nach meinem Verständnis das Netzwerk. Ich habe keine IP-Konfiguration bei den VMs durchgeführt.
Wer ist der DHCP Server in deinem Netz? Pi-Hole oder dein Router?
DHCP ist die Fritzbox
Wer ist der DNS Server für alle Clients? Pi-Hole oder der Router?
DNS-Server ist Pi-Hole
journalctl | grep -Ei 'dhcp' :
Jan 27 19:11:32 patrick-Standard-PC-i440FX-PIIX-1996 NetworkManager[578]: <info> [1643307092.2841] dhcp4 (ens18): option domain_name => 'fritz.box' Jan 27 19:11:32 patrick-Standard-PC-i440FX-PIIX-1996 NetworkManager[578]: <info> [1643307092.2841] dhcp4 (ens18): option domain_name_servers => '192.168.76.21' Jan 27 19:11:32 patrick-Standard-PC-i440FX-PIIX-1996 NetworkManager[578]: <info> [1643307092.2842] dhcp4 (ens18): option expiry => '1644171092' Jan 27 19:11:32 patrick-Standard-PC-i440FX-PIIX-1996 NetworkManager[578]: <info> [1643307092.2842] dhcp4 (ens18): option ip_address => '192.168.76.43' Jan 27 19:11:32 patrick-Standard-PC-i440FX-PIIX-1996 NetworkManager[578]: <info> [1643307092.2842] dhcp4 (ens18): option next_server => '192.168.76.1' Jan 27 19:11:32 patrick-Standard-PC-i440FX-PIIX-1996 NetworkManager[578]: <info> [1643307092.2842] dhcp4 (ens18): option ntp_servers => '192.168.76.1' Jan 27 19:11:32 patrick-Standard-PC-i440FX-PIIX-1996 NetworkManager[578]: <info> [1643307092.2842] dhcp4 (ens18): option requested_broadcast_address => '1' Jan 27 19:11:32 patrick-Standard-PC-i440FX-PIIX-1996 NetworkManager[578]: <info> [1643307092.2842] dhcp4 (ens18): option requested_domain_name => '1' Jan 27 19:11:32 patrick-Standard-PC-i440FX-PIIX-1996 NetworkManager[578]: <info> [1643307092.2842] dhcp4 (ens18): option requested_domain_name_servers => '1' Jan 27 19:11:32 patrick-Standard-PC-i440FX-PIIX-1996 NetworkManager[578]: <info> [1643307092.2843] dhcp4 (ens18): option requested_domain_search => '1' Jan 27 19:11:32 patrick-Standard-PC-i440FX-PIIX-1996 NetworkManager[578]: <info> [1643307092.2843] dhcp4 (ens18): option requested_host_name => '1' Jan 27 19:11:32 patrick-Standard-PC-i440FX-PIIX-1996 NetworkManager[578]: <info> [1643307092.2843] dhcp4 (ens18): option requested_interface_mtu => '1' Jan 27 19:11:32 patrick-Standard-PC-i440FX-PIIX-1996 NetworkManager[578]: <info> [1643307092.2843] dhcp4 (ens18): option requested_ms_classless_static_routes => '1' Jan 27 19:11:32 patrick-Standard-PC-i440FX-PIIX-1996 NetworkManager[578]: <info> [1643307092.2843] dhcp4 (ens18): option requested_nis_domain => '1' Jan 27 19:11:32 patrick-Standard-PC-i440FX-PIIX-1996 NetworkManager[578]: <info> [1643307092.2843] dhcp4 (ens18): option requested_nis_servers => '1' Jan 27 19:11:32 patrick-Standard-PC-i440FX-PIIX-1996 NetworkManager[578]: <info> [1643307092.2843] dhcp4 (ens18): option requested_ntp_servers => '1' Jan 27 19:11:32 patrick-Standard-PC-i440FX-PIIX-1996 NetworkManager[578]: <info> [1643307092.2843] dhcp4 (ens18): option requested_rfc3442_classless_static_routes => '1' Jan 27 19:11:32 patrick-Standard-PC-i440FX-PIIX-1996 NetworkManager[578]: <info> [1643307092.2844] dhcp4 (ens18): option requested_root_path => '1' Jan 27 19:11:32 patrick-Standard-PC-i440FX-PIIX-1996 NetworkManager[578]: <info> [1643307092.2844] dhcp4 (ens18): option requested_routers => '1' Jan 27 19:11:32 patrick-Standard-PC-i440FX-PIIX-1996 NetworkManager[578]: <info> [1643307092.2844] dhcp4 (ens18): option requested_static_routes => '1' Jan 27 19:11:32 patrick-Standard-PC-i440FX-PIIX-1996 NetworkManager[578]: <info> [1643307092.2844] dhcp4 (ens18): option requested_subnet_mask => '1' Jan 27 19:11:32 patrick-Standard-PC-i440FX-PIIX-1996 NetworkManager[578]: <info> [1643307092.2844] dhcp4 (ens18): option requested_time_offset => '1' Jan 27 19:11:32 patrick-Standard-PC-i440FX-PIIX-1996 NetworkManager[578]: <info> [1643307092.2844] dhcp4 (ens18): option requested_wpad => '1' Jan 27 19:11:32 patrick-Standard-PC-i440FX-PIIX-1996 NetworkManager[578]: <info> [1643307092.2844] dhcp4 (ens18): option routers => '192.168.76.1' Jan 27 19:11:32 patrick-Standard-PC-i440FX-PIIX-1996 NetworkManager[578]: <info> [1643307092.2845] dhcp4 (ens18): option subnet_mask => '255.255.255.0' Jan 27 19:11:32 patrick-Standard-PC-i440FX-PIIX-1996 NetworkManager[578]: <info> [1643307092.2845] dhcp4 (ens18): state changed unknown -> bound Jan 27 19:11:33 patrick-Standard-PC-i440FX-PIIX-1996 NetworkManager[578]: <info> [1643307093.7133] dhcp6 (ens18): activation: beginning transaction (timeout in 45 seconds) Jan 27 19:11:33 patrick-Standard-PC-i440FX-PIIX-1996 NetworkManager[578]: <info> [1643307093.7194] dhcp6 (ens18): option dhcp6_name_servers => '2a04:4540:6e0d:9d00:70e6:2ff:xxxx:xxxx' Jan 27 19:11:33 patrick-Standard-PC-i440FX-PIIX-1996 NetworkManager[578]: <info> [1643307093.7194] dhcp6 (ens18): state changed unknown -> bound
Bei cat /var/log/syslog | grep -Ei 'dhcp' kommt gar nichts.
-
@crunchip
Fritzbox Heimnetz>Netzwerk>Lokaler DNS Server die IP deines Pihole ein, Haken DHCP Server aktivieren
Internet>Zugangsdaten DNSv4-Server ebenfalls deine IP des Pihole einhabe ich beides so hinterlegt.
Deiner VM und auch deinem Proxmox Host, gibst du als DNS die IP der Fritzbox
würde das nicht das Blocken umgehen? Hast Du einen Tipp, wie ich das umsetzen kann? Bisher hab ich dazu nirgends etwas gelesen.
-
@patrickfro sagte in VM mit IoBroker verliert regelmäßig LAN-Verbindung:
würde das nicht das Blocken umgehen?
was möchtest du den blockieren von deiner VM bzw deinem Proxmox Host?
@patrickfro sagte in VM mit IoBroker verliert regelmäßig LAN-Verbindung:
Hast Du einen Tipp, wie ich das umsetzen kann? Bisher hab ich dazu nirgends etwas gelesen.
hast du keine statischen IP's hinterlegt?
Debian VM? dann editierst du/etc/network/interfaces
und trägst dort deinendns-nameservers
einein Ausschnitt, sieht in etwa so aus, musst du natürlich anpassen
source /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug ens18 iface ens18 inet static address 10.1.1.10 netmask 255.255.255.0 gateway 10.1.1.1 dns-nameservers 10.1.1.1 # This is an autoconfigured IPv6 interface
für deinen Proxmox Host findest du es direkt in der Gui
-
@dert heute war scheinbar der halbe Tag keine Verbindung vorhanden:
patrick@patrick-Standard-PC-i440FX-PIIX-1996:~$ nslookup example.com | grep Serv er Server: 127.0.0.53 patrick@patrick-Standard-PC-i440FX-PIIX-1996:~$ sudo nano /run/systemd/resolve/resolv.conf patrick@patrick-Standard-PC-i440FX-PIIX-1996:~$ ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: ens18: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000 link/ether 8e:14:48:87:xx:xx brd ff:ff:ff:ff:xx:xx altname enp0s18 inet 192.168.76.43/24 brd 192.168.76.255 scope global dynamic noprefixroute ens18 valid_lft 683159sec preferred_lft 683159sec inet6 fd00::6015:a81e:xxxx:xxxx/64 scope global temporary dynamic valid_lft 7144sec preferred_lft 3544sec inet6 2a04:4540:6e00:xxxx:8494:xxxx:xxxx:xxxx/64 scope global temporary dynamic valid_lft 7144sec preferred_lft 3544sec inet6 2a04:4540:6e00:xxxx:5e2c:edb9:xxxx:xxxx/64 scope global dynamic mngtmpaddr noprefixroute valid_lft 7144sec preferred_lft 3544sec inet6 fd00::6592:37eb:xxxx:xxxx/64 scope global temporary deprecated dynamic valid_lft 7144sec preferred_lft 0sec inet6 fd00::950f:4c2f:xxxx:xxxx/64 scope global temporary deprecated dynamic valid_lft 7144sec preferred_lft 0sec inet6 fd00::8b9d:1f9:xxxx:xxxx/64 scope global dynamic mngtmpaddr noprefixroute valid_lft 7144sec preferred_lft 3544sec inet6 fe80::e703:c96d:xxxx:xxxx/64 scope link noprefixroute valid_lft forever preferred_lft forever patrick@patrick-Standard-PC-i440FX-PIIX-1996:~$ sudo nano /etc/netplan/01-network-manager-all.yaml patrick@patrick-Standard-PC-i440FX-PIIX-1996:~$ sudo dhclient -vr Internet Systems Consortium DHCP Client 4.4.1 Copyright 2004-2018 Internet Systems Consortium. All rights reserved. For info, please visit https://www.isc.org/software/dhcp/ Unknown command: -vr Usage: dhclient [-4|-6] [-SNTPRI1dvrxi] [-nw] [-p <port>] [-D LL|LLT] [--dad-wait-time <seconds>] [--prefix-len-hint <length>] [--decline-wait-time <seconds>] [--address-prefix-len <length>] [-s server-addr] [-cf config-file] [-df duid-file] [-lf lease-file] [-pf pid-file] [--no-pid] [-e VAR=val] [-sf script-file] [interface]* dhclient {--version|--help|-h} If you think you have received this message due to a bug rather than a configuration issue please read the section on submitting bugs on either our web page at www.isc.org or in the README file before submitting a bug. These pages explain the proper process and the information we find helpful for debugging. exiting.
patrick@patrick-Standard-PC-i440FX-PIIX-1996:~$ sudo dhclient -v Internet Systems Consortium DHCP Client 4.4.1 Copyright 2004-2018 Internet Systems Consortium. All rights reserved. For info, please visit https://www.isc.org/software/dhcp/ Listening on LPF/ens18/8e:14:48:87:xx:xx Sending on LPF/ens18/8e:14:48:87:xx:xx Sending on Socket/fallback DHCPDISCOVER on ens18 to 255.255.255.255 port 67 interval 3 (xid=0x5261415e) DHCPOFFER of 192.168.76.43 from 192.168.76.1 DHCPREQUEST for 192.168.76.43 on ens18 to 255.255.255.255 port 67 (xid=0x5e416152) DHCPACK of 192.168.76.43 from 192.168.76.1 (xid=0x5261415e) RTNETLINK answers: File exists bound to 192.168.76.43 -- renewal in 324464 seconds. patrick@patrick-Standard-PC-i440FX-PIIX-1996:~$
@crunchip Ubuntu. Hab die IPv4-Einstellungen gerade gefunden und auf Fritzbox geändert. Warum ich davon nicht begeistert bin: wenn ich schon Pi-Hole nutze, möchte ich am liebsten keinerlei Ausnahmen machen. Letztlich hat als einzige VM die mit IoBroker Probleme, alle anderen haben durchgehend Internetzugriff.
-
Ich habe möglicherweise eine andere Lösung gefunden:
/etc/pihole/pihole-FTL.conf um RATE_LIMIT=0/0 ergänzen. Seit dieser Einstellung scheint es erstmal zu funktionieren -
Leider hat es auch nicht das gewünschte Ergebnis. Daher muss ich wohl wirklich den DNS-Server für IoBroker manuell zur Fritzbox ändern. Sehr schade.
-
Ich habe in der fritzbox den Pihole als DNS Server eingetragen und im pihole 1.1.1.1 und 8.8.8.8
Alle anderen geräte nutzen die Fritzbox als dns.
Funktioniert das bei dir nicht?Das hat den Vorteil, das ich nur an zentraler Stelle Änderungen vornehmen muss.
-
@muchul Bisher leider nicht, wobei ich bisher entweder 8.8.8.8 und 8.8.4.4 oder 1.1.1.1 und 1.0.0.1 kombiniert habe.
Den Vorteil wie von Dir beschrieben wollte ich eben auch nutzen und nicht einzelne Geräte konfigurieren.
Mit deinem Konfiguration und ohne DNSv6 versuche ich es gerade erneut, mal schauen ob bis morgen Abend Fehler auftauchen.
-
@muchul Kein Absturz innerhalb der letzten 24 Stunden. Scheint geholfen zu haben.
Vielen Dank für Eure Hilfe