Wireguard - Pi - Docker

[Piet400]

Ik maakt gebruik van IOTstack op m'n Pi, waarbij ik onder andere Wireguard heb geinstalleerd als container.

De procedure gevolgd en de juiste poort open gezet op m'n firewall. mijn dynamische dns werkt goed en via QR code het profiel op m'n Samsung telefoon gezet.

Hij lijkt te verbinden, maar rx blijft op 0 bytes staan. Tevens in de logging meldingen als:
Handshake did not complete after 5 seconds, retrying (try 2)
Bringing tunnel down
Device closing
receive incoming v6 stopped
Routine: sequential sender stopped
Routine: sequential receiver stopped

Iemand suggesties waarnaar te kijken ?

[Cyphax]

Kan ie wel verbinden via je lan? Hoe ziet je config eruit? (Let er wel op dat je geen gevoelige gegevens plaatst als sleutels en ip-adressen enzo)

[Piet400]

Het plaatje is waarschijnlijk niet wat helpt verduidelijken. maar het is een installatie via IOTstack. de standaard poort icm DDNS.

Weet alleen niet precies hoe het met het toewijzen van IP adressen werkt. wordt dat door wireguard zelf gedaan? Ook weet ik niet of ik nog iets aan de routering moet doen.
Nog geen test vanaf het lan gedaan. zal ik direct even doen.

[Voor 30% gewijzigd door Piet400 op 17-01-2022 21:17]

[SA007]

Move naar NOS, dit is een linux issue, niet een hardware issue.

[Piet400]

Ok, ben niet bekend met nos, maar neem aan dat het een andere distributie is.
Heb de boel redelijk op orde nu met home assistant en vele andere containers. Als wireguard niet gaat werken, dan ga ik maar openvpn of iets dergelijks.

[Koffie-Verkeerd]

Piet400 schreef op maandag 17 januari 2022 @ 21:52:
Ok, ben niet bekend met nos, maar neem aan dat het een andere distributie is.

NOS is de afkorting voor het forum waar je post naartoe is verplaatst.
Het staat voor: Non-Windows Operating Systems

[Cyphax]

Piet400 schreef op maandag 17 januari 2022 @ 21:52:
Heb de boel redelijk op orde nu met home assistant en vele andere containers. Als wireguard niet gaat werken, dan ga ik maar openvpn of iets dergelijks.

De kans is groot dat je met OpenVPN tegen een vergelijkbaar probleem aanloopt, want ook die moet correct geconfigureerd worden. Wireguard is echter eenvoudiger.
Wellicht is je probleem niet zozeer een Wireguard-probleem is maar een firewall- of routing-probleem.
Misschien dat in jouw specifieke geval een endpoint niet klopt, maar daarvoor is het wel handig om de configuratie te kunnen zien. Ik weet niet precies hoe IOTstack werkt, maar die zal ook wel ergens die configuratie opgeslagen hebben lijkt me. In /etc/wireguard/ staat meestal die config wel.

Wat ik zou doen in jouw geval: als je die nog niet hebt, maak een peer aan die je makkelijk kan configureren (ik zou zelf hiervoor een Linux-machine, al dan niet virtueel, gebruiken vanwege het gemak van configureren)
Probeer die vanuit je LAN te verbinden met Wireguard. Als dat werkt ben je een heel eind. Als dat niet werkt is het waarschijnlijk niet zo heel moeilijk te verhelpen.
Het zou ook heel erg helpen als je op die Pi of die container kan inloggen via SSH of een andere console en `wg` kan uitvoeren. Dan kan je zien of een connectie echt wat doet als je de andere peer bijvoorbeeld pingt.

[Piet400]

Denk dat je gelijk hebt, maar zit voorlopig behoorlijk te prutsen met wireguard.
Bij elke verandering deploy ik weer een nieuwe container, want het is me nog niet gelukt eenvoudig een nieuwe peer aan te maken. Da’s een beetje klote en erg omslachtig.
Ik heb een verbinding opgezet via het lan naar het ip adres van de Pi, maar met hetzelfde resultaat, wel tx maar geen rx verkeer.
Ook zat ik met allowedips, niet helemaal duidelijk wat daar op moet worden gegeven. Heb een adres in de 10.13 reeks, dus die maar toegevoegd als allowedips range.
Heb je een tip om eenvoudig een nieuwe peer aan te maken?

Dit is overigens mijn docker-compose script om wireguard uit te rollen.

code:

version: '3.6'
services:
  wireguard:
    container_name: wireguard
    image: ghcr.io/linuxserver/wireguard
    restart: unless-stopped
    environment:
    - PUID=1000
    - PGID=1000
    - TZ=Europe/Amsterdam
    - SERVERURL=mijnurl
    - SERVERPORT=51820
    - PEERS=peer1
    - PEERDNS=auto
    - ALLOWEDIPS=10.13.0.0/16,192.168.178.0/24
    ports:
    - "51820:51820/udp"
    volumes:
    - ./volumes/wireguard:/config
    - /lib/modules:/lib/modules:ro
    cap_add:
    - NET_ADMIN
    - SYS_MODULE
    sysctls:
    - net.ipv4.conf.all.src_valid_mark=1
networks:
  iotstack_nw: # Exposed by your host.
    # external: true
    name: IOTstack_Net
    driver: bridge
    ipam:
      driver: default
      config:
      - subnet: 10.77.60.0/24
        # - gateway: 10.77.60.1

  iotstack_nw_internal: # For interservice communication. No access to outside
    name: IOTstack_Net_Internal
    driver: bridge
    internal: true
    ipam:
      driver: default
      config:
      - subnet: 10.77.76.0/24
        # - gateway: 10.77.76.1
  vpn_nw: # Network specifically for VPN
    name: IOTstack_VPN
    driver: bridge
    ipam:
      driver: default
      config:
      - subnet: 10.77.88.0/24
        # - gateway: 192.18.200.1

  nextcloud_internal: # Network for NextCloud service
    name: IOTstack_NextCloud
    driver: bridge
    internal: true

  # default:
  #   external: true
  #   name: iotstack_nw

  # hosts_nw:
  #   driver: hosts

[Cyphax]

@Piet400 Ik probeer een beetje een idee te krijgen van hoe de uiteindelijke configuratie er dan uit komt te zien voor Wireguard, maar ik kom er niet helemaal uit met die ip-ranges die je opgeeft. Er staan wat netwerk-interfaces, daar staat een subnet bij van 10.77.etc. Zou ie niet een listen-adres krijgen in die 10.77.88-range van vpn_nw?
Ik zou ook ergens een publick key en een private key verwachten, weet je toevallig wat daarmee gebeurt?