NEWS
Tester für WireGuard Adapter gesucht
-
@david-g sagte in Tester für WireGuard Adapter gesucht:
ich habe eine Frage zur Konfiguration.
Wenn ich unter PUBLIC-KEY-ÜBERSETZUNGEN etwas hinzufüge bleibt der Adapter gelb.Hallo David,
also ... die Sache ist nicht ganz trivial ...
Um den Adapter zum Laufen zu bringen, brauchst Du nur die Basis-Konfig. Der Rest ist optional und nur für Komfortfunktionen interessant. Aber dröseln wir das mal auf:
Wenn die Basis Konfig okay ist (und danach sieht es lt. Log bei dir aus) wird der Adapter frühestens nachdem er den ersten Poll-Intervall geschafft hat (default 2 Minuten) grün - vorher bleibt der gelb. Der wird aber auch nur dann grün, wenn er überhaupt mindestens ein aktives WireGuard Interface findet. Ohne das bleibt er auch gelb. Also gibt es grundsätzlich schon mal zwei gewollte Situationen in denen der Adapter gelb sein darf:- Noch kein Pollintervall abgeschlossen
- Kein aktives WireGuard interface gefunden.
Fall 1 scheint bei Dir kein Ding zu sein - ich sehe mehrere Poll-Versuche.
- Was ist mit Fall 2?
- Was passiert, wenn Du dich mit dem Monitoring-User interaktiv anmeldest und das Kommando
sudo wg show all dumpabsetzt? - Hast Du die sudoers Datei wie in der readme beschrieben angepasst?
Ich kenne allerdings auch einen User, der den Adapter tatsächlich nicht ans Laufen bekommen hat. Da bekam der Adapter von dem LXC-Container in dem WireGuard läuft keine Daten zurück geliefert. Das hat wohl etwas mit Linux-pseudo-terminals zu tun. Das Thema haben wir leider nicht geknackt. Bei anderen Usern mit LXC-Containern läuft er aber durchaus. Das ist also kein generelles LXC Thema.
Public-Key-Übersetzungen:
Die dienen nur dazu einen verständlichen Namen an die Peers zu bekommen - weil die public Keys etwas unhandlich und schwer zu merken sind:
Ohne die Übersetzung siehst Du halt nur die public Keys - das ist alles. Mehr passiert nicht. Die Funktion als solche wird nicht beeinträchtigt.
Wireguard Konfig Files (eins pro WG-Interface)
Die wiederum werden nur gebraucht, wenn man den
Restore all suspended peersButton nutzen möchte - man also mehrere Peers suspendiert hat und alle gleichzeitig wieder aktivieren will.Danke für die ausführliche Antwort.
Gehe jetzt mal alles genau durch.
Wenn ich im Adapter nur das einstelle:
läuft alles und der Adapter wird grün.Wenn ich die config files ausfülle bleibt er gelb.
Wenn ich mit den Namen übersetzen lassen möchte kopiere ich mir den öffentlichen key aus dem Datenpunkt des clients.
Sobald ich diesen eingebe bleibt der Adapter gelb.root@pi:/etc/wireguard# dir configs keys wg0.conf(bin nur root um die Dateien zu sehen).
Das kommt, wenn ich den dump in der Konsole Abfrage:
pi@pi:~ $ sudo wg show all dump /etc/sudoers:28:4: syntax error <pi> ALL=NOPASSWD:/usr/bin/wg show all dump ^ /etc/sudoers:29:10: syntax error <iobroker> ALL=NOPASSWD:/usr/bin/wg show all dump ^ wg0 xxxxxxxxxx 51820 off wg0 xxxxxxxxxx 84.171.74.123:36311 10.189.255.2/32 1667380952 7527016 106836416 off wg0 xxxxxxxx 87.177.22.167:47148 10.189.255.3/32 1667330049 1013028 7267524 off pi@pi:~ $Das ist meine sudoers:
# # This file MUST be edited with the 'visudo' command as root. GNU nano 5.4 /etc/sudoers.tmp # # Please consider adding local content in /etc/sudoers.d/ instead ># directly modifying this file. # # See the man page for details on how to write a sudoers file. # Defaults env_reset Defaults mail_badpass Defaults secure_path="/usr/local/sbin:/usr/local/bin:/usr/s> # Host alias specification # User alias specification # Cmnd alias specification # User privilege specification root ALL=(ALL:ALL) ALL # Allow members of group sudo to execute any command %sudo ALL=(ALL:ALL) ALL # See sudoers(5) for more information on "@include" directives: @includedir /etc/sudoers.d <pi> ALL=NOPASSWD:/usr/bin/wg show all dump <iobroker> ALL=NOPASSWD:/usr/bin/wg show all dump ^G Help ^O Write Out ^W Where Is ^K Cut ^T Execute ^X Exit ^R Read File ^\ Replace ^U Paste ^J JustifyEdit:
Seitdem ich die sudoers angepasst habe, bleibt der Adapter immer gelb.EDIT 2:
Im dump hab ich einen Fehler in der sudoers gesehen. Den hab ich behoben. -
Danke für die ausführliche Antwort.
Gehe jetzt mal alles genau durch.
Wenn ich im Adapter nur das einstelle:
läuft alles und der Adapter wird grün.Wenn ich die config files ausfülle bleibt er gelb.
Wenn ich mit den Namen übersetzen lassen möchte kopiere ich mir den öffentlichen key aus dem Datenpunkt des clients.
Sobald ich diesen eingebe bleibt der Adapter gelb.root@pi:/etc/wireguard# dir configs keys wg0.conf(bin nur root um die Dateien zu sehen).
Das kommt, wenn ich den dump in der Konsole Abfrage:
pi@pi:~ $ sudo wg show all dump /etc/sudoers:28:4: syntax error <pi> ALL=NOPASSWD:/usr/bin/wg show all dump ^ /etc/sudoers:29:10: syntax error <iobroker> ALL=NOPASSWD:/usr/bin/wg show all dump ^ wg0 xxxxxxxxxx 51820 off wg0 xxxxxxxxxx 84.171.74.123:36311 10.189.255.2/32 1667380952 7527016 106836416 off wg0 xxxxxxxx 87.177.22.167:47148 10.189.255.3/32 1667330049 1013028 7267524 off pi@pi:~ $Das ist meine sudoers:
# # This file MUST be edited with the 'visudo' command as root. GNU nano 5.4 /etc/sudoers.tmp # # Please consider adding local content in /etc/sudoers.d/ instead ># directly modifying this file. # # See the man page for details on how to write a sudoers file. # Defaults env_reset Defaults mail_badpass Defaults secure_path="/usr/local/sbin:/usr/local/bin:/usr/s> # Host alias specification # User alias specification # Cmnd alias specification # User privilege specification root ALL=(ALL:ALL) ALL # Allow members of group sudo to execute any command %sudo ALL=(ALL:ALL) ALL # See sudoers(5) for more information on "@include" directives: @includedir /etc/sudoers.d <pi> ALL=NOPASSWD:/usr/bin/wg show all dump <iobroker> ALL=NOPASSWD:/usr/bin/wg show all dump ^G Help ^O Write Out ^W Where Is ^K Cut ^T Execute ^X Exit ^R Read File ^\ Replace ^U Paste ^J JustifyEdit:
Seitdem ich die sudoers angepasst habe, bleibt der Adapter immer gelb.EDIT 2:
Im dump hab ich einen Fehler in der sudoers gesehen. Den hab ich behoben.@david-g
Okay, wir kommen der Sache näher.
Dein erstes (und vielleicht einziges) Problem ist die sudoers Datei (aber greifen wir den Dingen nicht vor):
Zeile 26 und 27:
Der Benutzername darf nicht in<>. Da kommt nur der "nackte" Name hin. So wierootin Zeile 18.Also:
pi ALL=NOPASSWD:/usr/bin/wg show all dump iobroker ALL=NOPASSWD:/usr/bin/wg show all dumpDas erlaubt den Usern
piundiobrokerdas Kommando abzusetzen ohne ein Passwort eingeben zu müssen.
Wenn Du einen der User in der Konfig des Adapters nutzt ist das okay so; ansonsten müsste da der für das Monitoring genutzte User rein.Hier beschwert sich Linux auch über die falschen Zeichen in der sudoers Datei:
pi@pi:~ $ sudo wg show all dump /etc/sudoers:28:4: syntax error <pi> ALL=NOPASSWD:/usr/bin/wg show all dump ^ /etc/sudoers:29:10: syntax error <iobroker> ALL=NOPASSWD:/usr/bin/wg show all dumpEDIT 2:
Im dump hab ich einen Fehler in der sudoers gesehen. Den hab ich behoben.Und? Läuft es jetzt? Oder was hat sich geändert (oder eben auch nicht)?
-
@david-g
Okay, wir kommen der Sache näher.
Dein erstes (und vielleicht einziges) Problem ist die sudoers Datei (aber greifen wir den Dingen nicht vor):
Zeile 26 und 27:
Der Benutzername darf nicht in<>. Da kommt nur der "nackte" Name hin. So wierootin Zeile 18.Also:
pi ALL=NOPASSWD:/usr/bin/wg show all dump iobroker ALL=NOPASSWD:/usr/bin/wg show all dumpDas erlaubt den Usern
piundiobrokerdas Kommando abzusetzen ohne ein Passwort eingeben zu müssen.
Wenn Du einen der User in der Konfig des Adapters nutzt ist das okay so; ansonsten müsste da der für das Monitoring genutzte User rein.Hier beschwert sich Linux auch über die falschen Zeichen in der sudoers Datei:
pi@pi:~ $ sudo wg show all dump /etc/sudoers:28:4: syntax error <pi> ALL=NOPASSWD:/usr/bin/wg show all dump ^ /etc/sudoers:29:10: syntax error <iobroker> ALL=NOPASSWD:/usr/bin/wg show all dumpEDIT 2:
Im dump hab ich einen Fehler in der sudoers gesehen. Den hab ich behoben.Und? Läuft es jetzt? Oder was hat sich geändert (oder eben auch nicht)?
Hallo,
habe die Zeilen in der sudoers nochmal komplett gelöscht und das System neugestartet.
Im Adapter habe ich nur die erste Seite ausgefüllt wie bisher.
Aber der Adapter bleibt nochoch gelb.
Scheint sich aber zu verbinden.
wireguard.0 2022-11-02 11:25:58.104 debug Executing command [sudo wg show all dump] on host 192.168.99.33. wireguard.0 2022-11-02 11:25:58.103 debug Retrieving WireGuard status of host [iobroker] on address [192.168.99.33] wireguard.0 2022-11-02 11:24:58.109 debug Executing command [sudo wg show all dump] on host 192.168.99.33. wireguard.0 2022-11-02 11:24:58.104 debug Retrieving WireGuard status of host [iobroker] on address [192.168.99.33] wireguard.0 2022-11-02 11:23:58.103 info Started 60 seconds monitoring interval for host [iobroker] wireguard.0 2022-11-02 11:23:58.095 info There is 1 wireguard host to monitor.Edit
Hab im Adapter jetzt das sudo deaktiviert. Jetzt ist er grün.
Komisch, hatte ich vorher auch an, ohne sudoers.Jetzt schalte ich nochmal nach und nach alles zu.
-
Hallo,
habe die Zeilen in der sudoers nochmal komplett gelöscht und das System neugestartet.
Im Adapter habe ich nur die erste Seite ausgefüllt wie bisher.
Aber der Adapter bleibt nochoch gelb.
Scheint sich aber zu verbinden.
wireguard.0 2022-11-02 11:25:58.104 debug Executing command [sudo wg show all dump] on host 192.168.99.33. wireguard.0 2022-11-02 11:25:58.103 debug Retrieving WireGuard status of host [iobroker] on address [192.168.99.33] wireguard.0 2022-11-02 11:24:58.109 debug Executing command [sudo wg show all dump] on host 192.168.99.33. wireguard.0 2022-11-02 11:24:58.104 debug Retrieving WireGuard status of host [iobroker] on address [192.168.99.33] wireguard.0 2022-11-02 11:23:58.103 info Started 60 seconds monitoring interval for host [iobroker] wireguard.0 2022-11-02 11:23:58.095 info There is 1 wireguard host to monitor.Edit
Hab im Adapter jetzt das sudo deaktiviert. Jetzt ist er grün.
Komisch, hatte ich vorher auch an, ohne sudoers.Jetzt schalte ich nochmal nach und nach alles zu.
@david-g sagte in Tester für WireGuard Adapter gesucht:
Komisch, hatte ich vorher auch an, ohne sudoers.
Hmmm. :thinking_face: Kann eigentlich nicht.
Die Nutzung von sudo erfordert entsprechende Einträge in der sudoers Datei.
Will sagen: Wenn dein Monitoring User (ohne root Rechte!!)fischkoppheißt, dann brauchst du auch eine sudoers Zeile:fischkopp ALL=NOPASSWD:/usr/bin/wg show all dumpWenn dein Monitoring user eh root Rechte hat, brauchst Du kein sudo. Bei dem ganzen Spiel geht es ja nur darum, dass der Adapter kein passwort senden kann, wenn es abgefragt wird; deshalb der Trick über sudoers und NOPASSWD.
-
@david-g sagte in Tester für WireGuard Adapter gesucht:
Komisch, hatte ich vorher auch an, ohne sudoers.
Hmmm. :thinking_face: Kann eigentlich nicht.
Die Nutzung von sudo erfordert entsprechende Einträge in der sudoers Datei.
Will sagen: Wenn dein Monitoring User (ohne root Rechte!!)fischkoppheißt, dann brauchst du auch eine sudoers Zeile:fischkopp ALL=NOPASSWD:/usr/bin/wg show all dumpWenn dein Monitoring user eh root Rechte hat, brauchst Du kein sudo. Bei dem ganzen Spiel geht es ja nur darum, dass der Adapter kein passwort senden kann, wenn es abgefragt wird; deshalb der Trick über sudoers und NOPASSWD.
Irgendwie stimmt bei mir was nicht.
Wollte nochmal ganz von vorne anfangen.
Hab sogar den Adapter komplett gelöscht und neu eingerichtet.Jetzt macht er garnichts mehr.
Vermutlich, weil er den Nutuernamen immer irgendwie überschreibt.
Müsste eigentlich pi sein.
-
Irgendwie stimmt bei mir was nicht.
Wollte nochmal ganz von vorne anfangen.
Hab sogar den Adapter komplett gelöscht und neu eingerichtet.Jetzt macht er garnichts mehr.
Vermutlich, weil er den Nutuernamen immer irgendwie überschreibt.
Müsste eigentlich pi sein.@david-g
Irgendwie stimmt bei mir was nicht.
Ich stimme dir zu. Da ist irgendetwas quer. Und mir schwant auch schon was ...
Wenn ich das richtig sehe bist Du noch auf der v1.3.1. Die hat den Benutzernamen und das Passwort manuell verschlüsselt. Deshalb hast Du auch den Eindruck, dass der Benutzername immer wieder überschrieben wird.In Kombination mit einer kaputten Admin-Version (>=6.1.9 & <6.2.5) hat es da Probleme gegeben.
- Bitte installiere mal eine aktuelle Admin, falls noch nicht geschehen und
- die Version 1.4.0 des wireguard adapters (
pi@pi: /opt/iobroker> npm install iobroker.wireguard@1.4.0). Die neue Adapter version hat das neue Admin Interface und verschlüsselt den Benutzernamen nicht mehr.
Dann kommen wir vielleicht einen Schritt weiter.
-
@david-g
Irgendwie stimmt bei mir was nicht.
Ich stimme dir zu. Da ist irgendetwas quer. Und mir schwant auch schon was ...
Wenn ich das richtig sehe bist Du noch auf der v1.3.1. Die hat den Benutzernamen und das Passwort manuell verschlüsselt. Deshalb hast Du auch den Eindruck, dass der Benutzername immer wieder überschrieben wird.In Kombination mit einer kaputten Admin-Version (>=6.1.9 & <6.2.5) hat es da Probleme gegeben.
- Bitte installiere mal eine aktuelle Admin, falls noch nicht geschehen und
- die Version 1.4.0 des wireguard adapters (
pi@pi: /opt/iobroker> npm install iobroker.wireguard@1.4.0). Die neue Adapter version hat das neue Admin Interface und verschlüsselt den Benutzernamen nicht mehr.
Dann kommen wir vielleicht einen Schritt weiter.
Hab jetzt die 1.4 drauf.
Alles klappt.
Adapter ist grün und die Namen werden erstellt.
Allerdings wollte er das sudo haben......Ob die Config aus dem dritten Reiter richtig geladen wird kann ich leider nicht testen.
-
Ich weiß die Frage ist so halb Offtopic, frage aber trotzdem mal.
Gibt bestimmt eine Logig wie es gemacht wird, wenn man vom Thema Netzwerk Ahnung hat.....
Hab grad angefangen mir eine kleine Tabelle für meine Visualisierung zu erstellen.
Rx und Tx hab ich mal mit gesendet und empfangen übersetzt.
Gibt man in so einem Fall den Wert aus Sicht des Servers oder des Clienten an?
Im Moment steigt der Wert "gesendet", wenn ich vom Handy aus runterlade.
Also wird der Wert aus Sicht des Servers angegeben.EDIT:
Hab die Tabelle jetzt fertig. Falls jmd Interesse hat:
Über den Pfeil kann man sich anschauen, von wo die letzte/aktuelle IP kommt die sich verbunden hat. Wobei man das ja im Idealfall immer selber steht 😉
Die Infos zur IP werden von http://ipwho.is/ abgerufen.
-
@bommel_030 sagte in Tester für WireGuard Adapter gesucht:
Hi bommel,
vielen Dank für dein Feedback. Da ich selber nur einen WireGuard host habe, sind mir derartige Spielchen nicht aufgefallen - das muss ich mir dann noch einmal angucken. Das sollte nicht so sein. Die Idee war, das ein interface, das aktiv ist auch als online angezeigt wird.
Mit den connectedPeers spiele ich gerade noch herum - da ist ohnehin noch ein bug drin: Peers, die offline gehen werden nicht von der Summe abgezogen - da hatte ich etwas kurz gedacht.In Summe ist die Anzahl richtig, halt nur "falsch" aufgeteilt.
Dann habe ich schon eine Idee woran das liegt!
Oder sollten zwei Hosts besser auf zwei Instanzen aufgeteilt werden?
Um Gottes Willen - Nein! Die eine Instanz soll schon beliebig viele Hosts überwachen können.
@grizzelbee
Hab mir mal die 1.5.0 installiert. Die neuen Datenpunkte für die User finde ich super, fand die Bennennung der Peers aber auch ganz praktisch.
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. -
Ich weiß die Frage ist so halb Offtopic, frage aber trotzdem mal.
Gibt bestimmt eine Logig wie es gemacht wird, wenn man vom Thema Netzwerk Ahnung hat.....
Hab grad angefangen mir eine kleine Tabelle für meine Visualisierung zu erstellen.
Rx und Tx hab ich mal mit gesendet und empfangen übersetzt.
Gibt man in so einem Fall den Wert aus Sicht des Servers oder des Clienten an?
Im Moment steigt der Wert "gesendet", wenn ich vom Handy aus runterlade.
Also wird der Wert aus Sicht des Servers angegeben.EDIT:
Hab die Tabelle jetzt fertig. Falls jmd Interesse hat:
Über den Pfeil kann man sich anschauen, von wo die letzte/aktuelle IP kommt die sich verbunden hat. Wobei man das ja im Idealfall immer selber steht 😉
Die Infos zur IP werden von http://ipwho.is/ abgerufen.
@david-g sagte in Tester für WireGuard Adapter gesucht:
Hab die Tabelle jetzt fertig. Falls jmd Interesse hat:
Hallo David!
Schaut sehr gut aus. Gefällt mir sehr.
Kann ich den Export haben?Und für was wird das Blockly benötigt?
-
Aktuelle Test Version 1.1.0 Veröffentlichungsdatum 07.03.2022 Github Link https://github.com/Grizzelbee/ioBroker.wireguard Hier Adapter Beschreibung, Changelog etc.
Hallo Zusammen,
ich habe mir mal den Spass gemacht und einen WireGuard Adapter geschrieben mit dem man seine WireGuard Hosts und Peers monitoren kann.
Vielleicht kann es ja jemand gebrauchen und mag testen:
Sicherheitshinweis - Wichtige Änderung in 1.1.0:
Nach aktuellem Kenntnisstand empfehle ich genau diese Konfig!
Ab v1.1.0 kann der notwendige monitoring Befehl auch über sudo abgesetzt werden, wenn vorher eine entsprechende sudoers Regel erstellt wurde. Das Gute daran ist, dass ausschließlich genau dieser Befehl (mit genau diesen Parametern) ohne passwort abgesetzt werden kann - NICHTS anderes. Mehr oder weniger oder andere Parameter führen sofort zur Abfrage des Passwortes. Ausführlich ist das in Englisch in der Readme dokumentiert. Zur Bequemlichkeit hier an dieser Stelle auch noch einmal in Deutsch:
Linux kann über sogenannte sudoers Regeln sehr genau steuern welcher User was alles darf. Wie das ganz genau geht hängt leider von der jeweiligen Linux Distro ab. Deshalb bitte im Zweifel und bei Unklarheitengoogle <name der distro> sudoersbemühen. Bei den meisten Distros läuft es aber auf folgendes heraus:visudoals adminstrativer User zum editieren der sudoers Datei aufrufen. Es wird dringend davon abgeraten sudoers auf einem anderen Wege zu editieren.- Am Ende der Datei folgende Zeile hinzufügen:
<name-des-monitoring-users> ALL=NOPASSWD:/usr/bin/wg show all dump(<name-des-monitoring-users> muss natürlich durch euren User ersetzt werden unnd/usr/binggf durch einen anderen Pfad falls wg irgendwo anders bei euch liegt. ) - Datei speichern
Nach Eingabe dieser Regel kann in der Konfig das Häkchen bei
sudogesetzt werden.Wichtige Änderung in 0.9.5:
Ich nutze das wg-json script nicht mehr. Dadurch funktioniert der Adapter jetzt einfach so ohne weitere Handgriffe auf dem Server - aber es haben sich auch ein paar Datenpunkte geändert. Ggf. also bitte den Tree mal löschen und neu anlegen lassen. Latesthandshake sollte ein Datum sein! Und so ganz nebenbei werden jetzt auch WireGuard-Installationen auf Windows unterstützt.v1.1.0 (2022-03-06)
- (grizzelbee) New: Added support for sudo when using a valid sudoers rule - refer to security hints in readme for more information
- (grizzelbee) Upd: Documentation update regarding security
- (grizzelbee) Upd: dependency update
v1.0.0 (2022-02-25)
- (grizzelbee) New: Added individual online state indicator for each interface
- (grizzelbee) fix: Improved some data roles
- (grizzelbee) fix: Improved documentation
v0.9.5 (2022-02-22)
- (grizzelbee) New: dropped use of wg-json script - not needed anymore
- (grizzelbee) New: making internal use of wg show all dump command and self parsing the result
- (grizzelbee) New: Added windows support by using the wg show all command
- (grizzelbee) Upd: moved dependency admin to globalDependency as requested during adapter review
v0.9.2 (2022-02-20)
- (grizzelbee) Fix: removed unnecessary secret from index_m.html file
- (grizzelbee) Fix: Using info.connection of adapter to indicate that at least one interface is online.
- (grizzelbee) Fix: Updated adapter icon
v0.9.1 (2022-02-19)
- (grizzelbee) New: Improved optical quality of admin page - no technical improvements
v0.9.0 (2022-02-18)
- (grizzelbee) New: Improved documentation
- (grizzelbee) New: Username and password for WireGuard hosts are getting encrypted now
v0.8.0 (2022-02-17)
- (grizzelbee) New: admin extended with second page
- (grizzelbee) New: data file is getting parsed
- (grizzelbee) New: data tree is getting populated
- (grizzelbee) New: entire basic functionality is implemented
- (grizzelbee) New: added plugin sentry
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" -
Aktuelle Test Version 1.1.0 Veröffentlichungsdatum 07.03.2022 Github Link https://github.com/Grizzelbee/ioBroker.wireguard Hier Adapter Beschreibung, Changelog etc.
Hallo Zusammen,
ich habe mir mal den Spass gemacht und einen WireGuard Adapter geschrieben mit dem man seine WireGuard Hosts und Peers monitoren kann.
Vielleicht kann es ja jemand gebrauchen und mag testen:
Sicherheitshinweis - Wichtige Änderung in 1.1.0:
Nach aktuellem Kenntnisstand empfehle ich genau diese Konfig!
Ab v1.1.0 kann der notwendige monitoring Befehl auch über sudo abgesetzt werden, wenn vorher eine entsprechende sudoers Regel erstellt wurde. Das Gute daran ist, dass ausschließlich genau dieser Befehl (mit genau diesen Parametern) ohne passwort abgesetzt werden kann - NICHTS anderes. Mehr oder weniger oder andere Parameter führen sofort zur Abfrage des Passwortes. Ausführlich ist das in Englisch in der Readme dokumentiert. Zur Bequemlichkeit hier an dieser Stelle auch noch einmal in Deutsch:
Linux kann über sogenannte sudoers Regeln sehr genau steuern welcher User was alles darf. Wie das ganz genau geht hängt leider von der jeweiligen Linux Distro ab. Deshalb bitte im Zweifel und bei Unklarheitengoogle <name der distro> sudoersbemühen. Bei den meisten Distros läuft es aber auf folgendes heraus:visudoals adminstrativer User zum editieren der sudoers Datei aufrufen. Es wird dringend davon abgeraten sudoers auf einem anderen Wege zu editieren.- Am Ende der Datei folgende Zeile hinzufügen:
<name-des-monitoring-users> ALL=NOPASSWD:/usr/bin/wg show all dump(<name-des-monitoring-users> muss natürlich durch euren User ersetzt werden unnd/usr/binggf durch einen anderen Pfad falls wg irgendwo anders bei euch liegt. ) - Datei speichern
Nach Eingabe dieser Regel kann in der Konfig das Häkchen bei
sudogesetzt werden.Wichtige Änderung in 0.9.5:
Ich nutze das wg-json script nicht mehr. Dadurch funktioniert der Adapter jetzt einfach so ohne weitere Handgriffe auf dem Server - aber es haben sich auch ein paar Datenpunkte geändert. Ggf. also bitte den Tree mal löschen und neu anlegen lassen. Latesthandshake sollte ein Datum sein! Und so ganz nebenbei werden jetzt auch WireGuard-Installationen auf Windows unterstützt.v1.1.0 (2022-03-06)
- (grizzelbee) New: Added support for sudo when using a valid sudoers rule - refer to security hints in readme for more information
- (grizzelbee) Upd: Documentation update regarding security
- (grizzelbee) Upd: dependency update
v1.0.0 (2022-02-25)
- (grizzelbee) New: Added individual online state indicator for each interface
- (grizzelbee) fix: Improved some data roles
- (grizzelbee) fix: Improved documentation
v0.9.5 (2022-02-22)
- (grizzelbee) New: dropped use of wg-json script - not needed anymore
- (grizzelbee) New: making internal use of wg show all dump command and self parsing the result
- (grizzelbee) New: Added windows support by using the wg show all command
- (grizzelbee) Upd: moved dependency admin to globalDependency as requested during adapter review
v0.9.2 (2022-02-20)
- (grizzelbee) Fix: removed unnecessary secret from index_m.html file
- (grizzelbee) Fix: Using info.connection of adapter to indicate that at least one interface is online.
- (grizzelbee) Fix: Updated adapter icon
v0.9.1 (2022-02-19)
- (grizzelbee) New: Improved optical quality of admin page - no technical improvements
v0.9.0 (2022-02-18)
- (grizzelbee) New: Improved documentation
- (grizzelbee) New: Username and password for WireGuard hosts are getting encrypted now
v0.8.0 (2022-02-17)
- (grizzelbee) New: admin extended with second page
- (grizzelbee) New: data file is getting parsed
- (grizzelbee) New: data tree is getting populated
- (grizzelbee) New: entire basic functionality is implemented
- (grizzelbee) New: added plugin sentry
@grizzelbee
EDIT:
ah, habs gefunden.. es gibt jetzt Datenpunkte.. ja ich weiss. wer lesen kann... stand im Changelog..
Muss das Script aendern.. dann gehts .. :-)Hi,
nach dem Update auf 1.5.0 werden mir die Clientnamen nicht mehr angezeigt in den Objekten .. ?
@David-G dein Blockly zeigt seit 1.5.0 auch nicht mehr den Clientnamen an.. geht das bei dir noch?
-
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" -
@grizzelbee
EDIT:
ah, habs gefunden.. es gibt jetzt Datenpunkte.. ja ich weiss. wer lesen kann... stand im Changelog..
Muss das Script aendern.. dann gehts .. :-)Hi,
nach dem Update auf 1.5.0 werden mir die Clientnamen nicht mehr angezeigt in den Objekten .. ?
@David-G dein Blockly zeigt seit 1.5.0 auch nicht mehr den Clientnamen an.. geht das bei dir noch?
@ilovegym sagte in Tester für WireGuard Adapter gesucht:
nach dem Update auf 1.5.0 werden mir die Clientnamen nicht mehr angezeigt in den Objekten .. ?
die waren bei mir noch nie da. Habs händisch über den Bleistift eingetragen.
-
@grizzelbee
Hab mir mal die 1.5.0 installiert. Die neuen Datenpunkte für die User finde ich super, fand die Bennennung der Peers aber auch ganz praktisch.
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.@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.
-
@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.
@grizzelbee
Ich hatte "damals" einen Peer bei der Namensgebung vergessen. Der hatte natürlich im Objektbaum keinen Namen nur die kryptische ID.
Nun hab ich mit dem Adapterupdate dem auch einen Namen gegeben und bin beinahe wahnsinnig geworden weil der nicht auftauchte.
Dann hab ich mal alles gelöscht und kein Name wurde neu erstellt. Hab das dann als work as deigned hingenommen. -
ich bin fuer 1) - wie vorher, da muss man nicht die Scripte aendern :)
Ja, da scheint was kaputt gegangen zu sein.. ich habs jetzt erstmal manuell mit dem Bleistift geaendert, aber bei einem Adapter-Update/Neustart wird das wahrscheinlich wieder geloescht.. -
@grizzelbee
Ich hatte "damals" einen Peer bei der Namensgebung vergessen. Der hatte natürlich im Objektbaum keinen Namen nur die kryptische ID.
Nun hab ich mit dem Adapterupdate dem auch einen Namen gegeben und bin beinahe wahnsinnig geworden weil der nicht auftauchte.
Dann hab ich mal alles gelöscht und kein Name wurde neu erstellt. Hab das dann als work as deigned hingenommen.@bommel_030 sagte in Tester für WireGuard Adapter gesucht:
Dann hab ich mal alles gelöscht und kein Name wurde neu erstellt. Hab das dann als works as designed hingenommen.
Nein - das ist definitv ein Bug. Die Peers sollen weiterhin Namen im Devicetree bekommen - das ist sonst zu unübersichtlich. Ich wollte lediglich die Art, wie der Name zustande kommt ändern.
Deshalb: Äußert euch gerne mal alle zu meiner Umfrage, was für euch praktischer ist. Bei mir steht da nämlich immer nur:
Papa Notebook
Papa Smartphone
Papa Tablet
Kind 1 Smartphone
Kind 1 Tablet
Kind 2 Smartphone
Kind 2 Tablet
...https://github.com/Grizzelbee/ioBroker.wireguard/issues/65
@ilovegym sagte in Tester für WireGuard Adapter gesucht:
ich bin fuer 1) - wie vorher, da muss man nicht die Scripte aendern
Kann ich verstehen - führt aber, nur um das noch einmal klar zu sagen, dazu das da künftig drei Spalten in der Konfig bleiben. Die Frage ist ja eigentlich nur was da in den Devicetree geschrieben werden soll - und woher diese Daten kommen. Für Skrpite sollte das eigentlich keine Rolle spielen; die greifen ja nicht direkt in die Konfig des Adapters.
-
@bommel_030 sagte in Tester für WireGuard Adapter gesucht:
Dann hab ich mal alles gelöscht und kein Name wurde neu erstellt. Hab das dann als works as designed hingenommen.
Nein - das ist definitv ein Bug. Die Peers sollen weiterhin Namen im Devicetree bekommen - das ist sonst zu unübersichtlich. Ich wollte lediglich die Art, wie der Name zustande kommt ändern.
Deshalb: Äußert euch gerne mal alle zu meiner Umfrage, was für euch praktischer ist. Bei mir steht da nämlich immer nur:
Papa Notebook
Papa Smartphone
Papa Tablet
Kind 1 Smartphone
Kind 1 Tablet
Kind 2 Smartphone
Kind 2 Tablet
...https://github.com/Grizzelbee/ioBroker.wireguard/issues/65
@ilovegym sagte in Tester für WireGuard Adapter gesucht:
ich bin fuer 1) - wie vorher, da muss man nicht die Scripte aendern
Kann ich verstehen - führt aber, nur um das noch einmal klar zu sagen, dazu das da künftig drei Spalten in der Konfig bleiben. Die Frage ist ja eigentlich nur was da in den Devicetree geschrieben werden soll - und woher diese Daten kommen. Für Skrpite sollte das eigentlich keine Rolle spielen; die greifen ja nicht direkt in die Konfig des Adapters.
@grizzelbee
Ich bin für Name + Device als "Name" zur ID "Peer". Aktuell wird ja unter users ein Datenpunkt connected angelegt, Luxus wäre es, wenn zusätzlich zu jedem Device des Users ein Datenpunkt connected angelegt wird. -
@bommel_030 sagte in Tester für WireGuard Adapter gesucht:
Dann hab ich mal alles gelöscht und kein Name wurde neu erstellt. Hab das dann als works as designed hingenommen.
Nein - das ist definitv ein Bug. Die Peers sollen weiterhin Namen im Devicetree bekommen - das ist sonst zu unübersichtlich. Ich wollte lediglich die Art, wie der Name zustande kommt ändern.
Deshalb: Äußert euch gerne mal alle zu meiner Umfrage, was für euch praktischer ist. Bei mir steht da nämlich immer nur:
Papa Notebook
Papa Smartphone
Papa Tablet
Kind 1 Smartphone
Kind 1 Tablet
Kind 2 Smartphone
Kind 2 Tablet
...https://github.com/Grizzelbee/ioBroker.wireguard/issues/65
@ilovegym sagte in Tester für WireGuard Adapter gesucht:
ich bin fuer 1) - wie vorher, da muss man nicht die Scripte aendern
Kann ich verstehen - führt aber, nur um das noch einmal klar zu sagen, dazu das da künftig drei Spalten in der Konfig bleiben. Die Frage ist ja eigentlich nur was da in den Devicetree geschrieben werden soll - und woher diese Daten kommen. Für Skrpite sollte das eigentlich keine Rolle spielen; die greifen ja nicht direkt in die Konfig des Adapters.
Support us
186
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge