I’m running my Plex server on a Synology NAS. The NAS is behind a VPN. However, my pfsense router has port 32400 (my plex remote port) forwarded and under DNS RESOLVER the following is defined:
server: private-domain: “plex.direct”
This setup works the majority of the time. However, every now and then it appears the connection is lost. Tautulli informs me The Plex Media Server remote access is down. (Plex remote access port mapped, but the port is unreachable from Plex.tv).
Does anyone know why this might be occurring and of a way to fix the issue?
Create a bonded adapter which includes ALL physical adapters
Now All PMS traffic will flow through the VPN.
Caveat
Changing VPN state (UP/ DOWN) requires PMS restart so Plex.tv knows the current WAN address to look at.
This is not 100% guaranteed as some traffic might still report the modem/router’s WAN address but Plex.tv does seem to obey the VPN exit IP address reported.
Unknown is whether the VPN provider allows unsolicited incoming traffic (Remote Access requests)
To be clear, my VPN runs on my router NOT on my NAS.
My router is already setup with an Alias for plextv. The IP addresses of plex.tv are then stored in a table and traffic on port 32400 forwarded, the total result of which means Plex traffic will bypass my VPN for Plex Server connections to plex.tv. In short, you can ignore the VPN here, it is NOT used (Plex logs confirm this with the correct WAN address).
I’m not to sure why I’d need external DDNS for external IPs. I’m not actively blocking external IPs so this should not be required. I don’t want to go over kill on security.
The WAN update Vs Plex update is interesting though. I can keep an eye on this to see if the error occurs inline with then I’m provided a new IP. If so, I don’t think there is much I can do about this, as if Plex isn’t updating my IP on their servers, I have no way to force that.
I offered the DDNS option because there are those users who want the VPN as a means to hide their location and secure their PMS.
If your router is completely captive as you describe then there should be no issues whatsoever.
Intermittent down is the interval from when the VPN WAN IP changes to when PMS sends its next update (each hour).
The is nothing which can be done to detect this without PMS polling the address every minute.
Normally, PMS is notified of IP address changes (being on the same host) but since your VPN is in the router, it’s detached. Can it send notifications to the host ?
Why does the VPN matter. If it goes up/down, changes IP doesn’t .etc. Its not part of my Plex setup, I simply mentioned it to highlight why I’m running these by pass rules. Plex will always go via the “normal” WAN.
Of course from time to time the WAN IP will change but this is rare, but this still could be the cause of my issue, I’ll just have to be watchful to see if it is I guess.
Right so I’m now thinking this is nothing to do with my WAN IP but entirely to do with Plex.tv DNS and when it changes. As it is when the DNS changes that issues seem to appear.
My pfsense router doesn’t appear to be updating the DNS addresses often enough and so Remote Access appears to drop out.
I think by altering the “Aliases Hostnames Resolve Interval” from 300 to 60 could help. I’m going to give this a go and see if anything changes.
Perhaps its a combination of WAN IP and DNS update issues. I don’t know. I’ll update when I can.
The fix seems to be altering within PFsense “Aliases Hostnames Resolve Interval” from 300 to 60 (seconds). This means it should request the DNS of plex.tv more often catching any changes and as a result if/when my WAN changes the value is updated more readily. So when users try to connect via the TV app for example, the service functions as expected.