Persistent direct Remote Access failure across multiple ISPs, routers, servers, and external ports

I am posting a long-running Plex Remote Access problem that has persisted across multiple complete environment changes and after extensive troubleshooting.

Problem summary

My Plex server intermittently reports Remote Access as available/unavailable, but actual direct remote connectivity is unreliable.

Confirmed behavior:

  • When Remote Access is red, direct remote access fails.

  • When Relay is enabled, my phone on cellular can still reach the server and play media.

  • When Relay is disabled, my phone on cellular cannot reach the server.

  • Even when Plex shows green, an outside port test can still time out.

  • So in my case, the green indicator is not a reliable proof of real direct public reachability.

This is a real direct-access failure, not just a cosmetic UI issue.

Environment summary

  • Plex Media Server on a new Windows machine

  • Manual port forwarding configured on the router

  • Plex set to use a manually specified public port

  • Wired Ethernet connection

  • Secure connections set to Preferred

  • Preferred network interface set correctly

  • Custom server access URL blank

  • Relay behavior matches expectations exactly:

    • enabled = phone can still access when direct path fails

    • disabled = phone cannot access when direct path fails

What I have already ruled out

Network / path

  • Double NAT ruled out by matching router WAN IP to the public IP shown externally

  • Correct public-facing WAN confirmed

  • Manual router forward is present and correctly shaped

  • Alternate external port was also tested with the same failure

  • Outside port test timed out even while Plex showed green

Host / Windows

  • Plex is listening locally on TCP 32400

  • Windows firewall allows Plex inbound traffic

  • Jumbo frames are disabled

Plex UI / normal settings

  • Preferred network interface set correctly

  • Secure connections is Preferred

  • Custom server access URLs blank

  • Relay can be toggled and behaves exactly as expected

What makes this unusual

This problem has persisted across:

  • old Plex server and brand-new Plex server

  • old network equipment and new network equipment

  • previous ISP and current ISP

  • default external Plex port and alternate external test port

So this does not appear to be:

  • one bad router

  • one bad server

  • one bad ISP

  • one simple Windows firewall mistake

  • one simple port-forward typo

Registry / hidden settings checked

I examined the Plex Media Server registry settings on Windows.

Relevant findings:

  • ManualPortMappingMode was present

  • ManualPortMappingPort was initially missing

  • I manually added ManualPortMappingPort as DWORD 32400

  • Current values are:

    • ManualPortMappingMode = 1

    • ManualPortMappingPort = 32400

    • LastAutomaticMappedPort = 29974

Important result:
Correcting the missing ManualPortMappingPort did not resolve the direct Remote Access failure.

Logs checked and findings

I checked the Plex logs we collected, including the main Plex Media Server logs and crash/uploader bundle.

What the logs showed:

  • Plex discovers the router and public endpoint information correctly

  • Plex publishes the expected public endpoint to plex.tv

  • Plex then receives a failed reachability result

  • Mapping state moves into a not-reachable state

  • At one stage, Plex was clearly still interacting with UPnP/automatic mapping logic and remembered an old automatically mapped port

  • In the fresher logs, the key recurring pattern was:

    • local service normal

    • public endpoint known

    • publish succeeds

    • connectivity result comes back failed / not reachable

In other words:
Plex appears to know the correct public endpoint, but direct reachability validation still fails afterward.

What I observed with real-world testing

The most important practical results were:

  • Earlier, when Relay was enabled, the phone app on cellular could still access media even while direct access was failing

  • After disabling Relay, the phone app on cellular could no longer access the server

  • An outside port test timed out while Plex was green

That strongly suggests:

  • Relay was masking the direct-connect failure

  • the remaining problem is specifically direct Remote Access, not total remote availability

What I am asking

I would like someone knowledgeable to review this as a likely Plex Remote Access direct-connect / reachability issue rather than a basic setup error.

Specific questions:

  1. Why can Plex show green while real external TCP reachability still times out?

  2. Why does Plex appear to publish the correct endpoint and then still mark it not reachable?

  3. Could remembered automatic-mapping state still be affecting current manual-mode behavior?

  4. Does this match any known direct Remote Access bug or validation issue?

  5. What exact additional log signatures or diagnostics should be captured next during a green-to-red transition?

Summary

This is a persistent direct Remote Access failure that survives:

  • multiple ISPs

  • multiple router/switch environments

  • multiple Plex server machines

  • manual port correction in hidden settings

  • alternate external port testing

Relay works as fallback. Direct access remains unreliable or unavailable.

I have already reviewed the logs and they show successful publish followed by failed reachability / not-reachable state.

You have obviously done a lot more work than me, and are more technically minded but this seems very similar to my situation. I’ve followed all of the guidance, had support from Plex gurus. In January Plex remote access stopped working. The only time it does work is if I reboot my router, then that is only for a few hours. I’ve deleted my server, created a new one, reimported all my media, but still fails.

I have run out of ideas but, for me as an average user, this is too complicated to manage. For ease of use and my own sanity, Plex is no longer a tenable option.

Same issue.

On the windows box have you checked if it is a public or private network?

Yes of course. It is private.