I solved this problem for myself yesterday and couldn't find the answer anywhere online (clearly stated), so here's what I did.

This also works for Plex, games, etc it's policy based routing so you can have your VPN and remote access at the same time.

This configuration is for your ssh server (ie your home PC) that has a VPN running like ProtonVPN etc and allows you to connect back to your home PC remotely either for SSH, plex, anything you're serving.

This is changing the default gateway for particular ports, so that return traffic from connection attempts doesn't go back out through the VPN.

I used this page to figure out how to do this:

http://linux-ip.net/html/tools-ip-rule.html

Add a default route to some table, arbitrarily table 10 but you can use whatever number (RTFM), also obviously needs to be your router IP

sudo ip route add default via 192.168.19.1 table 10

Add a rule for the return traffic from your ssh host

sudo ip rule add sport 22 table 10

sudo ip route flush cache

check out your fancy new rule

ip rule show

And to make this persistent across reboots, add to:

/etc/systemd/network/20-wired.network

(or whatever your file there is, add the following to the bottom. This is the same as above, just permanent)

[Route]
Gateway=192.168.19.1
Table=10

[RoutingPolicyRule]
SourcePort=22
Table=10
  • kungen@feddit.nu
    11·
    1 year ago

    If you're looking for more improvements, I'd recommend using a non-default SSH port and to include the destination IP in the rules.

    • ∟⊔⊤∦∣≶@lemmy.nzOP
      3·
      1 year ago

      Ahead of you with the non-default port, I just didn't use it in the example.

      But for the destination IP, I won't always be connecting remotely from the same one. Or am I misunderstanding what you mean?

      • kungen@feddit.nu
        1·
        1 year ago

        Aha, I think I misunderstood your situation then? I assumed you're running these routing rules on your client machine, so you're able to access your ssh server without it going over the VPN – not that your server is running a VPN active that blocks external connections…?

        But if I didn't misunderstand, I'd mean the (assumingly static) ssh server's IP.

        • ∟⊔⊤∦∣≶@lemmy.nzOP
          1·
          1 year ago

          No it's the second one; server (home pc) is running ProtonVPN and there is a default route that makes all (ie ssh replies) traffic go through the VPN.

          I added some clarification, but basically this sets up a port-based default route to the home router instead of the VPN, so that SSH etc works.

  • Mikelius@lemmy.ml
    10·
    1 year ago

    Out of curiosity, why not just leave ssh access to the local network so you can only reach it by VPN in the first place? Note I might be misunderstanding what the goal of this was, so feel free to lmk if I'm off the field with my question lol

      • Mikelius@lemmy.ml
        2·
        1 year ago

        Oh gotcha, I misunderstood this post as talking about a self hosted VPN, not external provider. That explains it! :D

        • ∟⊔⊤∦∣≶@lemmy.nzOP
          1·
          1 year ago

          I was surprised to learn this was a thing, impressive, however;

          'the VPN app sends a request to the VPN server to open a random port'

          'the active port number will change when you disconnect and reconnect the VPN.'

          This will not work OOTB with Plex for example, you would need to change the port in the app every time. It becomes difficult to serve anything statically, like a XMPP server or anything that doesn't let you configure the port.

          You also would need to be at home to check which port you've been assigned eg if the connection drops and you get assigned a new port, defeating the whole 'remote access' thing.

  • oldGregg@lemm.ee
    6·
    1 year ago

    Goddamn I didn't even think of that, I spent days on an alternate solution to a problem this would've solved.

    • ∟⊔⊤∦∣≶@lemmy.nzOP
      4·
      1 year ago

      I spent most of the day intensely learning nftables and ulogd thinking that was the way. Nope, there was a simple way all along.