this post was submitted on 05 Sep 2026
6 points (100.0% liked)

technology

24455 readers
86 users here now

On the road to fully automated luxury gay space communism.

Spreading Linux propaganda since 2020

Rules:

founded 6 years ago
MODERATORS
 

Continued smol brain adventures in Docker

So I managed to get Docker set up (I think) with the help of a script called Deployrr, then used the linuxserver.io docker file thing.

The plex media server runs and I can see all my content in the web UI, however none of the plex apps can connect to it.

Can anyone help point me in the right direction to fix this without doxxing myself?

top 6 comments
sorted by: hot top controversial new old
[–] Snort_Owl@hexbear.net 3 points 23 minutes ago* (last edited 21 minutes ago)

Scho docker by default runs on a separate network and resulting IP entirely unless you bind it to the host network or use a reverse proxy. The Plex docker also has a host network setup which I imagine handles this for you which you should try because it will act more like a normal local service. If you have a firewall that is catch all then it will block the docker IP which is something I bashed my head against for a while. If you wanna debug where your service is running there is netstat command eeeer. -tulpn I fink need to go get my laptop. Then you can list all the IPs and ports bound and find where Plex is running and work from there

sudo ss -tulpn

Or

sudo lsof -i -P -n

[–] hello_hello@hexbear.net 3 points 1 hour ago (1 children)

This sounds like it's a networking issue. Are you able to access the webui from other computers besides the computer that Plex is running on?

The linuxserver docs have a snippet on configuring networking for plex.

[–] EmmaGoldman@hexbear.net 1 points 1 hour ago

Are you able to access the webui from other computers besides the computer that Plex is running on?

Nope :(

I'm trying to use the host network mode which is recommended.

[–] plinky@hexbear.net 1 points 1 hour ago* (last edited 1 hour ago) (1 children)

your container group and user id can run into networking issues if you responsibly denied the access to everyone (guest) except for current user (this is in environment variables, if I recall correctly, you can go to admin numbers of gid/pid, check if it fixes stuff, and then deescalate them to something working, i think container can’t claim privileges higher than docker itself, so there is some shit to troubleshoot there)

check that your firewall on the server is not blocking (or clashing, check with netstat) port range you use and/or docker itself (i once run into firewall rule blocking python in the thingy i was using, that wasn’t fun), rebind the port to different one in any scenario, reboot, check again.

check router firewall rules for local networking, check you are using correct ip of server (check you can ping server as an entity, bind it to static in router, and remove old leases, reset router if you can’t remove old leases).

this is general order i fumble containers when i forgor

(also, you can enter into terminal from inside the container, and check out what it sees networking wise)

[–] EmmaGoldman@hexbear.net 2 points 45 minutes ago* (last edited 44 minutes ago) (1 children)

I'm really sorry but I actually don't know what half of these words mean.

This is why I feel like this container stuff is a really weird thing to make normie desktop users do. I'm out here like Hank Hill, "do I look like I know what a jpeg is?"

Plex was an easy MSI installer on Windows, I'm just so lost.

[–] plinky@hexbear.net 1 points 32 minutes ago* (last edited 11 minutes ago)

okay, first search “group/user id in docker settings” (it’s a variable that assigns as which type of user container masquerades as (admin/user/guest), if your system is restrictive enough, default numbers might lead it to run as guest without any rights to network access, those numbers are a string in environmental variables inside a docker and sometimes are missing from compose files, you’ll have to reintroduce them manually

second, your default assigned port in deployer or whatever might run into system restrictions of the host (another service running on that port or port range being blocked by firewall for some arcane reason), search for docker port problems or something, it’s usually what people will discuss. (although, if you see webui, that part is likely fine), *but checking with netstat (ipconfig? if you are on windows) still might show you something about the port (if it’s missing, that points to first problem being likely)

lastly, router maybe doing shenanigans on your server, specifically (you can try it out as entering not 127.0.0.1: port number, but as local server ip (192.something by default): port number on your server, which in theory will route request inside network once, although that maybe swapped silently, so not conclusive). can you ping your server (not plex, just server) from another device?

(Also, set it to bridge for a try)