Skip Navigation

User banner

TheIPW

@ TheIPW @lemmy.ml

Posts
4
Comments
12
Joined
5 mo. ago

Sysadmin and FOSS enthusiast. Self-hosting on Proxmox with a focus on privacy and digital sovereignty. Documenting my experiences with Linux, home labs, and the ongoing fight to keep Big Tech out of our hardware.

@unknownuniverse@unkn.uk

  • Why I moved my Plex library to Jellyfin after 14 years

    Jump

  • Why I moved my Plex library to Jellyfin after 14 years

    Jump

  • You're right, I missed that.

    I personally use a reverse proxy and Wireguard setup to access remotely.

  • Why I moved my Plex library to Jellyfin after 14 years

    Jump

  • I have a dedicated VPS with reverse proxy connected to my network via Wireguard. It acts as the front door to my network so I don't have to port forward or rely on Cloudflare etc. I used to use Tailscale as the go between but switched to WG recently. Both work fine for streaming content whilst self-hosting all other services including my website.

  • Selfhosted @lemmy.world
    TheIPW @lemmy.ml

    Why I moved my Plex library to Jellyfin after 14 years

    the.unknown-universe.co.uk /home-lab/plex-to-jellyfin/

  • The Luna Deadline: industry problem, not just Luna

    Jump

  • My bad, GOG is absolutely the gold standard for DRM-free ownership. Personally, I buy on Steam for the convenience and the Proton support but I still collect every free titles on GOG

  • The Luna Deadline: industry problem, not just Luna

    Jump

  • It’s why I treat everything cloud-based as a rental now. If I can't install it locally and back up the data myself, I don't really own it.

  • Technology @lemmy.world
    TheIPW @lemmy.ml

    The Luna Deadline: industry problem, not just Luna

    the.unknown-universe.co.uk /privacy-security/the-luna-deadline/

  • Replacing Tailscale with a 2-VPS WireGuard setup (No port forwarding)

    Jump

  • The home server is an old, low-powered mini PC running Debian. It acts as the bridge between the WireGuard tunnel and my local LAN.

    I've just finished migrating one of my AdGuard Home instances onto it today. Its role is now twofold:

    Routing: It has ip_forward enabled and a bit of NAT (iptables/nftables) so that traffic arriving from the VPN can actually "hop" onto the local network to reach my other VMs and containers.

    DNS: It provides ad-blocking for the tunnel. VPN clients point to this node's internal WireGuard IP for DNS queries.

    Technically, it's just another WireGuard peer, but with AllowedIPs configured to advertise my 192.168.x.x subnet back to the hub (VPS2). This is what allows  VPS1 and my mobile devices to resolve and reach home services without a single open port on my router.

  • Replacing Tailscale with a 2-VPS WireGuard setup (No port forwarding)

    Jump

  • You're right, and for a lot of people, one VPS is the sensible choice. I actually addressed this in the post:

    "VPS1 is my web-facing server. It handles the public side of things. VPS2 is the VPN hub. At first glance, that probably looks unnecessary. Strictly speaking, it is unnecessary. I could have crammed WireGuard onto VPS1 and called it done. But splitting the roles makes the whole thing cleaner.

    One machine serves public traffic. The other handles VPN duties. That means fewer networking compromises, fewer chances of Docker or firewall rules becoming annoying, and a clearer separation between the public-facing stack and the private tunnel. It also means I can change one side without poking the other with a stick and hoping nothing catches fire."

  • Replacing Tailscale with a 2-VPS WireGuard setup (No port forwarding)

    Jump

  • It's not that I didn't like it, I just wanted to back to basics! A simple config file on each machine, job done

  • Replacing Tailscale with a 2-VPS WireGuard setup (No port forwarding)

    Jump

  • Exactly that, VPS2 handles the WireGuard port and has no domain pointing to it, so it’s basically hiding in plain sight. VPS1 holds the domain and handles the web traffic.

    I keep SSH open on both, but locked down (key-based auth + restricted to my IPs).

    Your idea of using the provider firewall (Ionos in my case) as a “mechanical” lock is a good one, block it at the edge and only open it when needed. I’ve thought about doing that, but I’m generally happy relying on a hardened SSH config and the provider’s KVM if everything goes sideways.

  • Replacing Tailscale with a 2-VPS WireGuard setup (No port forwarding)

    Jump

  • Thank you for the heads up, turns out it was the custom html code in the code blocks causing the issue. Fixed now.

  • Selfhosted @lemmy.world
    TheIPW @lemmy.ml

    Replacing Tailscale with a 2-VPS WireGuard setup (No port forwarding)

    the.unknown-universe.co.uk /home-lab/wireguard-vpn-two-vps/

  • Turns out I have been updating wrong all this time! 🤦🏼

    Jump

  • dist-upgrade and full-upgrade are essentially the same command but yeah, I won't be using apt upgrade again in the future! Like I said in my post, the joys of being self taught is that you learn by my making mistakes and that's part of the "fun" 🤣