NEWS
Tester für WireGuard Adapter gesucht
-
Hmm - ich bin gerade nicht sicher ob ich dir wirklich folgen kann.
"Peers" tauchen nur im Objektbaum auf - und die haben allowed_ips. Die werden aber in der WireGuard Config hinterlegt.
Ansonsten listet der Adapter alle Peers auf, die konfiguriert sind - da gibt es kein Limit.Konfigurieren kannst Du hier keine Peers.
Hast Du vielleicht diesen Adapter?
Um den geht es hier nämlich nicht.
@grizzelbee
Danke fürs die Weiterentwicklung. Jetzt wechseln meine beiden Server nicht mehr zwischen online true/false.
Ein "Problem" hab ich an dem Punkt aber noch. Habe zum Test einen Host mit wg-quick down wg0 schlafen gelegt.
Daraufhin wird der online Datenpunkt auf false gesetzt. Nach wg-quick up wg0 und Abrufintervall ist er wieder true.
Wenn wireguard (bei mir ein Container in Proxmox) aber komplett heruntergefahren ist bleibt es bei online=true, auch wenn er laut Log erkennt dass der Host nicht mehr erreichbar ist.Error: connect EHOSTUNREACH 192.X.X.X:22Ist das beabsichtigt, oder kannst du einbauen, dass online=false wenn Host nicht erreichbar?
Nachtrag, einen hab ich noch... Mittels suspend peer kann ich ja einen Nutzer stillegen, das klappt einwadfrei.
wireguard.0 2023-08-11 09:57:55.037 debug received rawdata: wireguard.0 2023-08-11 09:57:55.037 debug Stream :: close wireguard.0 2023-08-11 09:57:54.945 debug Executing command [sudo wg set wg0 peer 555Schuh= remove] on host 192.168.10.4. wireguard.0 2023-08-11 09:57:54.945 debug ssh client :: authenticated wireguard.0 2023-08-11 09:57:54.837 debug Connecting to host: [192.168.10.4] on port 22 wireguard.0 2023-08-11 09:57:54.837 debug Trying to reach host 192.168.10.4. wireguard.0 2023-08-11 09:57:54.837 info Suspending peer [Bommel-S21] of interface wg0 on host 192.168.10.4. wireguard.0 2023-08-11 09:57:54.836 debug Received request to suspend_Peer.restore peer wird laut Log auch ausgeführt, Nutzer kann sich dann aber weiterhin nicht verbinden:
wireguard.0 2023-08-11 09:58:46.243 debug received rawdata: wireguard.0 2023-08-11 09:58:46.243 debug Stream :: close wireguard.0 2023-08-11 09:58:46.133 debug Executing command [sudo wg set wg0 peer 555Schuh= allowed-ips 10.252.1.1/32] on host 192.168.10.4. wireguard.0 2023-08-11 09:58:46.133 debug ssh client :: authenticated wireguard.0 2023-08-11 09:58:46.030 debug Connecting to host: [192.168.10.4] on port 22 wireguard.0 2023-08-11 09:58:46.030 debug Trying to reach host 192.168.10.4. wireguard.0,2023-08-11 09:58:46.030 info Restoring peer [Bommel-S21] of interface wg0 on host 192.168.10.4 with IP [10.252.1.1/32]. wireguard.0 2023-08-11 09:58:46.029 info Restoring peer 555Schuh= with IP 10.252.1.1/32 on interface wg0. wireguard.0 2023-08-11 09:58:46.028 info Path: wireguard.0.Fontane-wg0.peers.v3uWcMPl9HJ0MKasTQN61nH3hs/DsDN4VBGIPGK6Q3c=.allowedIps.0 wireguard.0 2023-08-11 09:58:46.028 debug Received request to restore_Peer.Auch ein restore all peers hilft hier nicht. Erst nach wg-quick down / up kann sich der Nutzer wieder verbinden.
-
@grizzelbee
Danke fürs die Weiterentwicklung. Jetzt wechseln meine beiden Server nicht mehr zwischen online true/false.
Ein "Problem" hab ich an dem Punkt aber noch. Habe zum Test einen Host mit wg-quick down wg0 schlafen gelegt.
Daraufhin wird der online Datenpunkt auf false gesetzt. Nach wg-quick up wg0 und Abrufintervall ist er wieder true.
Wenn wireguard (bei mir ein Container in Proxmox) aber komplett heruntergefahren ist bleibt es bei online=true, auch wenn er laut Log erkennt dass der Host nicht mehr erreichbar ist.Error: connect EHOSTUNREACH 192.X.X.X:22Ist das beabsichtigt, oder kannst du einbauen, dass online=false wenn Host nicht erreichbar?
Nachtrag, einen hab ich noch... Mittels suspend peer kann ich ja einen Nutzer stillegen, das klappt einwadfrei.
wireguard.0 2023-08-11 09:57:55.037 debug received rawdata: wireguard.0 2023-08-11 09:57:55.037 debug Stream :: close wireguard.0 2023-08-11 09:57:54.945 debug Executing command [sudo wg set wg0 peer 555Schuh= remove] on host 192.168.10.4. wireguard.0 2023-08-11 09:57:54.945 debug ssh client :: authenticated wireguard.0 2023-08-11 09:57:54.837 debug Connecting to host: [192.168.10.4] on port 22 wireguard.0 2023-08-11 09:57:54.837 debug Trying to reach host 192.168.10.4. wireguard.0 2023-08-11 09:57:54.837 info Suspending peer [Bommel-S21] of interface wg0 on host 192.168.10.4. wireguard.0 2023-08-11 09:57:54.836 debug Received request to suspend_Peer.restore peer wird laut Log auch ausgeführt, Nutzer kann sich dann aber weiterhin nicht verbinden:
wireguard.0 2023-08-11 09:58:46.243 debug received rawdata: wireguard.0 2023-08-11 09:58:46.243 debug Stream :: close wireguard.0 2023-08-11 09:58:46.133 debug Executing command [sudo wg set wg0 peer 555Schuh= allowed-ips 10.252.1.1/32] on host 192.168.10.4. wireguard.0 2023-08-11 09:58:46.133 debug ssh client :: authenticated wireguard.0 2023-08-11 09:58:46.030 debug Connecting to host: [192.168.10.4] on port 22 wireguard.0 2023-08-11 09:58:46.030 debug Trying to reach host 192.168.10.4. wireguard.0,2023-08-11 09:58:46.030 info Restoring peer [Bommel-S21] of interface wg0 on host 192.168.10.4 with IP [10.252.1.1/32]. wireguard.0 2023-08-11 09:58:46.029 info Restoring peer 555Schuh= with IP 10.252.1.1/32 on interface wg0. wireguard.0 2023-08-11 09:58:46.028 info Path: wireguard.0.Fontane-wg0.peers.v3uWcMPl9HJ0MKasTQN61nH3hs/DsDN4VBGIPGK6Q3c=.allowedIps.0 wireguard.0 2023-08-11 09:58:46.028 debug Received request to restore_Peer.Auch ein restore all peers hilft hier nicht. Erst nach wg-quick down / up kann sich der Nutzer wieder verbinden.
@bommel_030 sagte in Tester für WireGuard Adapter gesucht:
Ist das beabsichtigt, oder kannst du einbauen, dass online=false wenn Host nicht erreichbar?
Nein - das war nicht beabsichtigt; aber einfach zu fixen. Eine neue Version (1.5.8) ist dafür online.
Nachtrag, einen hab ich noch... Mittels suspend peer kann ich ja einen Nutzer stillegen, das klappt einwadfrei.
restore peer wird laut Log auch ausgeführt, Nutzer kann sich dann aber weiterhin nicht verbinden:
Auch ein restore all peers hilft hier nicht. Erst nach wg-quick down / up kann sich der Nutzer wieder verbinden.Hmm. Das klingt mir eher nach eine Problem mit deiner WireGuard/sudoers Konfig.
Habe das gerade bei mir getestet und das funktioniert einwandfrei.Versuche doch bitte einmal die entsprechenden Kommandos selbst auf der Konsole abzusetzen und schau was passiert.
-
@bommel_030 sagte in Tester für WireGuard Adapter gesucht:
Ist das beabsichtigt, oder kannst du einbauen, dass online=false wenn Host nicht erreichbar?
Nein - das war nicht beabsichtigt; aber einfach zu fixen. Eine neue Version (1.5.8) ist dafür online.
Nachtrag, einen hab ich noch... Mittels suspend peer kann ich ja einen Nutzer stillegen, das klappt einwadfrei.
restore peer wird laut Log auch ausgeführt, Nutzer kann sich dann aber weiterhin nicht verbinden:
Auch ein restore all peers hilft hier nicht. Erst nach wg-quick down / up kann sich der Nutzer wieder verbinden.Hmm. Das klingt mir eher nach eine Problem mit deiner WireGuard/sudoers Konfig.
Habe das gerade bei mir getestet und das funktioniert einwandfrei.Versuche doch bitte einmal die entsprechenden Kommandos selbst auf der Konsole abzusetzen und schau was passiert.
@grizzelbee
Danke, werde die 1.5.8 testen. Auch das mit der Konsole, kann aber etwas dauern. -
mit 1.5.9 hängt sich der Adapter auf.
wireguard.0 2023-08-15 19:02:15.701 warn Terminated (UNCAUGHT_EXCEPTION): Without reason wireguard.0 2023-08-15 19:02:15.701 info terminating wireguard.0 2023-08-15 19:02:15.700 info Clearing interval for host [Nega] wireguard.0 2023-08-15 19:02:15.693 error The id "Nega-wg0.users.Kloane." is invalid. Ids are not allowed to end in "." wireguard.0 2023-08-15 19:02:15.693 error Error: The id "Nega-wg0.users.Kloane." is invalid. Ids are not allowed to end in "." at Utils.validateId (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/utils.ts:215:23) at Wireguard.setState (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.js:6316:23) at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.wireguard/main.js:502:72) at processImmediate (node:internal/timers:478:21) wireguard.0 2023-08-15 19:02:15.693 error unhandled promise rejection: The id "Nega-wg0.users.Kloane." is invalid. Ids are not allowed to end in "." wireguard.0 2023-08-15 19:02:15.692 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). wireguard.0 2023-08-15 19:02:15.691 error The id "Nega-wg0.users.Dina." is invalid. Ids are not allowed to end in "." wireguard.0 2023-08-15 19:02:15.691 error Error: The id "Nega-wg0.users.Dina." is invalid. Ids are not allowed to end in "." at Utils.validateId (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/utils.ts:215:23) at Wireguard.setState (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.js:6316:23) at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.wireguard/main.js:502:72) at processImmediate (node:internal/timers:478:21) wireguard.0 2023-08-15 19:02:15.691 error unhandled promise rejection: The id "Nega-wg0.users.Dina." is invalid. Ids are not allowed to end in "." wireguard.0 2023-08-15 19:02:15.690 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). wireguard.0 2023-08-15 19:02:15.690 error The id "Nega-wg0.users.Margret." is invalid. Ids are not allowed to end in "." wireguard.0 2023-08-15 19:02:15.689 error Error: The id "Nega-wg0.users.Margret." is invalid. Ids are not allowed to end in "." at Utils.validateId (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/utils.ts:215:23) at Wireguard.setState (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.js:6316:23) at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.wireguard/main.js:502:72) at processImmediate (node:internal/timers:478:21) wireguard.0 2023-08-15 19:02:15.689 error unhandled promise rejection: The id "Nega-wg0.users.Margret." is invalid. Ids are not allowed to end in "." wireguard.0 2023-08-15 19:02:15.689 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). wireguard.0 2023-08-15 19:02:15.688 error The id "Nega-wg0.users.Ramon." is invalid. Ids are not allowed to end in "." wireguard.0 2023-08-15 19:02:15.687 error Error: The id "Nega-wg0.users.Ramon." is invalid. Ids are not allowed to end in "." at Utils.validateId (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/utils.ts:215:23) at Wireguard.setState (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.js:6316:23) at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.wireguard/main.js:502:72) at processImmediate (node:internal/timers:478:21) wireguard.0 2023-08-15 19:02:15.687 error unhandled promise rejection: The id "Nega-wg0.users.Ramon." is invalid. Ids are not allowed to end in "." wireguard.0 2023-08-15 19:02:15.686 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). wireguard.0 2023-08-15 19:02:15.685 error The id "Nega-wg0.users.Marcel." is invalid. Ids are not allowed to end in "." wireguard.0 2023-08-15 19:02:15.685 error Error: The id "Nega-wg0.users.Marcel." is invalid. Ids are not allowed to end in "." at Utils.validateId (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/utils.ts:215:23) at Wireguard.setState (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.js:6316:23) at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.wireguard/main.js:502:72) at processImmediate (node:internal/timers:478:21) wireguard.0 2023-08-15 19:02:15.684 error unhandled promise rejection: The id "Nega-wg0.users.Marcel." is invalid. Ids are not allowed to end in "." wireguard.0 2023-08-15 19:02:15.684 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). wireguard.0 2023-08-15 19:02:15.682 error The id "Nega-wg0.users.Max." is invalid. Ids are not allowed to end in "." wireguard.0 2023-08-15 19:02:15.682 error Error: The id "Nega-wg0.users.Max." is invalid. Ids are not allowed to end in "." at Utils.validateId (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/utils.ts:215:23) at Wireguard.setState (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.js:6316:23) at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.wireguard/main.js:502:72) at processImmediate (node:internal/timers:478:21) wireguard.0 2023-08-15 19:02:15.681 error unhandled promise rejection: The id "Nega-wg0.users.Max." is invalid. Ids are not allowed to end in "." wireguard.0 2023-08-15 19:02:15.681 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). wireguard.0 2023-08-15 19:02:15.675 error The id "Nega-wg0.users.Nega." is invalid. Ids are not allowed to end in "." wireguard.0 2023-08-15 19:02:15.674 error Error: The id "Nega-wg0.users.Nega." is invalid. Ids are not allowed to end in "." at Utils.validateId (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/utils.ts:215:23) at Wireguard.setState (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.js:6316:23) at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.wireguard/main.js:502:72) at processImmediate (node:internal/timers:478:21) wireguard.0 2023-08-15 19:02:15.571 error unhandled promise rejection: The id "Nega-wg0.users.Nega." is invalid. Ids are not allowed to end in "." wireguard.0 2023-08-15 19:02:15.571 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). wireguard.0 2023-08-15 19:01:45.371 info Started 30 seconds monitoring interval for host [Nega] wireguard.0 2023-08-15 19:01:45.293 info There is 1 wireguard host to monitor. wireguard.0 2023-08-15 19:01:45.242 info starting. Version 1.5.9 in /opt/iobroker/node_modules/iobroker.wireguard, node: v18.17.0, js-controller: 4.0.24In den IDs hab ich keinen
.
° Node.js: 20.17.0 NPM: 10.8.2
° Proxmox, Ubuntu 22.04.3 LTS
° Fixer ---> iob fix -
mit 1.5.9 hängt sich der Adapter auf.
wireguard.0 2023-08-15 19:02:15.701 warn Terminated (UNCAUGHT_EXCEPTION): Without reason wireguard.0 2023-08-15 19:02:15.701 info terminating wireguard.0 2023-08-15 19:02:15.700 info Clearing interval for host [Nega] wireguard.0 2023-08-15 19:02:15.693 error The id "Nega-wg0.users.Kloane." is invalid. Ids are not allowed to end in "." wireguard.0 2023-08-15 19:02:15.693 error Error: The id "Nega-wg0.users.Kloane." is invalid. Ids are not allowed to end in "." at Utils.validateId (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/utils.ts:215:23) at Wireguard.setState (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.js:6316:23) at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.wireguard/main.js:502:72) at processImmediate (node:internal/timers:478:21) wireguard.0 2023-08-15 19:02:15.693 error unhandled promise rejection: The id "Nega-wg0.users.Kloane." is invalid. Ids are not allowed to end in "." wireguard.0 2023-08-15 19:02:15.692 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). wireguard.0 2023-08-15 19:02:15.691 error The id "Nega-wg0.users.Dina." is invalid. Ids are not allowed to end in "." wireguard.0 2023-08-15 19:02:15.691 error Error: The id "Nega-wg0.users.Dina." is invalid. Ids are not allowed to end in "." at Utils.validateId (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/utils.ts:215:23) at Wireguard.setState (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.js:6316:23) at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.wireguard/main.js:502:72) at processImmediate (node:internal/timers:478:21) wireguard.0 2023-08-15 19:02:15.691 error unhandled promise rejection: The id "Nega-wg0.users.Dina." is invalid. Ids are not allowed to end in "." wireguard.0 2023-08-15 19:02:15.690 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). wireguard.0 2023-08-15 19:02:15.690 error The id "Nega-wg0.users.Margret." is invalid. Ids are not allowed to end in "." wireguard.0 2023-08-15 19:02:15.689 error Error: The id "Nega-wg0.users.Margret." is invalid. Ids are not allowed to end in "." at Utils.validateId (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/utils.ts:215:23) at Wireguard.setState (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.js:6316:23) at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.wireguard/main.js:502:72) at processImmediate (node:internal/timers:478:21) wireguard.0 2023-08-15 19:02:15.689 error unhandled promise rejection: The id "Nega-wg0.users.Margret." is invalid. Ids are not allowed to end in "." wireguard.0 2023-08-15 19:02:15.689 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). wireguard.0 2023-08-15 19:02:15.688 error The id "Nega-wg0.users.Ramon." is invalid. Ids are not allowed to end in "." wireguard.0 2023-08-15 19:02:15.687 error Error: The id "Nega-wg0.users.Ramon." is invalid. Ids are not allowed to end in "." at Utils.validateId (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/utils.ts:215:23) at Wireguard.setState (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.js:6316:23) at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.wireguard/main.js:502:72) at processImmediate (node:internal/timers:478:21) wireguard.0 2023-08-15 19:02:15.687 error unhandled promise rejection: The id "Nega-wg0.users.Ramon." is invalid. Ids are not allowed to end in "." wireguard.0 2023-08-15 19:02:15.686 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). wireguard.0 2023-08-15 19:02:15.685 error The id "Nega-wg0.users.Marcel." is invalid. Ids are not allowed to end in "." wireguard.0 2023-08-15 19:02:15.685 error Error: The id "Nega-wg0.users.Marcel." is invalid. Ids are not allowed to end in "." at Utils.validateId (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/utils.ts:215:23) at Wireguard.setState (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.js:6316:23) at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.wireguard/main.js:502:72) at processImmediate (node:internal/timers:478:21) wireguard.0 2023-08-15 19:02:15.684 error unhandled promise rejection: The id "Nega-wg0.users.Marcel." is invalid. Ids are not allowed to end in "." wireguard.0 2023-08-15 19:02:15.684 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). wireguard.0 2023-08-15 19:02:15.682 error The id "Nega-wg0.users.Max." is invalid. Ids are not allowed to end in "." wireguard.0 2023-08-15 19:02:15.682 error Error: The id "Nega-wg0.users.Max." is invalid. Ids are not allowed to end in "." at Utils.validateId (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/utils.ts:215:23) at Wireguard.setState (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.js:6316:23) at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.wireguard/main.js:502:72) at processImmediate (node:internal/timers:478:21) wireguard.0 2023-08-15 19:02:15.681 error unhandled promise rejection: The id "Nega-wg0.users.Max." is invalid. Ids are not allowed to end in "." wireguard.0 2023-08-15 19:02:15.681 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). wireguard.0 2023-08-15 19:02:15.675 error The id "Nega-wg0.users.Nega." is invalid. Ids are not allowed to end in "." wireguard.0 2023-08-15 19:02:15.674 error Error: The id "Nega-wg0.users.Nega." is invalid. Ids are not allowed to end in "." at Utils.validateId (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/utils.ts:215:23) at Wireguard.setState (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.js:6316:23) at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.wireguard/main.js:502:72) at processImmediate (node:internal/timers:478:21) wireguard.0 2023-08-15 19:02:15.571 error unhandled promise rejection: The id "Nega-wg0.users.Nega." is invalid. Ids are not allowed to end in "." wireguard.0 2023-08-15 19:02:15.571 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). wireguard.0 2023-08-15 19:01:45.371 info Started 30 seconds monitoring interval for host [Nega] wireguard.0 2023-08-15 19:01:45.293 info There is 1 wireguard host to monitor. wireguard.0 2023-08-15 19:01:45.242 info starting. Version 1.5.9 in /opt/iobroker/node_modules/iobroker.wireguard, node: v18.17.0, js-controller: 4.0.24In den IDs hab ich keinen
.@negalein sagte in Tester für WireGuard Adapter gesucht:
In den IDs hab ich keinen .
Nein - natürlich nicht.
Das passiert, weil Du die Devices nicht benannt hast.Gedacht ist das so:
Und aus diesen Infos wird dann der Objektbaum wie folgt gebildet:
Ich könnte den fehlenden Objektnamen natürlich abfangen und dann unter den Users keine weiteren Datenpunkte anlegen...
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. -
@negalein sagte in Tester für WireGuard Adapter gesucht:
In den IDs hab ich keinen .
Nein - natürlich nicht.
Das passiert, weil Du die Devices nicht benannt hast.Gedacht ist das so:
Und aus diesen Infos wird dann der Objektbaum wie folgt gebildet:
Ich könnte den fehlenden Objektnamen natürlich abfangen und dann unter den Users keine weiteren Datenpunkte anlegen...
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.@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. :)° Node.js: 20.17.0 NPM: 10.8.2
° Proxmox, Ubuntu 22.04.3 LTS
° Fixer ---> iob fix -
@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. :)@negalein sagte in Tester für WireGuard Adapter gesucht:
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.Du kannst natürlich auch allen Einträgen den selben Device-namen geben. Dem Adapter ist das egal. ;)
Unabhängig davon werde ich den Fehler aber noch abfangen. Der Adapter sollte deswegen nicht so aus der Kurve gehen ... :) -
@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. :) -
@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.
@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! -
@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?Ich hab es auf 30 stehen.
Bisher keine Nebeneffekte erkannt. -
@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?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.
-
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.172024-03-26 18:14:22.366 - [33mwarn[39m: 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 - [33mwarn[39m: 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.
-
Hat es von euch schonmal jemand geschafft, auf die wireguard Daten einer Fritzbox zu kommen?
@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 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
GrizzelbeeIch 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.
-
@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
GrizzelbeeHallo
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.
-
@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/64Danke 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.
zum Test hab ich mal alle Objekte gelöscht und Adapter neu gestartet.
Jetzt kommen keine Objekte mehr.
PS: mit 1.7.0 ist wieder alles da.
Ausser den Namen in den Objekten.
° Node.js: 20.17.0 NPM: 10.8.2
° Proxmox, Ubuntu 22.04.3 LTS
° Fixer ---> iob fix -
zum Test hab ich mal alle Objekte gelöscht und Adapter neu gestartet.
Jetzt kommen keine Objekte mehr.
PS: mit 1.7.0 ist wieder alles da.
Ausser den Namen in den Objekten.@negalein sagte in Tester für WireGuard Adapter gesucht:
zum Test hab ich mal alle Objekte gelöscht und Adapter neu gestartet.
Jetzt kommen keine Objekte mehr.
PS: mit 1.7.0 ist wieder alles da.
Ausser den Namen in den Objekten.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 -
@negalein sagte in Tester für WireGuard Adapter gesucht:
zum Test hab ich mal alle Objekte gelöscht und Adapter neu gestartet.
Jetzt kommen keine Objekte mehr.
PS: mit 1.7.0 ist wieder alles da.
Ausser den Namen in den Objekten.kannst du zu dem Problem mit 1.8.0 schon was sagen?
Issue besteht schon länger.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
Support us
559
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge