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

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. Tester
  4. Tester für WireGuard Adapter gesucht

NEWS

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

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

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

Tester für WireGuard Adapter gesucht

Geplant Angeheftet Gesperrt Verschoben Tester
118 Beiträge 12 Kommentatoren 16.1k Aufrufe 17 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.
  • NegaleinN Negalein

    @grizzelbee sagte in Tester für WireGuard Adapter gesucht:

    Das passiert, weil Du die Devices nicht benannt hast.

    Ah, ok. Dann werde ich das mal nachtragen.

    Keine Ahnung was besser ist. Mir sind die Devices wichtig um den Überblick bei den Keys zu behalten. Da ist mir nur der User zu wenig.

    Ich hab zB User, die den selben Key auf mehreren Geräten verwenden.
    Für Laptop und Handy zB gibt es nicht für jedes Gerät einen eigenen Key.
    Muss ich mal überlegen, ob ich pro Gerät einen Key erstelle. Ist ja eh gleich erledigt. :)

    GrizzelbeeG Offline
    GrizzelbeeG Offline
    Grizzelbee
    Developer
    schrieb am zuletzt editiert von
    #107

    @negalein und alle anderen:
    Habe gerade einen neuen Fix veröffentlicht:

    v1.5.10 (2023-08-17)

    • (grizzelbee) Fix: Adapter doesn't crash anymore when user or device name is missing in config.
    S 1 Antwort Letzte Antwort
    0
    • GrizzelbeeG Grizzelbee

      @negalein und alle anderen:
      Habe gerade einen neuen Fix veröffentlicht:

      v1.5.10 (2023-08-17)

      • (grizzelbee) Fix: Adapter doesn't crash anymore when user or device name is missing in config.
      S Abwesend
      S Abwesend
      Shadowhunter23
      schrieb am zuletzt editiert von Shadowhunter23
      #108

      @grizzelbee danke für den Adapter. Hab allerdings noch eine Frage.
      Das Abfrageintervall steht als Standard auf 120 Sekunden.
      Was wäre das kleinste Abfrageintervall was man einstellen kann?
      Oder hätte ein kleineres Abfrageintervall irgendwelche Nachteile?

      Proxmox 9 HA-Cluster mit 3x HP prodesk 400 G6 i5
      Bei einem downvote bitte melden, es könnte sein, dass dieser ungewollt ist!

      David G.D GrizzelbeeG 2 Antworten Letzte Antwort
      0
      • S Shadowhunter23

        @grizzelbee danke für den Adapter. Hab allerdings noch eine Frage.
        Das Abfrageintervall steht als Standard auf 120 Sekunden.
        Was wäre das kleinste Abfrageintervall was man einstellen kann?
        Oder hätte ein kleineres Abfrageintervall irgendwelche Nachteile?

        David G.D Online
        David G.D Online
        David G.
        schrieb am zuletzt editiert von
        #109

        @shadowhunter23

        Ich hab es auf 30 stehen.
        Bisher keine Nebeneffekte erkannt.

        Zeigt eure Lovelace-Visualisierung klick
        (Auch ideal um sich Anregungen zu holen)

        Meine Tabellen für eure Visualisierung klick

        1 Antwort Letzte Antwort
        2
        • S Shadowhunter23

          @grizzelbee danke für den Adapter. Hab allerdings noch eine Frage.
          Das Abfrageintervall steht als Standard auf 120 Sekunden.
          Was wäre das kleinste Abfrageintervall was man einstellen kann?
          Oder hätte ein kleineres Abfrageintervall irgendwelche Nachteile?

          GrizzelbeeG Offline
          GrizzelbeeG Offline
          Grizzelbee
          Developer
          schrieb am zuletzt editiert von
          #110

          Hallo SchadowHunter,

          @shadowhunter23 sagte in Tester für WireGuard Adapter gesucht:

          Was wäre das kleinste Abfrageintervall was man einstellen kann?

          Der kleinste ist im Grunde 1 Sekunde. Über Sinn und Unsinn eines so kurzen Intervalls kann man sicherlich diskutieren.

          Oder hätte ein kleineres Abfrageintervall irgendwelche Nachteile?

          Ja. Je kleiner der Intervall desto höher die durch die Abfrage ausgelöste Systemlast. Deshalb habe ich 120 Sekunden als default genommen - um auch schwächere Systeme nicht sofort beim ersten Start zu zerlegen. Ich selbst habe bei mir 20 Sekunden eingestellt. Der kürzeste sinnvolle Intervall ist im Grunde die Zeit, die das jeweilige System - unter ca. 75% Last - benötigt um die Anfrage komplett zu verarbeiten - plus (mindestens) eine Sekunde. Sonst überlappen sich die Abfragen.

          1 Antwort Letzte Antwort
          1
          • NegaleinN Offline
            NegaleinN Offline
            Negalein
            Global Moderator
            schrieb am zuletzt editiert von
            #111

            @Grizzelbee

            mit 1.6.2 kommen haufenweise dieser Meldungen.

            Node.js: v18.19.0
            NPM: 10.2.3
            Admin: 6.15.2
            JS-Controller: 5.0.17

            2024-03-26 18:14:22.366  - warn: wireguard.0 (1754650) Setting Nega-wg0.peers.PBQtaueqfB/GxwU6AElLQWXiRRlIPtBofbK1By9oBFY=.connected to false is senseless. Please open an issue on github and provide a debug log sowing the occurrence of this issue.
            2024-03-26 18:14:22.366  - warn: wireguard.0 (1754650) Setting Nega-wg0.users to null is senseless. Please open an issue on github and provide a debug log sowing the occurrence of this issue.
            

            Issue hab ich erstellt.

            ° Node.js: 20.17.0 NPM: 10.8.2
            ° Proxmox, Ubuntu 22.04.3 LTS
            ° Fixer ---> iob fix

            1 Antwort Letzte Antwort
            0
            • David G.D Online
              David G.D Online
              David G.
              schrieb am zuletzt editiert von
              #112

              Hat es von euch schonmal jemand geschafft, auf die wireguard Daten einer Fritzbox zu kommen?

              Zeigt eure Lovelace-Visualisierung klick
              (Auch ideal um sich Anregungen zu holen)

              Meine Tabellen für eure Visualisierung klick

              GrizzelbeeG 1 Antwort Letzte Antwort
              0
              • David G.D David G.

                Hat es von euch schonmal jemand geschafft, auf die wireguard Daten einer Fritzbox zu kommen?

                GrizzelbeeG Offline
                GrizzelbeeG Offline
                Grizzelbee
                Developer
                schrieb am zuletzt editiert von
                #113

                @david-g sagte in Tester für WireGuard Adapter gesucht:

                Hat es von euch schonmal jemand geschafft, auf die wireguard Daten einer Fritzbox zu kommen?

                Ich befürchte dass du die Frage falsch gestellt hast :wink: - ich denke sie müsste lauten ob es schon ein jemand versucht hat an die Daten zu kommen.
                Ich für meinen Teil kann sagen dass ich schon einmal darüber nachgedacht habe - mehr aber auch nicht.
                Das wäre schon eine Menge Aufwand das nur zu versuchen und das bei völlig ungewissem Ausgang der Aktion. Deshalb scheue ich den Aufwand.
                Wenn jemand klar sagen könnte ob u d wie man an die Daten kommt, würde ich es einbauen - aber für Forschung fehlen mir aktuell die Zeit und die Nerven.

                Liebe Grüße
                Grizzelbee

                David G.D NegaleinN 2 Antworten Letzte Antwort
                0
                • GrizzelbeeG Grizzelbee

                  @david-g sagte in Tester für WireGuard Adapter gesucht:

                  Hat es von euch schonmal jemand geschafft, auf die wireguard Daten einer Fritzbox zu kommen?

                  Ich befürchte dass du die Frage falsch gestellt hast :wink: - ich denke sie müsste lauten ob es schon ein jemand versucht hat an die Daten zu kommen.
                  Ich für meinen Teil kann sagen dass ich schon einmal darüber nachgedacht habe - mehr aber auch nicht.
                  Das wäre schon eine Menge Aufwand das nur zu versuchen und das bei völlig ungewissem Ausgang der Aktion. Deshalb scheue ich den Aufwand.
                  Wenn jemand klar sagen könnte ob u d wie man an die Daten kommt, würde ich es einbauen - aber für Forschung fehlen mir aktuell die Zeit und die Nerven.

                  Liebe Grüße
                  Grizzelbee

                  David G.D Online
                  David G.D Online
                  David G.
                  schrieb am zuletzt editiert von
                  #114

                  @grizzelbee

                  Ich hab zwar so keine Ahnung vom Thema, aber ich google das heute abend mal ^^.

                  Ich selber habe wireguard im LCX (hatte überlegt zu wechseln), denke aber es werden immer mehr Leute die es in einer Fritte haben.

                  Zeigt eure Lovelace-Visualisierung klick
                  (Auch ideal um sich Anregungen zu holen)

                  Meine Tabellen für eure Visualisierung klick

                  1 Antwort Letzte Antwort
                  0
                  • GrizzelbeeG Grizzelbee

                    @david-g sagte in Tester für WireGuard Adapter gesucht:

                    Hat es von euch schonmal jemand geschafft, auf die wireguard Daten einer Fritzbox zu kommen?

                    Ich befürchte dass du die Frage falsch gestellt hast :wink: - ich denke sie müsste lauten ob es schon ein jemand versucht hat an die Daten zu kommen.
                    Ich für meinen Teil kann sagen dass ich schon einmal darüber nachgedacht habe - mehr aber auch nicht.
                    Das wäre schon eine Menge Aufwand das nur zu versuchen und das bei völlig ungewissem Ausgang der Aktion. Deshalb scheue ich den Aufwand.
                    Wenn jemand klar sagen könnte ob u d wie man an die Daten kommt, würde ich es einbauen - aber für Forschung fehlen mir aktuell die Zeit und die Nerven.

                    Liebe Grüße
                    Grizzelbee

                    NegaleinN Offline
                    NegaleinN Offline
                    Negalein
                    Global Moderator
                    schrieb am zuletzt editiert von
                    #115

                    @grizzelbee

                    Hallo

                    Ich hab in WG einen neuen Client hinzugefügt.
                    Dieser wird mir in ioB nicht angezeigt.

                    2025-07-14 07:58:20.560 - info: host.ioBroker instance system.adapter.wireguard.0 in version "1.8.0" started with pid 78643
                    2025-07-14 07:58:21.459 - debug: wireguard.0 (78643) Redis Objects: Use Redis connection: 0.0.0.0:9001
                    2025-07-14 07:58:21.514 - debug: wireguard.0 (78643) Objects client ready ... initialize now
                    2025-07-14 07:58:21.519 - debug: wireguard.0 (78643) Objects create System PubSub Client
                    2025-07-14 07:58:21.520 - debug: wireguard.0 (78643) Objects create User PubSub Client
                    2025-07-14 07:58:21.684 - debug: wireguard.0 (78643) Objects client initialize lua scripts
                    2025-07-14 07:58:21.690 - debug: wireguard.0 (78643) Objects connected to redis: 0.0.0.0:9001
                    2025-07-14 07:58:21.759 - debug: wireguard.0 (78643) Redis States: Use Redis connection: 0.0.0.0:9000
                    2025-07-14 07:58:21.803 - debug: wireguard.0 (78643) States create System PubSub Client
                    2025-07-14 07:58:21.804 - debug: wireguard.0 (78643) States create User PubSub Client
                    2025-07-14 07:58:21.896 - debug: wireguard.0 (78643) States connected to redis: 0.0.0.0:9000
                    2025-07-14 07:58:21.972 - debug: wireguard.0 (78643) Plugin sentry Initialize Plugin (enabled=true)
                    2025-07-14 07:58:22.277 - info: wireguard.0 (78643) starting. Version 1.8.0 in /opt/iobroker/node_modules/iobroker.wireguard, node: v20.19.1, js-controller: 7.0.7
                    2025-07-14 07:58:22.377 - info: wireguard.0 (78643) There is 1 wireguard host to monitor.
                    2025-07-14 07:58:22.426 - debug: wireguard.0 (78643) _knownInterfaces={"Nega-wg0":{"id":"wireguard.0.Nega-wg0","online":false}}
                    2025-07-14 07:58:22.426 - info: wireguard.0 (78643) Started 30 seconds monitoring interval for host [Nega]
                    2025-07-14 07:58:52.426 - debug: wireguard.0 (78643) Retrieving WireGuard status of host [Nega] on address [10.0.1.204]
                    2025-07-14 07:58:52.427 - debug: wireguard.0 (78643) Trying to reach host 10.0.1.204.
                    2025-07-14 07:58:52.427 - debug: wireguard.0 (78643) Connecting to host: [10.0.1.204] on port 22
                    2025-07-14 07:58:52.480 - debug: wireguard.0 (78643) ssh client :: authenticated
                    2025-07-14 07:58:52.480 - debug: wireguard.0 (78643) Executing command [sudo wg show all dump] on host 10.0.1.204.
                    2025-07-14 07:58:52.646 - debug: wireguard.0 (78643) Stream :: close
                    2025-07-14 07:58:52.647 - debug: wireguard.0 (78643) received rawdata: wg0 xxxxxxxxxx xxxxxxxxxx 51820 off
                    2025-07-14 07:58:52.648 - debug: wireguard.0 (78643) Workdata: [["wg0","xxxxxxxxxx/hdWQ=","xxxxxxxxxx","51820","off"],["wg0","xxxxxxxxxx","xxxxxxxxxx","(none)","10.252.1.1/32","0","0","0","off"],["wg0","xxxxxxxxxx","xxxxxxxxxx","(none)","10.252.1.2/32","0","0","0","off"],["wg0","xxxxxxxxxx","xxxxxxxxxx","(none)","10.252.1.5/32","0","0","0","off"],["wg0","xxxxxxxxxx","xxxxxxxxxx","(none)","10.252.1.6/32","0","0","0","off"],["wg0","xxxxxxxxxx","xxxxxxxxxx","100.65.12.60:55038","10.252.1.7/32","1752472647","132884","28060","off"],["wg0","xxxxxxxxxx","xxxxxxxxxx","185.129.173.57:60979","10.252.1.3/32","1752472662","210016","1609792","off"],[""]]
                    2025-07-14 07:58:52.648 - debug: wireguard.0 (78643) New Interface: wg0. Initialize object.
                    2025-07-14 07:58:52.649 - debug: wireguard.0 (78643) Host: Nega has 1 wireguard interface(s).
                    2025-07-14 07:58:52.649 - debug: wireguard.0 (78643) baseId: Nega-wg0
                    2025-07-14 07:58:52.650 - debug: wireguard.0 (78643) setAllKnownInterfacesOnlineState: _knownInterfaces: {"Nega-wg0":{"id":"wireguard.0.Nega-wg0","online":true}}
                    2025-07-14 07:58:52.651 - debug: wireguard.0 (78643) Setting Nega-wg0.peers to null is senseless.
                    2025-07-14 07:58:52.651 - debug: wireguard.0 (78643) This usually only happens when you misconfigure this adapter. Please read the documentation on GitHub and fix your config.
                    2025-07-14 07:58:52.651 - debug: wireguard.0 (78643) Setting Nega-wg0.peers.xxxxxxxxxx to null is senseless.
                    2025-07-14 07:58:52.651 - debug: wireguard.0 (78643) This usually only happens when you misconfigure this adapter. Please read the documentation on GitHub and fix your config.
                    2025-07-14 07:58:52.651 - debug: wireguard.0 (78643) Setting Nega-wg0.peers.xxxxxxxxxx.allowedIps to null is senseless.
                    2025-07-14 07:58:52.651 - debug: wireguard.0 (78643) This usually only happens when you misconfigure this adapter. Please read the documentation on GitHub and fix your config.
                    2025-07-14 07:58:52.652 - debug: wireguard.0 (78643) Setting Nega-wg0.peers.xxxxxxxxxx to null is senseless.
                    2025-07-14 07:58:52.652 - debug: wireguard.0 (78643) This usually only happens when you misconfigure this adapter. Please read the documentation on GitHub and fix your config.
                    2025-07-14 07:58:52.652 - debug: wireguard.0 (78643) Setting Nega-wg0.peers.xxxxxxxxxx.allowedIps to null is senseless.
                    2025-07-14 07:58:52.652 - debug: wireguard.0 (78643) This usually only happens when you misconfigure this adapter. Please read the documentation on GitHub and fix your config.
                    2025-07-14 07:58:52.652 - debug: wireguard.0 (78643) Setting Nega-wg0.peers.xxxxxxxxxx to null is senseless.
                    2025-07-14 07:58:52.652 - debug: wireguard.0 (78643) This usually only happens when you misconfigure this adapter. Please read the documentation on GitHub and fix your config.
                    2025-07-14 07:58:52.653 - debug: wireguard.0 (78643) Setting Nega-wg0.peers.xxxxxxxxxx.allowedIps to null is senseless.
                    2025-07-14 07:58:52.653 - debug: wireguard.0 (78643) This usually only happens when you misconfigure this adapter. Please read the documentation on GitHub and fix your config.
                    2025-07-14 07:58:52.653 - debug: wireguard.0 (78643) Setting Nega-wg0.peers.xxxxxxxxxx to null is senseless.
                    2025-07-14 07:58:52.653 - debug: wireguard.0 (78643) This usually only happens when you misconfigure this adapter. Please read the documentation on GitHub and fix your config.
                    2025-07-14 07:58:52.653 - debug: wireguard.0 (78643) Setting Nega-wg0.peers.xxxxxxxxxx.allowedIps to null is senseless.
                    2025-07-14 07:58:52.653 - debug: wireguard.0 (78643) This usually only happens when you misconfigure this adapter. Please read the documentation on GitHub and fix your config.
                    2025-07-14 07:58:52.653 - debug: wireguard.0 (78643) Setting Nega-wg0.peers.xxxxxxxxxx to null is senseless.
                    2025-07-14 07:58:52.653 - debug: wireguard.0 (78643) This usually only happens when you misconfigure this adapter. Please read the documentation on GitHub and fix your config.
                    2025-07-14 07:58:52.654 - debug: wireguard.0 (78643) Setting Nega-wg0.peers.xxxxxxxxxx.allowedIps to null is senseless.
                    2025-07-14 07:58:52.654 - debug: wireguard.0 (78643) This usually only happens when you misconfigure this adapter. Please read the documentation on GitHub and fix your config.
                    2025-07-14 07:58:52.654 - debug: wireguard.0 (78643) Setting Nega-wg0.peers.YpcvgzbUTpuE5fptixxxxxxxxxx to null is senseless.
                    2025-07-14 07:58:52.654 - debug: wireguard.0 (78643) This usually only happens when you misconfigure this adapter. Please read the documentation on GitHub and fix your config.
                    2025-07-14 07:58:52.654 - debug: wireguard.0 (78643) Setting Nega-wg0.peers.YpcvgzbUTpuE5fptixxxxxxxxxx.allowedIps to null is senseless.
                    2025-07-14 07:58:52.654 - debug: wireguard.0 (78643) This usually only happens when you misconfigure this adapter. Please read the documentation on GitHub and fix your config.
                    2025-07-14 07:58:52.654 - debug: wireguard.0 (78643) Setting Nega-wg0.users to null is senseless.
                    2025-07-14 07:58:52.654 - debug: wireguard.0 (78643) This usually only happens when you misconfigure this adapter. Please read the documentation on GitHub and fix your config.
                    2025-07-14 07:58:52.654 - debug: wireguard.0 (78643) Setting Nega-wg0.users.Nega to null is senseless.
                    2025-07-14 07:58:52.654 - debug: wireguard.0 (78643) This usually only happens when you misconfigure this adapter. Please read the documentation on GitHub and fix your config.
                    2025-07-14 07:58:52.654 - debug: wireguard.0 (78643) Setting Nega-wg0.users.Max to null is senseless.
                    2025-07-14 07:58:52.654 - debug: wireguard.0 (78643) This usually only happens when you misconfigure this adapter. Please read the documentation on GitHub and fix your config.
                    2025-07-14 07:58:52.654 - debug: wireguard.0 (78643) Setting Nega-wg0.users.Margret to null is senseless.
                    2025-07-14 07:58:52.655 - debug: wireguard.0 (78643) This usually only happens when you misconfigure this adapter. Please read the documentation on GitHub and fix your config.
                    2025-07-14 07:58:52.655 - debug: wireguard.0 (78643) Setting Nega-wg0.users.Dina to null is senseless.
                    2025-07-14 07:58:52.655 - debug: wireguard.0 (78643) This usually only happens when you misconfigure this adapter. Please read the documentation on GitHub and fix your config.
                    2025-07-14 07:58:52.655 - debug: wireguard.0 (78643) Setting Nega-wg0.users.Kloane to null is senseless.
                    2025-07-14 07:58:52.655 - debug: wireguard.0 (78643) This usually only happens when you misconfigure this adapter. Please read the documentation on GitHub and fix your config.
                    2025-07-14 07:58:52.655 - debug: wireguard.0 (78643) Setting Nega-wg0.users.Mario to null is senseless.
                    2025-07-14 07:58:52.655 - debug: wireguard.0 (78643) This usually only happens when you misconfigure this adapter. Please read the documentation on GitHub and fix your config.
                    2025-07-14 07:58:52.672 - debug: wireguard.0 (78643) Error while getObject: TypeError: Cannot read properties of null (reading 'common')
                    2025-07-14 07:58:52.673 - debug: wireguard.0 (78643) Error while getObject: TypeError: Cannot read properties of null (reading 'common')
                    2025-07-14 07:58:52.674 - debug: wireguard.0 (78643) Error while getObject: TypeError: Cannot read properties of null (reading 'common')
                    2025-07-14 07:58:52.675 - debug: wireguard.0 (78643) Error while getObject: TypeError: Cannot read properties of null (reading 'common')
                    2025-07-14 07:58:52.675 - debug: wireguard.0 (78643) Error while getObject: TypeError: Cannot read properties of null (reading 'common')
                    2025-07-14 07:58:52.675 - debug: wireguard.0 (78643) Error while getObject: TypeError: Cannot read properties of null (reading 'common')
                    2025-07-14 07:58:52.676 - debug: wireguard.0 (78643) Error while getObject: TypeError: Cannot read properties of null (reading 'common')
                    2025-07-14 07:58:52.676 - debug: wireguard.0 (78643) Error while getObject: TypeError: Cannot read properties of null (reading 'common')
                    2025-07-14 07:58:52.676 - debug: wireguard.0 (78643) Error while getObject: TypeError: Cannot read properties of null (reading 'common')
                    2025-07-14 07:58:52.677 - debug: wireguard.0 (78643) Error while getObject: TypeError: Cannot read properties of null (reading 'common')
                    2025-07-14 07:58:52.677 - debug: wireguard.0 (78643) Error while getObject: TypeError: Cannot read properties of null (reading 'common')
                    2025-07-14 07:58:52.677 - debug: wireguard.0 (78643) Error while getObject: TypeError: Cannot read properties of null (reading 'common')
                    2025-07-14 07:58:52.677 - debug: wireguard.0 (78643) Error while getObject: TypeError: Cannot read properties of null (reading 'common')
                    2025-07-14 07:58:52.677 - debug: wireguard.0 (78643) Error while getObject: TypeError: Cannot read properties of null (reading 'common')
                    2025-07-14 07:58:52.677 - debug: wireguard.0 (78643) Error while getObject: TypeError: Cannot read properties of null (reading 'common')
                    2025-07-14 07:58:52.677 - debug: wireguard.0 (78643) Error while getObject: TypeError: Cannot read properties of null (reading 'common')
                    2025-07-14 07:58:52.677 - debug: wireguard.0 (78643) Error while getObject: TypeError: Cannot read properties of null (reading 'common')
                    

                    Es geht um diesen Client

                    2025-07-14 07:58:52.654 - debug: wireguard.0 (78643) Setting Nega-wg0.peers.YpcvgzbUTpuE5fptixxxxxxxxxx to null is senseless.
                    2025-07-14 07:58:52.654 - debug: wireguard.0 (78643) This usually only happens when you misconfigure this adapter. Please read the documentation on GitHub and fix your config.
                    2025-07-14 07:58:52.654 - debug: wireguard.0 (78643) Setting Nega-wg0.peers.YpcvgzbUTpuE5fptixxxxxxxxxx.allowedIps to null is senseless.
                    2025-07-14 07:58:52.654 - debug: wireguard.0 (78643) This usually only happens when you misconfigure this adapter. Please read the documentation on 
                    2025-07-14 07:58:52.655 - debug: wireguard.0 (78643) Setting Nega-wg0.users.Mario to null is senseless.
                    2025-07-14 07:58:52.655 - debug: wireguard.0 (78643) This usually only happens when you misconfigure this adapter. Please read the documentation on GitHub and fix your config.
                    

                    72dc3ae3-e52b-4cf4-836f-eb898443a316-image.png

                    04431635-a416-4fa2-9214-a02416b8ca7e-image.png

                    d9905ace-4b67-4937-92f5-d39e5af221bd-image.png

                    ° Node.js: 20.17.0 NPM: 10.8.2
                    ° Proxmox, Ubuntu 22.04.3 LTS
                    ° Fixer ---> iob fix

                    1 Antwort Letzte Antwort
                    0
                    • GrizzelbeeG Grizzelbee

                      @bommel_030 sagte in Tester für WireGuard Adapter gesucht:

                      fand die Bennennung der Peers aber auch ganz praktisch.

                      "fand" ist Vergangenheit. Ist da irgendwas kaputt gegangen? Habe ich etwas übersehen?
                      EDIT: Ah! Der Screenshot von @ilovegym zeigt es - das sollte eigentlich nicht kaputt gehen. Bei mir hat sich da in zwei verschiedenen Umgebungen, jeweils nichts getan.

                      Umfrage: Was ist euch lieber?

                      • Gruppenname, wie vorher, über einen einzigen Konfig-Eintrag oder (also genau das Verhalten wie bisher, was bedeutet das die eigentlich abgekündigte Konfig-Spalte doch bleiben würde)
                      • Gruppenname setzt sich zusammen aus: Name + Device (aus Name: Bernd und Device: Smartphone wird im Baum: Bernd Smartphone - und die bisherige Spalte in der Konfig fällt weg)

                      Ich habe leider immer noch das Problem, dass ich bei meinen 2 Servern die beide definitiv online sind, der als online=true angezeigt der als letztes gepollt wurde.
                      Es wechseln also im Abrufintervall beide von offline zu online und der andere von online zu offline.

                      Ach! F***! Richtig. Da war noch etwas. Das habe ich vergessen zu fixen.

                      Ich habe mir mal einen Issue dazu gemacht, damit ich das nicht wieder vergesse:
                      https://github.com/Grizzelbee/ioBroker.wireguard/issues/64

                      Danke für die Erinnerung!

                      @negalein sagte in Tester für WireGuard Adapter gesucht:

                      Ich kann nicht sagen, ob diese Meldungen vor der 1.5.0 auch schon gekommen sind.
                      Mir sind sie gerade aufgefallen.
                      wireguard.0 2023-06-29 08:51:01.437 info State value to set for "wireguard.0.Nega-wg0.peers.xxxxxxxxxxxx.device" has to be type "undefined" but received type "string" wireguard.0 2023-06-29 08:51:01.436 info State value to set for "wireguard.0.Nega-wg0.peers.xxxxxxxxxxxx.user" has to be type "undefined" but received type "string"

                      Hmm. Ich habe während der Entwicklung nichts dergleichen gesehen - gucke ich aber noch einmal genauer hin. Danke für die Info.

                      NegaleinN Offline
                      NegaleinN Offline
                      Negalein
                      Global Moderator
                      schrieb am zuletzt editiert von Negalein
                      #116

                      @grizzelbee

                      zum Test hab ich mal alle Objekte gelöscht und Adapter neu gestartet.
                      Jetzt kommen keine Objekte mehr.

                      objects-ioBroker-07-16-2025_09_43_AM.png


                      PS: mit 1.7.0 ist wieder alles da.
                      Ausser den Namen in den Objekten.

                      d29a4f45-baef-4035-b09d-462220e6ce7b-image.png

                      ° Node.js: 20.17.0 NPM: 10.8.2
                      ° Proxmox, Ubuntu 22.04.3 LTS
                      ° Fixer ---> iob fix

                      NegaleinN 1 Antwort Letzte Antwort
                      0
                      • NegaleinN Negalein

                        @grizzelbee

                        zum Test hab ich mal alle Objekte gelöscht und Adapter neu gestartet.
                        Jetzt kommen keine Objekte mehr.

                        objects-ioBroker-07-16-2025_09_43_AM.png


                        PS: mit 1.7.0 ist wieder alles da.
                        Ausser den Namen in den Objekten.

                        d29a4f45-baef-4035-b09d-462220e6ce7b-image.png

                        NegaleinN Offline
                        NegaleinN Offline
                        Negalein
                        Global Moderator
                        schrieb am zuletzt editiert von
                        #117

                        @negalein sagte in Tester für WireGuard Adapter gesucht:

                        @grizzelbee

                        zum Test hab ich mal alle Objekte gelöscht und Adapter neu gestartet.
                        Jetzt kommen keine Objekte mehr.

                        objects-ioBroker-07-16-2025_09_43_AM.png


                        PS: mit 1.7.0 ist wieder alles da.
                        Ausser den Namen in den Objekten.

                        d29a4f45-baef-4035-b09d-462220e6ce7b-image.png

                        @Grizzelbee

                        kannst du zu dem Problem mit 1.8.0 schon was sagen?
                        Issue besteht schon länger.

                        ° Node.js: 20.17.0 NPM: 10.8.2
                        ° Proxmox, Ubuntu 22.04.3 LTS
                        ° Fixer ---> iob fix

                        GrizzelbeeG 1 Antwort Letzte Antwort
                        0
                        • NegaleinN Negalein

                          @negalein sagte in Tester für WireGuard Adapter gesucht:

                          @grizzelbee

                          zum Test hab ich mal alle Objekte gelöscht und Adapter neu gestartet.
                          Jetzt kommen keine Objekte mehr.

                          objects-ioBroker-07-16-2025_09_43_AM.png


                          PS: mit 1.7.0 ist wieder alles da.
                          Ausser den Namen in den Objekten.

                          d29a4f45-baef-4035-b09d-462220e6ce7b-image.png

                          @Grizzelbee

                          kannst du zu dem Problem mit 1.8.0 schon was sagen?
                          Issue besteht schon länger.

                          GrizzelbeeG Offline
                          GrizzelbeeG Offline
                          Grizzelbee
                          Developer
                          schrieb am zuletzt editiert von
                          #118

                          @negalein

                          Leider kann ich da noch nichts zu sagen - obwohl der Issue schon länger besteht.
                          Tatsache ist zu einen, das ich aktuell leider nicht die Produktivität habe, die ich gerne hätte und zum anderen sehr intensiv mit dem MieleCloudService beschäftigt bin. Oder anders ausgedrückt: Der MCS beansprucht gerade meine gesamte (gesundheitlich bedingt nicht besonders große) Aufmerksamkeit.

                          Ich kann dich im Moment nur um zwei Dingen bitten:

                          • Geduld
                          • Falls noch nicht geschehen, einen github Issue anlegen, damit das nicht in Vergessenheit gerät.

                          Tut mir leid, das ich keine besseren Nachrichten habe.

                          Hast Du schon mal probiert mehrere Versionen zurück zu gehen und zu schauen ob eine alte Version wie gewünscht und erwartet läuft? Vielleicht auch die Objekte durch eine alte Version anlegen lassen und dann ein Update drüber spielen.

                          Mehr fällt mir dazu leider gerade nicht ein. Tut mir leid.

                          Grizzelbee

                          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

                          873

                          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