Well I already have jellyfin running in a container, just have to figure out how to get mum’s TV to work with it I guess
<edit> log in on a local IP and not the network name and it’s working again. but I’ll be moving to jellyfin from now
Well I already have jellyfin running in a container, just have to figure out how to get mum’s TV to work with it I guess
<edit> log in on a local IP and not the network name and it’s working again. but I’ll be moving to jellyfin from now
They charge for remote access whether it’s through their relay service or not, and you can’t opt out of fallback to their relay service.
If you connect with the IP address it doesn’t charge you. You can use ZeroTier to connect from anywhere.
That’s not quite the same - that gives you the appearance of being a local device, which is enough to fool the restriction.
Their policy and technology enforcement is to charge for remote access, not relaying.
Can you give me an example of remote direct access that would be blocked? You can use nginx to forward your public IP to your Plex and it’s fine, you can forward ports directly on your router and connect to your public IP, you can use a VPN to connect from a different network; what are they limiting? It’s the same hurdle you have to overcome with Jellyfin. Relays are convenient, but they also cost money.
Yes, however using the relay is not a prerequisite to being required to pay for a Plex subscription. That is what he is trying to say.
I can run Plex on the open internet and not use their relay at all, however if the IP of the viewer is not an interal IP on the same subnet as Plex (I assume the same subnet is required) then you’ll be greeted with the Plex paywall.
You are absolutely correct that it costs money to run a relay, but the relay has nothing to directly do with the paywall.
That isn’t how it used to work.
Why would they care what subnet the request is coming from? That’s wack.
Thank you! That is exactly my point.