Plex can keep some local playback working during a temporary internet outage when local server access and account state are already prepared.
Do not treat “Plex works offline” as a universal guarantee. Existing local sessions, cached account state, new logins, remote users, and app switching have different dependencies. Test your own devices before an outage and document which functions remain available rather than discovering the boundary during an ISP failure.
Prove Direct LAN Reachability First
Local clients need a route to the server that does not depend on public DNS, a cloud proxy, or the WAN gateway. That is the foundation of any offline plan.
Prepared local Plex access can continue without normal internet connectivity when clients can still reach the server directly.
Disconnect only the WAN while leaving the LAN intact, then open a known client and play a local file. If the client cannot find the server, fix local addressing before changing account settings.
Existing and New Sessions May Behave Differently
A client that already knows the server and user may keep working while a fresh device or user switch needs account information that is not locally available. Test both cases.
Identity behavior can differ by user type even when the same server is reachable because managed-user access boundaries are not identical to full-account access.
Test an already-open client, a restarted client, and a user switch during the controlled outage. Record which state is cached and which action requires internet.
Remote Access Is a Separate Failure Domain
No WAN means remote users cannot reach the home server through the normal public path. Do not weaken firewall or storage settings trying to preserve a service that depends on the missing edge.
Remote Plex can already be sensitive to VPN routing behavior when the internet path is present, so an actual WAN outage should be treated as its own boundary.
Keep the local service stable and accept remote unavailability during the test. Restore the WAN and verify remote access separately afterward. Treat the remote Plex streaming path as a separate WAN capability so local playback can be tested without making internet reachability a hidden dependency.
Document the Offline Mode You Actually Have
The useful result is a household-specific matrix of working devices and actions. A feature should be considered available offline only after that exact path has been tested.
Stable route metrics help ensure clients do not unexpectedly prefer an unavailable interface during an outage.
Repeat the controlled outage after major router, DNS, or account changes. Keep the known LAN path documented so support starts from a tested baseline.
Support & Tips
More to Read

Should You Back Up Jellyfin Live or Stop the Service First?
Prefer stopped-service backups for simplicity; use live snapshots only when application state is captured consistently and restores are tested.

Why Does Jellyfin Run Hot or Noisy When Nobody Is Streaming?
Idle heat usually means background work or a shared-host workload, so identify the active process and scheduled task before changing cooling or hardware.

When Should You Rebuild Instead of Repairing Jellyfin?
Choose rebuild over repair when runtime drift is the problem and persistent state is backed up; do not “rebuild” by deleting the only good...

