Posts by Fabbz

    Routing issues is not wireguard if your wireguard config file has settings for a VPN provider it is OK. It is connman that handles the routing. Do this cmd in ssh before connecting to a VPN:

    Shell session
    route

    Then connect to your VPN and do that "route" command again provide that here so I can see. And provide the wireguard file note edit your WireGuard.PrivateKey = ******* we do not need that!

    Yes I'm busy to tackle that all day; normally I don't have issues with my own endpoints.


    There is a route to my router which doesn't know anything about the WG subnet. I think that is strange.


    My default routing table:


    # route  
    Kernel IP routing table 
    Destination     Gateway         Genmask         Flags Metric Ref    Use Iface 
    default         router-01       0.0.0.0         UG    0      0        0 wlan0 
    172.17.0.0      *               255.255.0.0     U     0      0        0 docker0 
    172.18.0.0      *               255.255.0.0     U     0      0        0 br-6f5896045ba5 
    172.19.0.0      *               255.255.0.0     U     0      0        0 br-19a4612b6a85 
    172.20.0.0      *               255.255.0.0     U     0      0        0 br-e10d004d3074 
    172.21.0.0      *               255.255.0.0     U     0      0        0 br-f3438bd3805a 
    172.22.0.0      *               255.255.0.0     U     0      0        0 br-572a21dfb173 
    192.168.101.0   *               255.255.255.0   U     0      0        0 wlan0 
    192.168.101.254 *               255.255.255.255 UH    0      0        0 wlan0 
    212.8.*.*  router-01       255.255.255.255 UGH   0      0        0 wlan0

    WG Config:


    [provider_wireguard] 
    Type = WireGuard 
    Name = NL-PROTON-98-FREE 
    Host = 212.8.250.216 
    WireGuard.Address = 10.2.0.2/32 
    WireGuard.ListenPort = 51820 
    #WireGuard.MTU = 1420 
    WireGuard.PrivateKey = *** 
    WireGuard.PublicKey = ***
    WireGuard.DNS = 10.2.0.1 
    WireGuard.AllowedIPs = 0.0.0.0/0, ::/0 
    WireGuard.EndpointPort = 51820 
    WireGuard.PersistentKeepalive = 25

    WG routing table:


    # route 
    Kernel IP routing table 
    Destination     Gateway         Genmask         Flags Metric Ref    Use Iface 
    default         *               0.0.0.0         U     0      0        0 wg0 
    10.2.0.0        *               255.255.255.0   U     0      0        0 wg0 
    10.2.0.1        192.168.101.254 255.255.255.255 UGH   0      0        0 wlan0 
    172.17.0.0      *               255.255.0.0     U     0      0        0 docker0 
    172.18.0.0      *               255.255.0.0     U     0      0        0 br-6f5896045ba5 
    172.19.0.0      *               255.255.0.0     U     0      0        0 br-19a4612b6a85 
    172.20.0.0      *               255.255.0.0     U     0      0        0 br-e10d004d3074 
    172.21.0.0      *               255.255.0.0     U     0      0        0 br-f3438bd3805a 
    172.22.0.0      *               255.255.0.0     U     0      0        0 br-572a21dfb173 
    192.168.101.0   *               255.255.255.0   U     0      0        0 wlan0 
    192.168.101.254 *               255.255.255.255 UH    0      0        0 wlan0 
    212.8.*.*   192.168.101.254 255.255.255.255 UGH   0      0        0 wlan0

    I can ping 8.8.8.8 but DNS resolving - so pinging the WG gateway 10.2.0.1 or using it as DNS is not working. Because of that my route print and my traceroute are very slow because of RDNS lookup.

    ConnMan keys stores network profiles against the MAC address of the WiFi card so check the MAC is persistent. Some cheap USB dongles have none programmed so the kernel assigns a random address on each boot; resulting in the new MAC not matching against existing stored profiles and requiring you to enter details again.

    In the case of an RPi5 board it's more likely that the connection is bad as the onboard WiFi isn't great.

    Use LE13 ..

    This MAC issue is pretty 2001; newer DHCP packages solve that these days pretty well.

    OK, I thought something like it was missing!

    I only have routing issues with wireguard; normally no issues on other systems. Have you experienced this ?


    Thanks so far; maybe this needs to be added to your Wiki including the config template ?

    Hi,

    As my OpenVPN with Proton just stopped to work yesterday I needed to see if I could use wireguard. Can i just load an Wireguard from Proton and it should be able to connect or is it not supported yet ?