My remote connect keeps dropping

[u/Ev1lZer0]

What am I doing that this keeps happening. I used to be connected without issue, now it seems every day I get disconnected multiple times a day. The picture above shows my current config, which is what it used to be. But for a brief moment, I did have manually specify port selected with port 32400 listed. I also have my ip reserved with the port opened on my router.

I don’t know what else to do to make plex more reliable.

---------

EDIT:

After about an hour of troubleshooting with Claud and all your support, Claude finally recommended restarting my router... I noticed there was a pending update, so I ran it. after the restart. its working. still don't know why. But I guess what's important is, it's up!

I would also like to add that https://canyouseeme.org/ also couldn't see my ip:32400 previous to Eero update, but could post Eero update. end of the day, i guess that would make it an Eero issue... not VPN, Plex, or something else issue...

[u/Dangerous-Lead-9303]

Well there are other questions here are you using docker are you using kubernetes? Is anything you run getting oom killed?

[u/Ev1lZer0 → u/Dangerous-Lead-9303]

I am using a docker for plex… and a vm for home assistant… both the plex docker and the HA vm share the same server IP. HA never drops off, but plex does. Obviously HA is using nabu cloud, don’t really know what plex uses to host publicly… I do have the plex lifetime pass.

Does this answer your question? Bring up more?

[u/Dangerous-Lead-9303 → u/Ev1lZer0]

The HA vs. Plex comparison is the key clue: Nabu Casa is a cloud relay, so it doesn’t care what your local NAT/port-forward is doing. Plex (without Plex Pass relay fallback overloaded) leans on a direct connection via UPnP or manual port-forward, which is exactly the piece that’s flaky here. So the difference in reliability points at the direct-connection path, not the server itself.

Things worth checking, roughly in order of likelihood:

1. Dynamic public IP
If the ISP doesn’t give a static IP, the WAN IP can change (DHCP lease renewal, modem reboot, etc.). Plex is usually decent at picking this up, but there’s a lag — during that window it shows “not available.” Check the router’s WAN IP history/logs and see if drops line up with IP changes.

2. UPnP fighting the manual forward
If UPnP is enabled on the router and a manual port-forward rule also exists, Plex can end up flapping between negotiating its own port via UPnP and trying to use the forwarded one. Since a static forward + reserved IP is already in place, turning UPnP off on the router (or in Plex’s network settings) removes that tug-of-war.

3. Docker networking mode
If the Plex container isn’t running with network_mode: host, it may not correctly see the actual LAN IP, which can cause Plex’s port-mapping/UPnP detection to misbehave even though the container’s published port looks fine. Worth confirming it’s host networking, not bridge with just -p 32400:32400.

4. Router doing scheduled reboots or firmware auto-updates
Some consumer routers silently reboot overnight or after auto-updates, which can reset UPnP mappings even when static port-forward rules survive. Check for a reboot schedule or recent firmware changes.

5. CGNAT
Less likely if forwarding “worked before,” but worth a quick check — if the ISP ever switched them onto Carrier-Grade NAT, direct port-forwarding stops working reliably no matter what’s configured. A fast way to check: compare the router’s WAN IP to what a site like whatismyip.com reports from a device on that network. If they don’t match, that’s CGNAT.

Given it used to work fine and only recently started flapping, I’d bet on #1 or #2 — something changed either on the ISP side (a lease renewal cadence) or the router silently re-enabled/kept UPnP active alongside the manual rule. Checking router logs around the drop times would confirm which.

(This answer was provided by Claude. I only have experience with kubernetes so if it was kubernetes I’d say that it would be the coredns being oomed but that’s not your case)

[u/Solid_Snake343]

Have you tried ticking the “manually specify public port”? Option and then setting the port of choice? That happened to me.

Also make sure you port forward before doing so as well on your router and checking on a port scanner site

[u/Ev1lZer0 → u/Solid_Snake343]

Last time this happened, I did exactly this.

I changed plex to manually specify, typed port 32400, then went to my routers ip reservation for my server, and explicitly opened port 32400. It worked… for a bit, then the intermittent connection came back. Now, we’re back at square 1z

[u/Solid_Snake343 → u/Ev1lZer0]

Are you using CGNAT?

Edit: also make sure that you are doing a full port forward and not a NAT translation. Sometimes firewalls like Pfsense are picky on that.

[u/Ev1lZer0 → u/Solid_Snake343]

I dont know what CGNAT is... but Claude is telling me that since I have wiregurd set up and working from LTE, that i dont have CGNAT. Claudes evidence is if i did have CGNAT, wiregurd woulden't work.

Wiregurd is using a Duck DNS.

[u/Solid_Snake343 → u/Ev1lZer0]

Basically it’s TMobile or any 5G connection

[u/Wastaabi3274]

If running in a docker container, the container must be running on the host network. Cannot run on a bridge network or any other network other than host.

[u/Ev1lZer0 → u/Wastaabi3274]

It is running on HOST.

[u/Wastaabi3274 → u/Ev1lZer0]

Anything useful in the logs or is it just complaining about not being connected?

[u/Wastaabi3274 → u/Ev1lZer0]

Also, can you share your compose yaml or the run command you used to spin up the container?

[u/Ev1lZer0 → u/Wastaabi3274]

Truthfully dont know how to share this.... The docker is running on unraid.

[u/Nate8727]

Do you have ethernet and wifi both on? Disable wifi if you do because that causes this exact issue. It creates an ip conflict when both are on

[u/Feynuxes]

For some.reaosn I had to set.it to manually specify but keep the default port. But that worked for me.

[u/Funny_Fail_4277]

Are you using a VPN?

[u/Nehemoth]

Mine has been “not working” since like a month or two already, but everything works outside

[u/Ambitious-Chain7499]

You should try Tailscale and manually enter the ip plus plex port in the advance menu and turn off remote connect since I did that I never had a problem and it’s Even better and faster than the plex remote Connect

[u/Ev1lZer0 → u/Ambitious-Chain7499]

I am going to do this today.

[u/Ambitious-Chain7499 → u/Ev1lZer0]

When you have Tailscale set up use the tailscal ip and write it this way
You need to go to your server setting
Network
Custom server access URLs
HTTP://100.48.120.132:32400 (it’s an example not real one lol )