Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

  1. ioBroker Community Home
  2. Deutsch
  3. Off Topic
  4. VM mit IoBroker verliert regelmäßig LAN-Verbindung

NEWS

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    8.3k

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    13
    1
    2.0k

  • Neues Video "KI im Smart Home" - ioBroker plus n8n
    BluefoxB
    Bluefox
    15
    1
    2.4k

VM mit IoBroker verliert regelmäßig LAN-Verbindung

Geplant Angeheftet Gesperrt Verschoben Off Topic
17 Beiträge 4 Kommentatoren 1.3k Aufrufe 4 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • P PatrickFro

    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  - info: host.IoBrokerVM instance system.adapter.weatherunderground.0 started with pid 509635
    2022-01-28 11:46:00.853  - info: 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  - error: telegram.5 (478010) getMe (reconnect #300) Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
    2022-01-28 11:46:02.097  - error: telegram.1 (478024) getMe (reconnect #300) Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
    2022-01-28 11:46:02.096  - error: telegram.7 (478045) getMe (reconnect #300) Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
    2022-01-28 11:46:03.121  - warn: 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  - error: telegram.4 (478031) getMe (reconnect #300) Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
    2022-01-28 11:46:05.171  - error: weatherunderground.0 (509635) Wunderground reported an error: --/Error: getaddrinfo EAI_AGAIN api.weather.com
    2022-01-28 11:46:06.192  - error: telegram.3 (478003) getMe (reconnect #300) Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
    2022-01-28 11:46:06.193  - error: telegram.0 (478038) getMe (reconnect #300) Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
    2022-01-28 11:46:06.193  - error: telegram.6 (478059) getMe (reconnect #300) Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
    2022-01-28 11:46:07.217  - error: 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  - error: telegram.8 (478017) getMe (reconnect #300) Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
    2022-01-28 11:46:09.265  - error: weatherunderground.0 (509635) Wunderground reported an error: --/Error: getaddrinfo EAI_AGAIN api.weather.com
    2022-01-28 11:46:13.364  - warn: 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  - error: weatherunderground.0 (509635) Wunderground reported an error: --/Error: getaddrinfo EAI_AGAIN api.weather.com
    2022-01-28 11:46:13.366  - error: weatherunderground.0 (509635) No data received!
    2022-01-28 11:46:14.386  - error: telegram.9 (478051) getMe (reconnect #230) Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
    2022-01-28 11:46:15.870  - info: weatherunderground.0 (509635) Terminated (NO_ERROR): Without reason
    2022-01-28 11:46:16.384  - info: host.IoBrokerVM instance system.adapter.weatherunderground.0 terminated with code 0 (NO_ERROR)
    2022-01-28 11:46:19.473  - error: 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  - warn: 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  - error: 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  - warn: 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  - error: 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  - warn: 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  - error: telegram.5 (478010) getMe (reconnect #310) Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
    2022-01-28 11:46:46.064  - error: telegram.7 (478045) getMe (reconnect #310) Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
    2022-01-28 11:46:46.066  - error: telegram.1 (478024) getMe (reconnect #310) Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
    2022-01-28 11:46:48.112  - error: 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  - error: telegram.4 (478031) getMe (reconnect #310) Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
    2022-01-28 11:46:50.160  - error: telegram.0 (478038) getMe (reconnect #310) Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
    2022-01-28 11:46:50.163  - error: telegram.6 (478059) getMe (reconnect #310) Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
    2022-01-28 11:46:50.164  - error: telegram.3 (478003) getMe (reconnect #310) Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
    2022-01-28 11:46:52.210  - error: telegram.8 (478017) getMe (reconnect #310) Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
    2022-01-28 11:46:54.256  - warn: 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  - error: telegram.9 (478051) getMe (reconnect #240) Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
    2022-01-28 11:46:58.355  - error: mihome-vacuum.0 (338895) HTTP error when getting _sign{"errno":-3001,"code":"EAI_AGAIN","syscall":"getaddrinfo","hostname":"account.xiaomi.com"}
    
    D Offline
    D Offline
    DerT
    Forum Testing
    schrieb am zuletzt editiert von
    #8

    @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'
    
    P 1 Antwort Letzte Antwort
    0
    • D DerT

      @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'
      
      P Offline
      P Offline
      PatrickFro
      schrieb am zuletzt editiert von PatrickFro
      #9

      @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.

      1 Antwort Letzte Antwort
      0
      • crunchipC crunchip

        @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

        P Offline
        P Offline
        PatrickFro
        schrieb am zuletzt editiert von
        #10

        @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 ein

        habe 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.

        1 Antwort Letzte Antwort
        0
        • crunchipC Abwesend
          crunchipC Abwesend
          crunchip
          Forum Testing Most Active
          schrieb am zuletzt editiert von
          #11

          @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 deinen dns-nameservers ein

          ein 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
          ee7a4e88-a460-49cd-ae2c-fe6783a9428b-grafik.png

          umgestiegen von Proxmox auf Unraid

          1 Antwort Letzte Antwort
          0
          • D DerT

            @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

            P Offline
            P Offline
            PatrickFro
            schrieb am zuletzt editiert von
            #12

            @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.

            1 Antwort Letzte Antwort
            0
            • P Offline
              P Offline
              PatrickFro
              schrieb am zuletzt editiert von PatrickFro
              #13

              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

              1 Antwort Letzte Antwort
              0
              • P Offline
                P Offline
                PatrickFro
                schrieb am zuletzt editiert von
                #14

                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.

                1 Antwort Letzte Antwort
                0
                • M Offline
                  M Offline
                  Muchul
                  schrieb am zuletzt editiert von
                  #15

                  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.

                  P 1 Antwort Letzte Antwort
                  0
                  • P Offline
                    P Offline
                    PatrickFro
                    schrieb am zuletzt editiert von
                    #16

                    @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.

                    1 Antwort Letzte Antwort
                    0
                    • M Muchul

                      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.

                      P Offline
                      P Offline
                      PatrickFro
                      schrieb am zuletzt editiert von
                      #17

                      @muchul Kein Absturz innerhalb der letzten 24 Stunden. Scheint geholfen zu haben.

                      Vielen Dank für Eure Hilfe

                      1 Antwort Letzte Antwort
                      0
                      Antworten
                      • In einem neuen Thema antworten
                      Anmelden zum Antworten
                      • Älteste zuerst
                      • Neuste zuerst
                      • Meiste Stimmen


                      Support us

                      ioBroker
                      Community Adapters
                      Donate

                      411

                      Online

                      32.4k

                      Benutzer

                      81.4k

                      Themen

                      1.3m

                      Beiträge
                      Community
                      Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                      ioBroker Community 2014-2025
                      logo
                      • Anmelden

                      • Du hast noch kein Konto? Registrieren

                      • Anmelden oder registrieren, um zu suchen
                      • Erster Beitrag
                        Letzter Beitrag
                      0
                      • Home
                      • Aktuell
                      • Tags
                      • Ungelesen 0
                      • Kategorien
                      • Unreplied
                      • Beliebt
                      • GitHub
                      • Docu
                      • Hilfe