@selfhosted Have a commerical @wireguard vpn on my server. The problem i have is that if i use a docker, it does use the vpn interface with iptables, but if that goes down, the docker still goes through without the vpn interface. I have looked at iptables, but docker makes it own, and bit of a minefield. Any ideas? Thanks

  • unkn0wn [he/him]
    link
    fedilink
    English
    arrow-up
    5
    ·
    10 months ago

    Check out gluetun, I use this on my server to ensure that all traffic for certain Docker containers goes through a Wireguard VPN.

      • unkn0wn [he/him]
        link
        fedilink
        English
        arrow-up
        1
        ·
        10 months ago

        Kind of?

        I’m not sure if this satisfies your use case, and I haven’t personally used this functionality.

    • finestnothing@lemmy.world
      link
      fedilink
      English
      arrow-up
      1
      ·
      10 months ago

      Same here, idc about some of my containers going through VPN (tandoor, gitea, Plex, etc) but my whole arr suite, qbittorrent, and sabnzbd are routed through a gluetun container that uses my protonvpn credentials. Never have to worry about turning my VPN off for gaming or something since the… totally legal research papager aquirerer apps… are all routes through the VPN which changes it’s connection every 4 hours (changes my public IP but also just to make sure none of the containers run into any issues that they can’t figure out without a restart)

      • ShepherdPie
        link
        fedilink
        English
        arrow-up
        2
        ·
        10 months ago

        Just FYI for anyone else, you don’t need to run the *arrs through a VPN only your torrent client as that’s where your IP gets exposed to the outside world.

  • aberrate_junior_beatnik
    link
    fedilink
    English
    arrow-up
    2
    ·
    10 months ago

    IMO the best way to ensure that traffic always goes through a VPN is to use network namespaces. The wireguard website has an article describing the process. In a nutshell, you create a dedicated namespace to put the physical interface in, create the wireguard interface in that namespace, then move the wireguard interface to the root (“normal”) namespace. That way the only way to get traffic out without the VPN is to run a program in that dedicated namespace.

  • Decronym@lemmy.decronym.xyzB
    link
    fedilink
    English
    arrow-up
    2
    ·
    edit-2
    10 months ago

    Acronyms, initialisms, abbreviations, contractions, and other phrases which expand to something larger, that I’ve seen in this thread:

    Fewer Letters More Letters
    IP Internet Protocol
    Plex Brand of media server package
    VPN Virtual Private Network

    3 acronyms in this thread; the most compressed thread commented on today has 11 acronyms.

    [Thread #482 for this sub, first seen 4th Feb 2024, 17:15] [FAQ] [Full list] [Contact] [Source code]

  • socphoenix
    link
    fedilink
    English
    arrow-up
    1
    ·
    edit-2
    10 months ago

    Docker on its own won’t think to look at that interface unless you tie it to it. Assuming you want to listen to both interfaces an external watchdog would be the call. You’d set the watchdog to look for iptables issues and then run commands if it went down (ie to restart iptables and then restart your containers).