UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Yogi 0]

@crunkfx

wg sagt:

wg

root@wireguard:~# wg
interface: wg0
 public key: WjGWQEQ9X5W605f7[...]
 private key: (hidden)
 listening port: 51820

peer: 13qKqAxtImgf4E8CGZL[...]
 preshared key: (hidden)
 endpoint: 83.133.188.206:49665
 allowed ips: 10.252.1.3/32
 latest handshake: 1 minute, 46 seconds ago
 transfer: 1.94 MiB received, 6.22 MiB sent

peer: 3j3RByaYzLRUpZnKe1[...]
 preshared key: (hidden)
 endpoint: 83.133.188.206:45362
 allowed ips: 10.252.1.1/32
 latest handshake: 2 minutes, 7 seconds ago
 transfer: 2.08 MiB received, 9.92 MiB sent

peer: EsAGlMxNVNdSs1JEZ[...]
 preshared key: (hidden)
 allowed ips: 10.252.1.2/32

systemctl sagt:

systemctl status wg-quick@wg0.service

root@wireguard:~# systemctl status wg-quick@wg0.service
* wg-quick@wg0.service - WireGuard via wg-quick(8) for wg0
    Loaded: loaded (/lib/systemd/system/wg-quick@.service; enabled; vendor preset: enabled)
   Drop-In: /etc/systemd/system/wg-quick@wg0.service.d
            `-boringtun.conf
    Active: active (exited) since Tue 2022-01-04 08:42:06 CET; 1h 50min ago
      Docs: man:wg-quick(8)
            man:wg(8)
            https://www.wireguard.com/
            https://www.wireguard.com/quickstart/
            https://git.zx2c4.com/wireguard-tools/about/src/man/wg-quick.8
            https://git.zx2c4.com/wireguard-tools/about/src/man/wg.8
   Process: 189 ExecStart=/usr/bin/wg-quick up wg0 (code=exited, status=0/SUCCESS)
  Main PID: 189 (code=exited, status=0/SUCCESS)
       CPU: 23ms

Jan 04 08:42:06 wireguard systemd[1]: Starting WireGuard via wg-quick(8) for wg0...
Jan 04 08:42:06 wireguard wg-quick[189]: [#] ip link add wg0 type wireguard
Jan 04 08:42:06 wireguard wg-quick[189]: [#] wg setconf wg0 /dev/fd/63
Jan 04 08:42:06 wireguard wg-quick[189]: [#] ip -4 address add 10.252.1.0/24 dev wg0
Jan 04 08:42:06 wireguard wg-quick[189]: [#] ip link set mtu 1450 up dev wg0
Jan 04 08:42:06 wireguard wg-quick[189]: [#] iptables -A FORWARD -i wg0 -j ACCEPT; iptables -A FORWARD -o wg0 -j ACCEPT; iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
Jan 04 08:42:06 wireguard systemd[1]: Finished WireGuard via wg-quick(8) for wg0.

[CrunkFX]

@yogi-0 Kannst du bitte einmal im Menü vom UI auf Apply Config klicken und danach den Output von:

systemctl status wgui

hier einstellen.

Danke

[Yogi 0]

@crunkfx

Hier die Ausgabe, nachdem auf Apply Config geklickt wurde:

Spoiler

root@wireguard:~# systemctl status wgui
* wgui.service - Restart WireGuard
    Loaded: loaded (/etc/systemd/system/wgui.service; enabled; vendor preset: enabled)
    Active: failed (Result: exit-code) since Tue 2022-01-04 11:09:45 CET; 6s ago
TriggeredBy: * wgui.path
   Process: 5792 ExecStart=/usr/bin/systemctl restart wg-quick@wg0.service (code=exited, status=203/EXEC)
  Main PID: 5792 (code=exited, status=203/EXEC)
       CPU: 511us

Jan 04 11:09:45 wireguard systemd[1]: Starting Restart WireGuard...
Jan 04 11:09:45 wireguard systemd[1]: wgui.service: Main process exited, code=exited, status=203/EXEC
Jan 04 11:09:45 wireguard systemd[1]: wgui.service: Failed with result 'exit-code'.
Jan 04 11:09:45 wireguard systemd[1]: Failed to start Restart WireGuard.

[CrunkFX]

@yogi-0 Was zeigt:

ls /bin

[Yogi 0]

@crunkfx

bin zeigt folgende Inhalte:

Spoiler

root@wireguard:~# ls /bin
bash          cat            domainname  gzip        lsmod       networkctl     ntfstruncate  rm         systemctl                       true             zegrep
bunzip2       chgrp          dumpkeys    hostname    mkdir       nisdomainname  ntfsusermap   rmdir      systemd                         udevadm          zfgrep
busybox       chmod          echo        ip          mknod       ntfs-3g        ntfswipe      rnano      systemd-ask-password            ulockmgr_server  zforce
bzcat         chown          ed          journalctl  mktemp      ntfs-3g.probe  openvt        run-parts  systemd-escape                  umount           zgrep
bzcmp         chvt           egrep       kbd_mode    more        ntfscat        pidof         sed        systemd-hwdb                    uname            zless
bzdiff        cp             false       kill        mount       ntfscluster    ping          setfont    systemd-inhibit                 uncompress       zmore
bzegrep       cpio           fgconsole   kmod        mountpoint  ntfscmp        ping4         setupcon   systemd-machine-id-setup        unicode_start    znew
bzexe         dash           fgrep       ln          mt          ntfsfallocate  ping6         sh         systemd-notify                  vdir
bzfgrep       date           findmnt     loadkeys    mt-gnu      ntfsfix        plymouth      sleep      systemd-sysusers                wdctl
bzgrep        dd             fuser       login       mv          ntfsinfo       ps            ss         systemd-tmpfiles                which
bzip2         df             fusermount  loginctl    nano        ntfsls         pwd           static-sh  systemd-tty-ask-password-agent  ypdomainname
bzip2recover  dir            grep        lowntfs-3g  nc          ntfsmove       rbash         stty       tar                             zcat
bzless        dmesg          gunzip      ls          nc.openbsd  ntfsrecover    readlink      su         tempfile                        zcmp
bzmore        dnsdomainname  gzexe       lsblk       netcat      ntfssecaudit   red           sync       touch                           zdiff

[CrunkFX]

@yogi-0 Kannst du bitte einmal folgendes ausführen :

wget https://raw.githubusercontent.com/KleSecGmbH/ioBroker/main/wireguard/wgui-bin.service -O /etc/systemd/system/wgui.service

und anschließend

systemctl daemon-reload
systemctl stop wgui
systemctl start wgui
systemctl status wgui

[Yogi 0]

@crunkfx

Okay ich habe den Dienst jetzt neu geladen und anschließend nochmal den Status ausgegeben, scheint jetzt zumindest vernünftig zu starten:

root@wireguard:~# systemctl status wgui
* wgui.service - Restart WireGuard
     Loaded: loaded (/etc/systemd/system/wgui.service; enabled; vendor preset: enabled)
     Active: inactive (dead) since Tue 2022-01-04 12:03:46 CET; 6min ago
TriggeredBy: * wgui.path
    Process: 7665 ExecStart=/bin/systemctl restart wg-quick@wg0.service (code=exited, status=0/SUCCESS)
   Main PID: 7665 (code=exited, status=0/SUCCESS)
        CPU: 1ms

Jan 04 12:03:45 wireguard systemd[1]: Starting Restart WireGuard...
Jan 04 12:03:46 wireguard systemd[1]: wgui.service: Succeeded.
Jan 04 12:03:46 wireguard systemd[1]: Finished Restart WireGuard.

Habe nochmal in der WireguardUI auf Apply Config geklickt, ich glaube da tut sich nach wie vor nichts, denn eigentlich müsste der Server ja neustarten, aber ich kann nach dem Klick in der UI unmittelbar weiter navigieren... ?

[CrunkFX]

@yogi-0 Nein, der Server muss nicht Neustarten, nur der WireGuard Dienst um die neue Konfiguration anzunehmen. Du kannst das testen indem du einen neuen Client im UI anlegst und dieser direkt nach dem Klick auf Aplly Config funktioniert.

[Yogi 0]

@crunkfx

leider funktioniert der Neustart des Dienstes über den Apply Config Button immer noch nicht, die VPN Verbindung schmeißt wieder den Handshake Error

2022-01-04 12:18:00.964: [TUN] [test] Handshake for peer 1 ([...]:51820) did not complete after 5 seconds, retrying (try 2)

Nachdem manuellen Neustart über systemctl stop/start wgui funktioniert der Client entsprechend dann. Woran könnte es noch liegen, dass der Button den Befehl nicht vernünftig an den Container weiterleiten kann? :confused:

[nerg]

@crunkfx Thema Container-recyceln: sollte ich denn nicht den docker Kram etc runter werfen? Welche apt Pakete wären das?

[CrunkFX]

@yogi-0 Entschuldige bitte die verspätete Rückmeldung, es scheint hierbei ein Problem mit dem systemctl Dienst zu geben. Je nach Distribution befindet sich dieser in /usr/bin/systemctl oder /bin/systemctl . Bei dir sind beide vorhanden, weshalb mein Skript etwas verwirrt zu sein schien. Ich habe nun geupdated, allerdings erfordert es eine Neuinstallation von Wireguard und Wireguard UI.

Ansonsten nach einer Änderung

systemctl restart wgui

[CrunkFX]

@nerg Je nachdem ob du noch mehrere Docker Container laufen hast, reicht es den Wireguard UI Container zu entfernen:

docker rm wgui

Möchtest du Docker und ALLES was dazu gehört entfernen (Genieß das mit Vorsicht wenn du nicht sicher bist ob noch mehr auf Docker läuft!):

sudo apt-get purge -y docker.io docker-compose
sudo apt-get autoremove -y --purge docker.io docker-compose
sudo rm -rf /var/lib/docker /etc/docker
sudo rm /etc/apparmor.d/docker
sudo groupdel docker
sudo rm -rf /var/run/docker.sock
sudo rm /usr/local/bin/docker-compose

[MartyBr]

@crunkfx Ich hatte gestern die 1.20 auf einem neuen System installiert. Ich möchte jetzt ungern die 1.21 installieren. Was hat sich denn genau geändert? Kann ich ein Patch einspielen oder eine Datei austauschen?

[CrunkFX]

@martybr Wenn bei dir alles so funktioniert wie es soll, ist es nicht nötig 1.2.1 zu installieren.

[MartyBr]

@crunkfx :hugging_face:

[simi]

@crunkfx Herzlichen Dank für das Skript - ich habe es gerade in einem Ubuntu 20.04 LTS-LXC installiert und hatte zunächst ebenfalls das Problem, dass ich nach dem Anlegen eines Clients trotz "Apply Config" neustarten musste, bevor der Client connecten konnte. Mit den "Nacharbeiten" aus diesem Post (und einem Reboot), kann der neue Client jetzt wie gewünscht nach dem "Apply Config" direkt connecten.

Dann werde ich mal meinen priviligierten OpenVPN-Container abschalten... Wenn ich bedenke, was das für ein Gefrickel war, bevor OpenVPN auch über meine VLANs hinweg funktioniert hat, kann ich Dir gar nicht genug danken :)

Edit: Und auf Port 80 läuft es auch super :)

[Muchul]

@crunkfx
Danke.
Nachdem ich eine Woche versucht habe die Fritz VPN auf dem Laptop einzurichten und kläglich gescheitert bin, habe ich dank deiner Anleitung nun vollen Zugriff auf mein Heimnetzwerk.
Die Nachricht schicke ich gerade über den Tunnel :-)
Klasse Arbeit und sehr gut dokumentiert, Alle Daumen hoch (hab mir noch welche dafür geliehen).

PS: Handy habe ich gar nicht erwähnt, aber beides geht super.
Ich musste lediglich den Tunnelnamen für Windows ändern, da er anscheinend keine Leerzeichen mag.

[Thomas Braun]

@muchul sagte in [Anleitung] WireGuard mit WireGuard-UI auf Proxmox:

da er anscheinend keine Leerzeichen mag.

Leerzeichen mag in der IT eigentlich gar keiner. Immer ohne auskommen!

[CrunkFX]

@muchul Hi, kannst du das nochmal erklären so ganz verstehe ich das Problem nicht. Welchen tunnelnamen meinst du?

LG

[Muchul]

@crunkfx
gerne, nach der Installation http://ServerIP:5000 aufgerufen und alles ausgefüllt.
Dummerweise bei Name vor -und zu- Name eingetragen.
Am Handy QR Code gescannt und alles funktioniert.
Am Laptop von https://download.wireguard.com/windows-client/wireguard-installer.exe den Installer runtergeladen installiert und die Datei "Vorname Nachname.conf" eingelesen und dabei die Fehlermeldung bekommen:

Fehler: Importieren der Konfiguration nicht möglich: Der Tunnelname ist ungültig: "name Vorname"

Habe dann die Datei umbenannt in "VornameNachname.conf", also das Leerzeichen zwischen vor und Nachname gelöscht und schon ging es.