Server Version#: 1.42.2.10156
Player Version#: All
I’ve had remote access up and running for a very long time. Yesterday my wife told me she couldn’t get Plexamp to load anything on her drive to work, then my sister told me she couldn’t access the server, then a friend told me the same.
After a reboot they were able to access, but only with transcoding - and now not again at all. It seems to say it is up if I ‘retry’ but then in a few seconds goes back to saying not available. It turned green for a few minutes once, now is back to red again and doing the thing where it goes green if I ‘retry’ then red again a few seconds later.
I haven’t changed anything and checked to make sure that port forwarding is still set on the router.
There’s many reasons why remote access might fail… many of those happen outside your control (e.g. changes triggered by your ISP).
Sadly, Plex is using an „optimistic“ approach with its remote access status indicator. The remote access status will be listed as „green“ while Plex is still performing the status check… this will usually take a few seconds, but in certain circumstances it could also take several minutes.
Have you verified your manual port forward is still accessible from outside your home network? You can test this using a service like canyouseeme.org. It’s also worth to compare the public IP identified by canyouseeme.org with that seen in your server‘s remote access settings and the WAN IP listed in your router.
IP matches but I’m getting a timeout on the port on canyouseeme. I’ll look through that troubleshooting link again and see if anything is helpful. Thanks!
Sounds like there’s an issue between “the internet” (a.k.a your ISP) and your router.
If you’ve verified the port forward is configured properly and active, it’s most likely outside your own control.
As veeejay pointed out, you could try to go with a different public port for your forward – sometimes, ISPs block specific ports or port-ranges (usually “for security reasons”). If other ports also won’t work, you could still reach out to your ISP and ask them about this.
Contacted my ISP today, they said they still have a ‘no port blocking’ policy. I still tried a few different ports to see if that would help, but no luck
Restarted both a few times after trying different things, still no luck. Also changed DNS on the router to cloudflare’s but that made no difference either unfortunately.
Not sure if there’s any way to tell if it is getting blocked at the ISP level or the router level.
Thanks again for this, unfortunately I’ve gone through everything on these again and nothing seems to be helping. I feel like my ISP must be doing the blocking, though they are denying it and saying they never block any ports - not sure if there’s a way I can prove that it is them and not my router. A tracert never seems to make it to my public IP - though I don’t know enough about networking to know if that says anything useful or not.
Here is a very simple powershell script that should show if your ISP is blocking. I know that spectrum has “played” with my connection in the past. They never really blocked it, but I think they were messing with things and causing plex remote issues (buffering, failed playback, etc). Since I switched to an AWS server as an nginx front end, I have had 0 issues with remote access.
# Plex Remote Access Checker - Accept any SSL certificate
# =========================================================
# CONFIGURATION - Edit these values
$plexToken = "YOUR_PLEX_TOKEN_HERE"
$plexIP = "YOUR_PUBLIC_IP_OR_DOMAIN"
$plexPort = 32400
# =========================================================
# HOW TO GET YOUR PLEX TOKEN:
# Official Plex Support Article:
# https://support.plex.tv/articles/204059436-finding-an-authentication-token-x-plex-token/
#
# Quick Method:
# 1. Sign in to Plex Web App (app.plex.tv)
# 2. Browse to a library item
# 3. Click the "..." menu and select "Get Info"
# 4. Click "View XML" at the bottom
# 5. Look in the browser URL bar for "X-Plex-Token=XXXXX"
# 6. Copy everything after the = sign
# =========================================================
# Disable SSL certificate validation (allows self-signed certificates)
add-type @"
using System.Net;
using System.Security.Cryptography.X509Certificates;
public class TrustAllCertsPolicy : ICertificatePolicy {
public bool CheckValidationResult(
ServicePoint srvPoint, X509Certificate certificate,
WebRequest request, int certificateProblem) {
return true;
}
}
"@
[System.Net.ServicePointManager]::CertificatePolicy = New-Object TrustAllCertsPolicy
[System.Net.ServicePointManager]::SecurityProtocol = [System.Net.SecurityProtocolType]::Tls12
# Test remote access
Write-Host "========================================" -ForegroundColor Cyan
Write-Host "Plex Remote Access Checker" -ForegroundColor Cyan
Write-Host "========================================" -ForegroundColor Cyan
Write-Host ""
$url = "https://${plexIP}:${plexPort}/identity?X-Plex-Token=${plexToken}"
Write-Host "Testing connection to: https://${plexIP}:${plexPort}" -ForegroundColor Yellow
Write-Host ""
try {
$response = Invoke-WebRequest -Uri $url -TimeoutSec 10 -UseBasicParsing
if ($response.StatusCode -eq 200) {
Write-Host "SUCCESS: Plex remote access is working!" -ForegroundColor Green
Write-Host ""
Write-Host "Server Response:" -ForegroundColor Cyan
Write-Host $response.Content
}
} catch {
Write-Host "FAILED: Remote access is not working" -ForegroundColor Red
Write-Host ""
Write-Host "Error Details:" -ForegroundColor Yellow
Write-Host $_.Exception.Message -ForegroundColor Red
Write-Host ""
Write-Host "Troubleshooting Tips:" -ForegroundColor Yellow
Write-Host "1. Verify your Plex token is correct"
Write-Host "2. Check that remote access is enabled in Plex Settings"
Write-Host "3. Confirm your public IP/domain is correct"
Write-Host "4. Ensure port $plexPort is forwarded in your router"
}
Write-Host ""
Write-Host "========================================" -ForegroundColor Cyan
Write-Host "Press any key to exit..."
$null = $Host.UI.RawUI.ReadKey("NoEcho,IncludeKeyDown")
Thank you - so does this definitely show that the problem would be with the ISP, and not an issue with the router (like a firmware bug breaking port forwarding for example)? I noticed that troubleshooting step four mentions checking that port is forwarded.
If it fails to connect, it can’t really determine why. It could be issue with port forwarding, firewall on your PC or potentially ISP blocking. I think you would need some form of packet analyzer to determine the exact reason it could not connect.
Thanks again! Yeah everything looks good except for Tests 2 and 3.
Probably a dumb question, but setting up a reverse proxy wouldn’t help me in this situation right? - or is that what this is?: “Since I switched to an AWS server as an nginx front end, I have had 0 issues with remote access.”
It’s quite advanced and a pain to setup an AWS server. I have a VPN connect outbound from my PC to the AWS server, so as far as Spectrum is concerned, it another outbound connection so no interference from them. If the ISP is blocking the connection, nginx would resolve the issue.
Are you 100% sure that port forwarding is enabled on your router and still as the correct ports and IP address? I did have an update to my router OS drop the port forwarding. Do you use an ISP supplied router or your own?
I’m using my own, it’s a Flint 3. Unless I’m missing something there isn’t much to it: Port Forwarding - GL.iNet Router Docs 4 (my PMS is at 192.168.1.100 internally, I also set up a quick ubuntu server, turned on ssh server, and tried opening it up to external port 22000 and canyouseeme.org also showed that as not opened):
The only kind of odd thing is that while the IPs on my PMS remote access page and the one on canyouseeme.org match (as well as whatismyipaddress.com) - the IP of the gateway on my router is different - but I assume that is just due to NAT and the gateway address I’m seeing on the router is the just the internal address at the ISP and it should be like that. My public IP reports as a 149.x.x.x and the one shown on my router for the gateway is a 100.x.x.x
That makes me think that your ISP has got you behind another NAT. That is kind of out of my expertise. If that is the case, it would need an open port on their system that fowards to your 100.x.x.x address.
I know companies are running out of IP4 addresses, so maybe that is what is happening. Might be something you can ask your ISP.
If that is the case and they can’t (or won’t) forward to your address, then the only thing I can think of would be to spin up nginx on an external server.