I'd put my money on asymetric network routing due to the VPN trying to route packages into the tunnel that should probably go to your LAN. A simple workaround, if you are unfamiliar with how to investigate and fix this, would be to put stuff that is supposed to go through the VPN into a virtual machine and have it download things to a shared folder that you can then stream from. Cuts out a whole bunch of problems.
this post was submitted on 07 Nov 2023
3 points (66.7% liked)
Selfhosted
40113 readers
795 users here now
A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.
Rules:
-
Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.
-
No spam posting.
-
Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.
-
Don't duplicate the full text of your blog or github here. Just post the link for folks to click.
-
Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).
-
No trolling.
Resources:
- selfh.st Newsletter and index of selfhosted software and apps
- awesome-selfhosted software
- awesome-sysadmin resources
- Self-Hosted Podcast from Jupiter Broadcasting
Any issues on the community? Report it using the report flag.
Questions? DM the mods!
founded 1 year ago
MODERATORS
Thank you for this. It got me to look up asymmetric network routing :)
During troubleshooting, I realized that it wasn't just Jellyseerr that was being blocked, but all kinds of processes. I managed to get the system working by whitelisting my local network within my VPN. I've never had to do that before, so it probably indicates some other problem. I'll look into virtual machines next!
Well first I’d try turning off pi hole on the server avenue see if it fixes the issue, even though it’s unlikely as pihole should be handling dns requests for your whole network anyway.
Usually with this setup you only need to place your torrent/Usenet download client behind the VPN. Use a container like gluetun and make your download client container a service of gluetun so it only connects though gluetun. The rest of your stack can just access the internet normally.
There should be more info in the jellyseer log file, have a look in your docker directory or have a play with the "docker logs" command and try to recreate the issue. If you kill your jellyseer container then start it
You were right, it wasn't the pihole. I managed to get the system running by whitelisting my LAN in my VPN, which I've never had to do before. I'll certainly look into creating services with gluetun, though! Thanks!
Just to close off this thread, you were 100% right about using Gluetun as well.
After I got everything working nicely (pre-Gluetun), I got a strange email from my ISP about allegedly copyrighted material being made available by someone or other on my home IP. No idea who that could be.
Turns out, friends, that VPNs sometimes silently drop connection. And the killswitch may block the traffic of the user that initiated the VPN connection, but it not does not block Transmission traffic inside a docker container. That was a bummer to find out the hard way. Anyway, running the VPN in a Gluetun container and making it a service of the Transmission container solves that problem rather nicely and is surprisingly easy to implement. Thanks to the developer for that, and thanks to you for pointing me down the right path!