Skip to content

Wireguard - Client installieren

Wireguard
3 2 776
  • Da wir ja jetzt an dem Punkt ankommen, wo Wireguard im Mainstream ankommt 😉 hier mal eine Vorgehensweise, wie man Wireguard als Client auf einem ROCKPro64 installiert.

    Hardware

    • ROCKPro64v2.1 2GB RAM
    • PCIe NVMe SSD und Adapterkarte

    Software

    • Release 0.10.9 vom Kamil
    • Linux rockpro64 5.6.0-1132-ayufan-g81043e6e109a #ayufan SMP Tue Apr 7 10:07:35 UTC 2020 aarch64 GNU/Linux
    • u-boot im SPI

    Hintergrund Wireguard

    Seit der Veröffentlichung vom Kernel 5.6 sind die benötigten Kernelmodule im Kernel enthalten. Das heißt, wir müssen uns nicht mehr darum kümmern. Hier die Liste der Module, wenn Wireguard läuft.

    root@rockpro64:/etc/wireguard# lsmod | grep wireguard
    wireguard              90112  0
    libchacha20poly1305    16384  1 wireguard
    ip6_udp_tunnel         16384  1 wireguard
    udp_tunnel             16384  1 wireguard
    libcurve25519_generic    36864  1 wireguard
    libblake2s             16384  1 wireguard
    

    Voraussetzung

    Ich gehe von einer funktionierenden Installation auf dem ROCKPro64 aus. Dazu setze ich schon immer Debian in folgender Version ein.

    https://github.com/ayufan-rock64/linux-build/releases/download/0.10.9/buster-minimal-rockpro64-0.10.9-1180-arm64.img.xz

    Ergibt dann

    root@rockpro64:/etc/wireguard# cat /etc/debian_version
    10.3
    

    Installation

    Backports

    In Debian Buster 10.3 fehlt das Wireguard Paket. Um das nun installieren zu können, benötigen wir die Backports.
    Dazu öffnen wir die Datei /etc/apt/sources.list und fügen ans Ende folgende Zeile hinzu.

    deb http://deb.debian.org/debian buster-backports main
    

    Danach abspeichern.

    Wireguard installieren

    Erstmal die Paketliste aktualisieren.

    apt update
    

    Danach ein

    root@rockpro64:~# apt install wireguard
    Reading package lists... Done
    Building dependency tree       
    Reading state information... Done
    The following additional packages will be installed:
      dkms wireguard-dkms wireguard-tools
    Suggested packages:
      python3-apport menu
    Recommended packages:
      fakeroot linux-headers-686-pae | linux-headers-amd64 | linux-headers-generic
      | linux-headers
    The following NEW packages will be installed:
      dkms wireguard wireguard-dkms wireguard-tools
    0 upgraded, 4 newly installed, 0 to remove and 0 not upgraded.
    Need to get 425 kB of archives.
    After this operation, 2374 kB of additional disk space will be used.
    Do you want to continue? [Y/n] 
    Get:1 http://deb.debian.org/debian buster-backports/main arm64 wireguard-dkms all 0.0.20200318-1~bpo10+1 [253 kB]
    Get:2 http://deb.debian.org/debian buster-backports/main arm64 wireguard-tools arm64 1.0.20200319-1~bpo10+1 [89.7 kB]
    Get:3 http://deb.debian.org/debian buster-backports/main arm64 wireguard all 1.0.20200319-1~bpo10+1 [7464 B]
    Get:4 http://cdn-fastly.deb.debian.org/debian buster/main arm64 dkms all 2.6.1-4 [74.4 kB]
    Fetched 425 kB in 0s (1214 kB/s)
    Selecting previously unselected package dkms.
    (Reading database ... 41667 files and directories currently installed.)
    Preparing to unpack .../archives/dkms_2.6.1-4_all.deb ...
    Unpacking dkms (2.6.1-4) ...
    Selecting previously unselected package wireguard-dkms.
    Preparing to unpack .../wireguard-dkms_0.0.20200318-1~bpo10+1_all.deb ...
    Unpacking wireguard-dkms (0.0.20200318-1~bpo10+1) ...
    Selecting previously unselected package wireguard-tools.
    Preparing to unpack .../wireguard-tools_1.0.20200319-1~bpo10+1_arm64.deb ...
    Unpacking wireguard-tools (1.0.20200319-1~bpo10+1) ...
    Selecting previously unselected package wireguard.
    Preparing to unpack .../wireguard_1.0.20200319-1~bpo10+1_all.deb ...
    Unpacking wireguard (1.0.20200319-1~bpo10+1) ...
    Setting up dkms (2.6.1-4) ...
    Setting up wireguard-dkms (0.0.20200318-1~bpo10+1) ...
    Loading new wireguard-0.0.20200318 DKMS files...
    It is likely that 5.6.0-1132-ayufan-g81043e6e109a belongs to a chroot's host
    Building for 5.6.0-1132-ayufan-g81043e6e109a
    Building initial module for 5.6.0-1132-ayufan-g81043e6e109a
    Error!  The dkms.conf for this module includes a BUILD_EXCLUSIVE directive which
    does not match this kernel/arch.  This indicates that it should not be built.
    Skipped.
    Setting up wireguard-tools (1.0.20200319-1~bpo10+1) ...
    Setting up wireguard (1.0.20200319-1~bpo10+1) ...
    

    Danach ist Wireguard in folgender Version vorhanden.

    root@rockpro64:~# wg version
        wireguard-tools v1.0.20200319 - https://git.zx2c4.com/wireguard-tools/
    

    Wirguard Keys erzeugen

    root@rockpro64:/etc/wireguard# wg genkey > private.key
    Warning: writing to world accessible file.
    Consider setting the umask to 077 and trying again.
    root@rockpro64:/etc/wireguard# wg pubkey > public.key < private.key
    root@rockpro64:/etc/wireguard# wg genpsk > psk.key
    Warning: writing to world accessible file.
    Consider setting the umask to 077 and trying again.
    

    Nehmt den Warnhinweis ernst, auf einem Server sollte man das so nicht lassen!

    Inhalt von /etc/wireguard

    root@rockpro64:/etc/wireguard# ls
    private.key  psk.key  public.key
    

    Wireguard wg0.conf

    [Interface]
    Address = 10.10.1.2, <IPv6 Adresse>
    PrivateKey = <private Key>
    ListenPort = 51820
    DNS = 10.10.1.1
    
    [Peer]
    Endpoint = <Server IP>:51820
    PublicKey = <public Key> vom Server!!
    PresharedKey = <preshared Key> Client und Server gleich!
    AllowedIPs = 0.0.0.0/0, ::/0
    

    Zur <IPv6 Adresse>

    Auf meinem Server sieht die Konfiguration so aus.

    #ROCKPro64
    [Peer]
    PublicKey = <Public-Key Client>
    PresharedKey = <psk.key>
    AllowedIPs = 10.10.1.12, 2a01:xxx:xxx:59e6:100::12
    

    Mein Wireguard Server und mein Heimnetz sind voll IPv6 tauglich. Deshalb weise ich den Geräten auch IPv6 Adressen vom Server zu. Ohne diese IPv6 Adresse hat man keine Internetverbindung, sondern kann nur das interne Netz erreichen. Erst mit der IPv6 Adresse wird der gesamte Netzwerkverkehr ins Internet geroutet.

    Wireguard starten

    Dazu nimmt man den Befehl wg-quick

    root@rockpro64:/etc/wireguard# wg-quick up wg0
    [#] ip link add wg0 type wireguard
    [#] wg setconf wg0 /dev/fd/63
    [#] ip -4 address add 10.10.1.12 dev wg0
    [#] ip link set mtu 1420 up dev wg0
    [#] resolvconf -a tun.wg0 -m 0 -x
    [#] wg set wg0 fwmark 51820
    [#] ip -6 route add ::/0 dev wg0 table 51820
    [#] ip -6 rule add not fwmark 51820 table 51820
    [#] ip -6 rule add table main suppress_prefixlength 0
    [#] ip6tables-restore -n
    [#] ip -4 route add 0.0.0.0/0 dev wg0 table 51820
    [#] ip -4 rule add not fwmark 51820 table 51820
    [#] ip -4 rule add table main suppress_prefixlength 0
    [#] sysctl -q net.ipv4.conf.all.src_valid_mark=1
    [#] iptables-restore -n
    

    Kontrolle

    root@rockpro64:/etc/wireguard# wg
    interface: wg0
      public key: 4gGlCmgVYs4jjPfm7qaq5hkls3n4tVM53e/BBSV+xyU=
      private key: (hidden)
      listening port: 51820
      fwmark: 0xca6c
    
    peer: <Public Key vom Server>
      preshared key: (hidden)
      endpoint: <Server-IP>:51820
      allowed ips: 0.0.0.0/0, ::/0
      latest handshake: 4 seconds ago
      transfer: 92 B received, 324 B sent
    

    So, läuft 🙂

    Ausschalten

    wg-quick down wg0
    
  • Da wir ja jetzt an dem Punkt ankommen, wo Wireguard im Mainstream ankommt 😉 hier mal eine Vorgehensweise, wie man Wireguard als Client auf einem ROCKPro64 installiert.

    Hardware

    • ROCKPro64v2.1 2GB RAM
    • PCIe NVMe SSD und Adapterkarte

    Software

    • Release 0.10.9 vom Kamil
    • Linux rockpro64 5.6.0-1132-ayufan-g81043e6e109a #ayufan SMP Tue Apr 7 10:07:35 UTC 2020 aarch64 GNU/Linux
    • u-boot im SPI

    Hintergrund Wireguard

    Seit der Veröffentlichung vom Kernel 5.6 sind die benötigten Kernelmodule im Kernel enthalten. Das heißt, wir müssen uns nicht mehr darum kümmern. Hier die Liste der Module, wenn Wireguard läuft.

    root@rockpro64:/etc/wireguard# lsmod | grep wireguard
    wireguard              90112  0
    libchacha20poly1305    16384  1 wireguard
    ip6_udp_tunnel         16384  1 wireguard
    udp_tunnel             16384  1 wireguard
    libcurve25519_generic    36864  1 wireguard
    libblake2s             16384  1 wireguard
    

    Voraussetzung

    Ich gehe von einer funktionierenden Installation auf dem ROCKPro64 aus. Dazu setze ich schon immer Debian in folgender Version ein.

    https://github.com/ayufan-rock64/linux-build/releases/download/0.10.9/buster-minimal-rockpro64-0.10.9-1180-arm64.img.xz

    Ergibt dann

    root@rockpro64:/etc/wireguard# cat /etc/debian_version
    10.3
    

    Installation

    Backports

    In Debian Buster 10.3 fehlt das Wireguard Paket. Um das nun installieren zu können, benötigen wir die Backports.
    Dazu öffnen wir die Datei /etc/apt/sources.list und fügen ans Ende folgende Zeile hinzu.

    deb http://deb.debian.org/debian buster-backports main
    

    Danach abspeichern.

    Wireguard installieren

    Erstmal die Paketliste aktualisieren.

    apt update
    

    Danach ein

    root@rockpro64:~# apt install wireguard
    Reading package lists... Done
    Building dependency tree       
    Reading state information... Done
    The following additional packages will be installed:
      dkms wireguard-dkms wireguard-tools
    Suggested packages:
      python3-apport menu
    Recommended packages:
      fakeroot linux-headers-686-pae | linux-headers-amd64 | linux-headers-generic
      | linux-headers
    The following NEW packages will be installed:
      dkms wireguard wireguard-dkms wireguard-tools
    0 upgraded, 4 newly installed, 0 to remove and 0 not upgraded.
    Need to get 425 kB of archives.
    After this operation, 2374 kB of additional disk space will be used.
    Do you want to continue? [Y/n] 
    Get:1 http://deb.debian.org/debian buster-backports/main arm64 wireguard-dkms all 0.0.20200318-1~bpo10+1 [253 kB]
    Get:2 http://deb.debian.org/debian buster-backports/main arm64 wireguard-tools arm64 1.0.20200319-1~bpo10+1 [89.7 kB]
    Get:3 http://deb.debian.org/debian buster-backports/main arm64 wireguard all 1.0.20200319-1~bpo10+1 [7464 B]
    Get:4 http://cdn-fastly.deb.debian.org/debian buster/main arm64 dkms all 2.6.1-4 [74.4 kB]
    Fetched 425 kB in 0s (1214 kB/s)
    Selecting previously unselected package dkms.
    (Reading database ... 41667 files and directories currently installed.)
    Preparing to unpack .../archives/dkms_2.6.1-4_all.deb ...
    Unpacking dkms (2.6.1-4) ...
    Selecting previously unselected package wireguard-dkms.
    Preparing to unpack .../wireguard-dkms_0.0.20200318-1~bpo10+1_all.deb ...
    Unpacking wireguard-dkms (0.0.20200318-1~bpo10+1) ...
    Selecting previously unselected package wireguard-tools.
    Preparing to unpack .../wireguard-tools_1.0.20200319-1~bpo10+1_arm64.deb ...
    Unpacking wireguard-tools (1.0.20200319-1~bpo10+1) ...
    Selecting previously unselected package wireguard.
    Preparing to unpack .../wireguard_1.0.20200319-1~bpo10+1_all.deb ...
    Unpacking wireguard (1.0.20200319-1~bpo10+1) ...
    Setting up dkms (2.6.1-4) ...
    Setting up wireguard-dkms (0.0.20200318-1~bpo10+1) ...
    Loading new wireguard-0.0.20200318 DKMS files...
    It is likely that 5.6.0-1132-ayufan-g81043e6e109a belongs to a chroot's host
    Building for 5.6.0-1132-ayufan-g81043e6e109a
    Building initial module for 5.6.0-1132-ayufan-g81043e6e109a
    Error!  The dkms.conf for this module includes a BUILD_EXCLUSIVE directive which
    does not match this kernel/arch.  This indicates that it should not be built.
    Skipped.
    Setting up wireguard-tools (1.0.20200319-1~bpo10+1) ...
    Setting up wireguard (1.0.20200319-1~bpo10+1) ...
    

    Danach ist Wireguard in folgender Version vorhanden.

    root@rockpro64:~# wg version
        wireguard-tools v1.0.20200319 - https://git.zx2c4.com/wireguard-tools/
    

    Wirguard Keys erzeugen

    root@rockpro64:/etc/wireguard# wg genkey > private.key
    Warning: writing to world accessible file.
    Consider setting the umask to 077 and trying again.
    root@rockpro64:/etc/wireguard# wg pubkey > public.key < private.key
    root@rockpro64:/etc/wireguard# wg genpsk > psk.key
    Warning: writing to world accessible file.
    Consider setting the umask to 077 and trying again.
    

    Nehmt den Warnhinweis ernst, auf einem Server sollte man das so nicht lassen!

    Inhalt von /etc/wireguard

    root@rockpro64:/etc/wireguard# ls
    private.key  psk.key  public.key
    

    Wireguard wg0.conf

    [Interface]
    Address = 10.10.1.2, <IPv6 Adresse>
    PrivateKey = <private Key>
    ListenPort = 51820
    DNS = 10.10.1.1
    
    [Peer]
    Endpoint = <Server IP>:51820
    PublicKey = <public Key> vom Server!!
    PresharedKey = <preshared Key> Client und Server gleich!
    AllowedIPs = 0.0.0.0/0, ::/0
    

    Zur <IPv6 Adresse>

    Auf meinem Server sieht die Konfiguration so aus.

    #ROCKPro64
    [Peer]
    PublicKey = <Public-Key Client>
    PresharedKey = <psk.key>
    AllowedIPs = 10.10.1.12, 2a01:xxx:xxx:59e6:100::12
    

    Mein Wireguard Server und mein Heimnetz sind voll IPv6 tauglich. Deshalb weise ich den Geräten auch IPv6 Adressen vom Server zu. Ohne diese IPv6 Adresse hat man keine Internetverbindung, sondern kann nur das interne Netz erreichen. Erst mit der IPv6 Adresse wird der gesamte Netzwerkverkehr ins Internet geroutet.

    Wireguard starten

    Dazu nimmt man den Befehl wg-quick

    root@rockpro64:/etc/wireguard# wg-quick up wg0
    [#] ip link add wg0 type wireguard
    [#] wg setconf wg0 /dev/fd/63
    [#] ip -4 address add 10.10.1.12 dev wg0
    [#] ip link set mtu 1420 up dev wg0
    [#] resolvconf -a tun.wg0 -m 0 -x
    [#] wg set wg0 fwmark 51820
    [#] ip -6 route add ::/0 dev wg0 table 51820
    [#] ip -6 rule add not fwmark 51820 table 51820
    [#] ip -6 rule add table main suppress_prefixlength 0
    [#] ip6tables-restore -n
    [#] ip -4 route add 0.0.0.0/0 dev wg0 table 51820
    [#] ip -4 rule add not fwmark 51820 table 51820
    [#] ip -4 rule add table main suppress_prefixlength 0
    [#] sysctl -q net.ipv4.conf.all.src_valid_mark=1
    [#] iptables-restore -n
    

    Kontrolle

    root@rockpro64:/etc/wireguard# wg
    interface: wg0
      public key: 4gGlCmgVYs4jjPfm7qaq5hkls3n4tVM53e/BBSV+xyU=
      private key: (hidden)
      listening port: 51820
      fwmark: 0xca6c
    
    peer: <Public Key vom Server>
      preshared key: (hidden)
      endpoint: <Server-IP>:51820
      allowed ips: 0.0.0.0/0, ::/0
      latest handshake: 4 seconds ago
      transfer: 92 B received, 324 B sent
    

    So, läuft 🙂

    Ausschalten

    wg-quick down wg0
    

    @FrankM
    hallo Frank

    Bei mir läuft Wireguard auf einem Raspberry 4 mit 2 GB RAM an einer fritzbox 4040 hinter einem Vodafone Kabelanschluss. (LAN Anschluss) Dort ist auch ein Pihole installiert.
    Und nun zu meinem Problem. Da ich viel herumkomme wollte ich mein Smartphone per VPN in fremden Netzen verwenden. Ich habe ein xioami redmi note 4 mit Lineage 9 und Stormguard Kernel mit Wireguard Unterstützung. Seit Januar läuft das ganze. Anfangs hatte ich das Problem, wenn ich per LTE oder fremden WLAN Wireguard VPN nutzte, kam ich nicht über 60 KB/s Geschwindigkeit. Nach vielen Versuchen hatte ich ab Anfang Februar super Geschwindigkeiten. (Etwa 30 % weniger als ohne VPN) Während eines Israel Urlaub war ich der einzigste, der die Tagesschau streamen konnte. Seit Anfang März (vermutlich nach einem Lineage Update) kommt die Geschwindigkeit nicht mehr über die 60 KB/s.
    Mit der neuen Android Wireguard APP kann man jetzt temporär die Kernelintegration abschalten, dann läuft normales VPN mit der gleichen niedrigen Geschwindigkeit.
    Wer weiss eine Lösung für die "Bremse".

    Gruß
    Osnh

  • Ich kann dir nicht ganz folgen. Mein Wireguard Server ist eine VM im Netz. Mein Smartphone baut zu diesem eine Verbindung auf und ich habe mal eben nachgeschaut, was da so geht. Mein Smartphone ist aktuell im meinem WLan angemeldet.

    6e0016dc-7e11-41e1-bba2-e52a3f1348df-image.png

    iperf3 -s -B 10.10.1.1
    -----------------------------------------------------------
    Server listening on 5201
    -----------------------------------------------------------
    Accepted connection from 10.10.1.10, port 44246
    [  5] local 10.10.1.1 port 5201 connected to 10.10.1.10 port 44248
    [ ID] Interval           Transfer     Bitrate
    [  5]   0.00-1.00   sec  4.98 MBytes  41.7 Mbits/sec                  
    [  5]   1.00-2.00   sec  5.52 MBytes  46.3 Mbits/sec                  
    [  5]   2.00-3.00   sec  4.80 MBytes  40.3 Mbits/sec                  
    [  5]   3.00-4.00   sec  4.17 MBytes  35.0 Mbits/sec                  
    [  5]   4.00-5.00   sec  5.04 MBytes  42.3 Mbits/sec                  
    [  5]   5.00-6.00   sec  5.43 MBytes  45.6 Mbits/sec                  
    [  5]   6.00-7.00   sec  5.75 MBytes  48.3 Mbits/sec                  
    [  5]   7.00-8.00   sec  5.70 MBytes  47.8 Mbits/sec                  
    [  5]   8.00-9.00   sec  5.73 MBytes  48.1 Mbits/sec                  
    [  5]   9.00-10.00  sec  5.65 MBytes  47.4 Mbits/sec                  
    [  5]  10.00-10.04  sec   206 KBytes  46.5 Mbits/sec                  
    - - - - - - - - - - - - - - - - - - - - - - - - -
    [ ID] Interval           Transfer     Bitrate
    [  5]   0.00-10.04  sec  53.0 MBytes  44.3 Mbits/sec                  receiver
    -----------------------------------------------------------
    Server listening on 5201
    -----------------------------------------------------------
    Accepted connection from 10.10.1.10, port 44250
    [  5] local 10.10.1.1 port 5201 connected to 10.10.1.10 port 44252
    [ ID] Interval           Transfer     Bitrate         Retr  Cwnd
    [  5]   0.00-1.00   sec  4.80 MBytes  40.2 Mbits/sec    0    253 KBytes       
    [  5]   1.00-2.00   sec  14.7 MBytes   123 Mbits/sec  181    379 KBytes       
    [  5]   2.00-3.00   sec  9.68 MBytes  81.2 Mbits/sec   58    294 KBytes       
    [  5]   3.00-4.00   sec  8.88 MBytes  74.5 Mbits/sec    1    227 KBytes       
    [  5]   4.00-5.00   sec  7.76 MBytes  65.1 Mbits/sec    0    245 KBytes       
    [  5]   5.00-6.00   sec  8.88 MBytes  74.5 Mbits/sec    0    266 KBytes       
    [  5]   6.00-7.00   sec  9.81 MBytes  82.3 Mbits/sec    0    289 KBytes       
    [  5]   7.00-8.00   sec  7.82 MBytes  65.6 Mbits/sec   35    235 KBytes       
    [  5]   8.00-9.00   sec  5.59 MBytes  46.9 Mbits/sec    4    186 KBytes       
    [  5]   9.00-10.00  sec  6.64 MBytes  55.7 Mbits/sec    0    207 KBytes       
    - - - - - - - - - - - - - - - - - - - - - - - - -
    [ ID] Interval           Transfer     Bitrate         Retr
    [  5]   0.00-10.04  sec  84.6 MBytes  70.6 Mbits/sec  279             sender
    -----------------------------------------------------------
    Server listening on 5201
    -----------------------------------------------------------
    ^Ciperf3: interrupt - the server has terminated
    

    Im zweiten Teil ist der Wireguard Server der Sender.

    Bis jetzt hatte ich eigentlich nie Probleme, auch nicht unterwegs. Aber, ich gehe davon aus, das ich dich nicht 100% verstanden habe 😉

  • Debian 12 & fail2ban

    Linux debian linux fail2ban
    1
    0 Stimmen
    1 Beiträge
    71 Aufrufe
    Niemand hat geantwortet
  • OpenCloud - Storage Backends testen

    OpenCloud opencloud linux docker
    2
    0 Stimmen
    2 Beiträge
    67 Aufrufe
    FrankMF
    So, mal weiter damit beschäftigen. Also, durch meine ganze Testerei war doch ein Haufen Müll angefallen. dockeruser@opencloud:~/opencloud/deployments/examples/opencloud_full$ docker volume ls DRIVER VOLUME NAME local 0fcd6f237898477b251f3dacb6cd083996092b783f991f899b06d89befc41b1e local 1d8df3f5d41613ad93ed753ce2102a14738cf00e8e7d127ec79881660be291ab local 3b612ce20b207c226640d6b84c32c788cd0fad9f9157578c2310f4b3db63dd29 local 5dfdde733fefb9fdb805acec8338a860762e88cd0753f4bb4098a19fbcd4b6c3 local 6bd5659759fb99b0d0613175d2392ca268dbdb3bd0353b85ccdf9a6004e798c0 local 6f8881420aa0e7713ed5308e635fcb9382939b6570afbd1d776866a07f6d61f2 local 29f7d20edd9eda935041cea7af5aab0af748175d7df8f345288463753d2afa9a local 66ca6287706aac5013b458a109e7c143c4fb177670734fc7a0f68495b1c62fd4 local 74d304835ef51f91226cc22dbbd494d2ddc9a4d91badf88814cae24126efd04a local 0203eb654c1f28a60899ded4660fb101ea222a5f8c86a225d39f3e5da877f1c0 local 271c474feb2ed915afb8efa85e422461fcfdf8acd4097355841eadf33847b7ef local 569a8c34804afd5861299973bed023c0146f40c0dbda0d980b8651bbcadc7fc9 local 655b1f446b5db9749787d4be4445887dcb3d19906d4244d059a0f292a6cd5f01 local 843bb8d0d7845adab06e146c44b153b842d5a1a1d8eb3972bdee1d3cbcb7e815 local 987ee19b8639ad5fffabba276ceb1ca09af6ebc66efb007e561570589c9c53a8 local 1004f5b7b161a4fe37a07d7960740e5cd09b90d5744f1922fb3e41c1265f800a local 2043c77b57728106cbcca8b7e2d3ae2f07ddf4ca44ee21fca232526c95e07381 local 3685c81df1be0061352dfc5b0e6db8d8d9f9b0915a271f1ca53d2796a7876805 local 9581abcfb4fb42b2fabfabbc8139cc4659ca83d92a8b60041957565409293ef4 local 796650f1fa887ff0b153822b268a10aa3579f4f2ca3ce6855ff292e49b3bb6b8 local 426251107e3131a250b27b96e795355332127f19ccf1ec8252860aff5d0caec8 local bd43ceef38448db348cc34e7dc5c4fee9c834d8b6c5957b1e6cdb83cec7b0974 local d94e7ce6c0fb1f4f7b811f624b4526ea889f2f8b99d2aa1b21e79d00dfeb38d0 local e87a27c307a8be80839fae1c006273d57570bb99f60c78c95e86a1e9ea1a786c local f2b3e30406db730e2a341850243c115b6eb231f30f41f5353c7b2427de39af75 local opencloud_full_certs local opencloud_full_opencloud-apps local opencloud_full_opencloud-config local opencloud_full_opencloud-data Oje, das sieht ziemlich vermüllt aus. Dann mal ganz mutig alles löschen. Vorher alles gestoppt. docker compose down Volume löschen, nur ein Beispiel docker volume rm opencloud_full_opencloud-data Alles gelöscht. Dann mal ein Neustart docker compose up -d Jetzt sieht das schon viel besser aus. dockeruser@opencloud:~/opencloud/deployments/examples/opencloud_full$ docker volume ls DRIVER VOLUME NAME local 3737a8eab68ffdc08d6e41493346feeb2e06ef350a210213ab450775318e49f8 local opencloud_full_opencloud-apps Da ich neugierig bin, schauen wir mal rein. root@opencloud:~ ls -lha /var/lib/docker/volumes/3737a8eab68ffdc08d6e41493346feeb2e06ef350a210213ab450775318e49f8/_data/web/assets/apps/ total 8.0K drwxr-x--x 2 dockeruser dockeruser 4.0K May 19 18:25 . drwxr-x--x 3 dockeruser dockeruser 4.0K May 31 10:21 .. Vermutlich ein Speicher, wo die Web Apps was ablegen können. Der andere zeigt es dann klarer. root@opencloud-4gb-fsn1-2:~# ls -lha /var/lib/docker/volumes/opencloud_full_opencloud-apps/_data total 28K drwxr-x--x 7 dockeruser dockeruser 4.0K May 31 10:22 . drwx-----x 3 root root 4.0K May 31 10:21 .. drwxr-xr-x 2 root root 4.0K May 31 10:22 draw-io drwxr-xr-x 2 root root 4.0K May 31 10:21 external-sites drwxr-xr-x 3 root root 4.0K May 31 10:22 json-viewer drwxr-xr-x 2 root root 4.0K May 31 10:22 progress-bars drwxr-xr-x 3 root root 4.0K May 31 10:22 unzip Ok, das sollte mir erst mal reichen. Meine Installation lagert die certs ja aus, das habe ich im docker compose geändert. dockeruser@opencloud:~/opencloud/deployments/examples/opencloud_full$ ls -lha certs/ total 44K drwxr-xr-x 2 dockeruser dockeruser 4.0K May 30 05:49 . drwxr-xr-x 6 dockeruser dockeruser 4.0K May 31 10:38 .. -rw------- 1 dockeruser dockeruser 33K May 29 11:00 acme.json Im docker-compose.yml volumes: - ./certs:/certs # bind-mount acme.json Der Grund dafür ist, das ich das docker-compose nicht als root laufen haben möchte. Die Hauptdaten sind nach lokal ausgelagert. OC_CONFIG_DIR=/home/dockeruser/oc_data/config OC_DATA_DIR=/home/dockeruser/oc_data/data Somit sollte jetzt alles so passen und ich muss mal langsam mit der Spielerei aufhören
  • NodeBB - ActivityPub

    NodeBB nodebb linux fediverse
    1
    0 Stimmen
    1 Beiträge
    121 Aufrufe
    Niemand hat geantwortet
  • Flatpak - Signal

    Linux flatpak signal linux
    1
    0 Stimmen
    1 Beiträge
    144 Aufrufe
    Niemand hat geantwortet
  • Nextcloud 28.0.0 - OpenAI Integration

    Nextcloud nextcloud linux openai
    2
    6
    0 Stimmen
    2 Beiträge
    938 Aufrufe
    FrankMF
    Noch eine Ergänzung. Wenn ihr jetzt viele User habt und das nur auf eine Gruppe beschränken wollt, könnt ihr das so machen. Unter Apps, Nextcloud Assistant suchen und die gewünschten Gruppen eintragen. Fertig [image: 1702725312285-197deae4-d72a-4729-bba7-bfa9b4bef334-grafik.png]
  • NiceGUI

    Linux nicegui linux python
    2
    0 Stimmen
    2 Beiträge
    426 Aufrufe
    FrankMF
    Ich habe mir das jetzt einige Tage gegeben und habe mich dagegen entschieden. Werde weiterhin PyWebIO benutzen. Hauptgrund ist die wesentlich bessere Dokumentation -> https://pywebio.readthedocs.io/en/latest/index.html Da kann ich mir auch mit meinem Python Kenntnisstand die Informationen holen, die ich brauche um es einzusetzen.
  • Redis - Zweite Instanz

    Redis redis linux
    1
    0 Stimmen
    1 Beiträge
    311 Aufrufe
    Niemand hat geantwortet
  • Debian Buster 10.8 released

    Linux debian linux
    1
    0 Stimmen
    1 Beiträge
    246 Aufrufe
    Niemand hat geantwortet