Remote access no longer working, local access frequently not available

Server Version#: Version 1.16.3.1433

I’m not really sure what caused the issue because I was at work when it started, but I can no longer access plex outside of my local network. No network topology changes were made, so I don’t think it’s a router issue. When I check canuseeme.org, it shows my ip and port as being open and accessible. I have the port manually forwarded on my router, so it’s not a Upnp issue.

Media plays fine on my local network if its accessible, but the settings menu is very slow to load, and sometimes trying to load the settings will cause the web app to lose connection to the server.

I have tried reverting to 1.16.1.1291, but the issue is still happening, so I’m really lost trying to figure it out. I have also tried disabling Windows firewall.

I need plex to be back up tomorrow for work. I’m sure I could work something out by streaming my home desktop to my work computer to listen to music, but that’s not an acceptable long term solution.

Not sure what logs I should provide to aid in troubleshooting this issue, let me know.

EDIT: I don’t know if it’s related, but in the plex console I’m seeing lots of curl errors:

Error issuing curl_easy_perform(handle): 28

Curl error 28 means timeout

Could be DNS lookup taking too long

Try for a short test, and switch dns to google

8.8.8.8 and 8.8.4.4 for IPv4, and 2001:4860:4860::8888 and 2001:4860:4860::8844, for IPv6

Thanks, but changing DNS servers did not help. Still disconnects the server when I try to apply manual port forward settings using they ‘retry’ button under remote access settings.

1 Like

Next step would be to disable AntiVira solution temporarily, and see if that makes an difference, and if not, a zip with logs in debug mode would be needed

Turning off Windows defender didn’t do anything. Here are the debug logs:

Plex Media Server Logs_2019-07-28_08-52-52.zip (776.1 KB)

On the windows box itself, in a browser, what happens, if you try and browse to:

https://plex.tv/api/resources?X-Plex-Token=xxxxxxxxxxxxxxxxxxxx

And replace the xxxxxxxxxxxxxxxxxxxx with your token

Should show an xml about resources for your account, and I’m specially interested in how long time it took to fetch that page

To find your token, look here: https://support.plex.tv/articles/204059436-finding-an-authentication-token-x-plex-token/

The page loads nearly instantaneously. Is there any specific information you wanted from the page?

Nope, and scratching head here, since that site is where you have timeouts

Very strange, and currently awaiting for some Q’s I’ve asked Plex about regarding something else I found in your log, and haven’t seen before

WARN - NAT: PMP, got an error: NATPMP_ERR_RECVFROM.

I saw that too. The IP address associated with that error is my wireless AP, an asus RT-AC88U. It looks like plex might have thought it was a Upnp device and was trying to use it for NAT?

but again, it’s been on the network forever, so it’s not a new change.

Pinged somebody
Hopefully, somebody will join this thread soon, since not a Windows dude ;

The logs show issues with outward communication with requests from the server to plex.tv timing out.

Also there is a very strange broadcast address of “1.0.0.0” logged - would expect that to be “192.168.0.255”

Jul 28, 2019 08:43:42.132 [11280] DEBUG - NetworkService: Browsing on interface 192.168.0.10 on broadcast address 1.0.0.0 (index: 0)

I wonder if you somehow corrupted the subnet mask in your network configuration
It is normally 255.255.255.0
See what ipconfig /all shows

There are loads of timeouts on requests to plex.tv - appears to be all https ones

These are a few of them - specifically relevant for remote access functionality

Jul 28, 2019 08:43:43.054 [11488] DEBUG - HTTP requesting PUT https://plex.tv/api/servers/9eaf7439bc56fcac432c568191468b6755ed26eb/connectivity?X-Plex-Token=xxxxxxxxxxxxxxxxxxxx&asyncIdentifier=4366e95f-8024-4095-8a56-64dde1d91104
Jul 28, 2019 08:45:13.060 [11488] ERROR - Error issuing curl_easy_perform(handle): 28
Jul 28, 2019 08:45:13.060 [11488] DEBUG - HTTP simulating 408 after curl timeout

Jul 28, 2019 08:45:13.060 [11328] DEBUG - HTTP requesting PUT https://plex.tv/api/servers/9eaf7439bc56fcac432c568191468b6755ed26eb/connectivity?X-Plex-Token=xxxxxxxxxxxxxxxxxxxx&asyncIdentifier=33653870-03c0-484e-a068-f4a6219a36e5
Jul 28, 2019 08:46:43.061 [11328] ERROR - Error issuing curl_easy_perform(handle): 28
Jul 28, 2019 08:46:43.061 [11328] DEBUG - HTTP simulating 408 after curl timeout

Jul 28, 2019 08:45:09.779 [10576] DEBUG - HTTP requesting GET https://plex.tv/services/pubsub/servers
Jul 28, 2019 08:46:39.796 [10576] ERROR - Error issuing curl_easy_perform(handle): 28
Jul 28, 2019 08:46:39.796 [10576] DEBUG - HTTP simulating 408 after curl timeout

Jul 28, 2019 08:46:51.812 [11452] DEBUG - HTTP requesting PUT https://plex.tv/devices/9eaf7439bc56fcac432c568191468b6755ed26eb?Connection[][uri]=http://192.168.0.10:32400&httpsEnabled=1&httpsRequired=0&dnsRebindingProtection=0&natLoopbackSupported=1&X-Plex-Token=xxxxxxxxxxxxxxxxxxxx
Jul 28, 2019 08:48:21.828 [11452] ERROR - Error issuing curl_easy_perform(handle): 28
Jul 28, 2019 08:48:21.828 [11452] DEBUG - HTTP simulating 408 after curl timeout

There was also a timeout accessing

2019-07-28 08:43:43,674 (2e70) :  DEBUG (networking:166) - Requesting 'http://resources-cdn.plexapp.com/hashes.json'
2019-07-28 08:43:48,727 (2e70) :  CRITICAL (core:574) - Exception getting hosted resource hashes (most recent call last):
timeout: timed out

So suggest checking your network configuration

1 Like

Somebodyis here :smile:

Thank you very much for your response. Ipconfig looks good to me unless I’m missing something:

Ethernet adapter Ethernet 2:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Aquantia AQtion 10Gbit Network Adapter
   Physical Address. . . . . . . . . : xx-xx-xx-xx-xx-xx
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   IPv4 Address. . . . . . . . . . . : 192.168.0.10(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . : 192.168.0.1
   DNS Servers . . . . . . . . . . . : 192.168.0.1
   NetBIOS over Tcpip. . . . . . . . : Enabled

I’ll look into the weird broadcast no idea what that’s about.

Update now that I’m at work and can test remote access. I can view the plex player just fine, and see all my data.

Nothing will play though. Videos are all black screen with spinning circle, and music does not buffer.

Except just now it played like 30 seconds of a song out of the blue before stopping again. Scared the crap out of me because I had forgotten I had left the web page open. The remainder of the song will not buffer or load. The web player was open for ~2 hours before the song started playing.

Not sure if that’s helpful, but at least I can see the player, even if I can’t actually play anything.

I think I ahve a similar issue.
Since yesterday evening only the Windows UI I use in chrome works.
LG TV app : doesn’t work (my windows server is unaccessible and only my WDmycloud server is visible).
PS4 : same
Can’t use chromecast function either from my laptop to my TV

remote access doesn’t work either, despite checking and resetting al my router’s resstings…

The smartphone android app does the trick as I can cast from it towards my TV, but it’s really not ideal.

Probably a bug somewhere in the new update, since I upgraded two days ago.

Update 2: It started playing again out of the blue. This time the song finished, but the next one won’t play. The plex dashboard seems to think it’s playing, but it’s definitely not.

Do the Plex Media Server.log files still have log lines with 1.0.0.0 like this
DEBUG - NetworkService: Browsing on interface 192.168.0.10 on broadcast address 1.0.0.0 (index: 0)

and are the https requests to plex.tv still timing out? - like in the examples i extracted

With regards to your other posts, i cannot make any comment without seeing logs covering any period where you have some issues

@cbc02009 by the way the broadcast log lines only normally get logged at startup - so may need to restart Plex Media Server to check

I am not seeing any 1.0.0.0 broadcasts after a restart. What I did notice that was weird was a Upnp log for a subnet that’s not on my network:

Jul 29, 2019 21:46:59.736 [10140] Debug — NAT: UPnP, usable device <http://192.168.2.1:49156/gatedesc.xml> with private address <192.168.0.10>.

Also a 404 from a loopback interface request seems strange to me:

Jul 29, 2019 21:57:55.872 [1856] Debug — HTTP 404 response from GET http://127.0.0.1:54204/:/plugins/com.plexapp.system/resourceHashes

I’ve also attached a new set of logs, in case I missed the broadcast issue somewhere.

Plex Media Server Logs_2019-07-30_06-37-38.zip (927.0 KB)

This was because an external request from a PlexScriptHost.exe process failed - timed out after 5 seconds

2019-07-30 06:05:00,497 (2598) :  DEBUG (networking:166) - Requesting 'http://resources-cdn.plexapp.com/hashes.json'
2019-07-30 06:05:04,861 (24a8) :  INFO (datakit:131) - Saved the dictionary file
2019-07-30 06:05:05,591 (2598) :  CRITICAL (core:574) - Exception getting hosted resource hashes (most recent call last):
  File "C:\Plex\Plex Media Server\Resources\Plug-ins-359b06978\Framework.bundle\Contents\Resources\Versions\2\Python\Framework\components\runtime.py", line 1291, in get_resource_hashes
    json = self._core.networking.http_request("http://resources-cdn.plexapp.com/hashes.json", timeout=5).content
  File "C:\Plex\Plex Media Server\Resources\Plug-ins-359b06978\Framework.bundle\Contents\Resources\Versions\2\Python\Framework\components\networking.py", line 265, in content
    return self.__str__()
  File "C:\Plex\Plex Media Server\Resources\Plug-ins-359b06978\Framework.bundle\Contents\Resources\Versions\2\Python\Framework\components\networking.py", line 243, in __str__
    self.load()
  File "C:\Plex\Plex Media Server\Resources\Plug-ins-359b06978\Framework.bundle\Contents\Resources\Versions\2\Python\Framework\components\networking.py", line 183, in load
    self._data = self._core.data.archiving.gzip_decompress(f.read())
  File "C:\Plex\Plex Media Server\python27.zip\socket.py", line 355, in read
    data = self._sock.recv(rbufsize)
  File "C:\Plex\Plex Media Server\python27.zip\httplib.py", line 588, in read
    return self._read_chunked(amt)
  File "C:\Plex\Plex Media Server\python27.zip\httplib.py", line 630, in _read_chunked
    line = self.fp.readline(_MAXLINE + 1)
  File "C:\Plex\Plex Media Server\python27.zip\socket.py", line 480, in readline
    data = self._sock.recv(self._rbufsize)
timeout: timed out

So something blocking or affecting external url requests

[quote=“cbc02009, post:20, topic:438682”]
What I did notice that was weird was a Upnp log for a subnet that’s not on my network:

Jul 29, 2019 21:46:59.736 [10140] Debug — NAT: UPnP, usable device <http://192.168.2.1:49156/gatedesc.xml> with private address <192.168.0.10>.

This would happen if a device on your subnet has some old IP address configuration. It would have replied ot an SSDP Search saying it is available on http://192.168.2.1:49156/gatedesc.xml

Looking at the requests to plex.tv - all the https requests are timing out like before
e.g.

Jul 30, 2019 06:10:29.199 [5220] DEBUG - HTTP requesting POST https://plex.tv/servers.xml?auth_token=xxxxxxxxxxxxxxxxxxxx&async=1&asyncIdentifier=6367e4e1-753b-407a-93a7-f86a614738ae
Jul 30, 2019 06:11:59.216 [5220] ERROR - Error issuing curl_easy_perform(handle): 28
Jul 30, 2019 06:11:59.216 [5220] DEBUG - HTTP simulating 408 after curl timeout

Could you try one of them on a browser on the server itself
e.g. this one
https://plex.tv/api/resources.xml?includeHttps=1&includeRelay=1&auth_token=xxxxxxxxxxxxxxxxxxxx
substitute the server token for the xxxxxxxxxxxxxxxxxx string.
You can find a server token as described here https://support.plex.tv/articles/204059436-finding-an-authentication-token-x-plex-token/

If it gets a response - save it to text file and send me by private message
and any delay in getting the response?

The broadcast address issue is still there. It should not have any big impact - it is just for local server discovery if not using plex.tv

Jul 30, 2019 06:04:59.199 [9064] DEBUG - NetworkService: Browsing on interface 192.168.0.10 on broadcast address 1.0.0.0 (index: 0)

Is there any special network setup ? is VMware being used? I did notice reference to vEthernet in the log

Jul 30, 2019 06:04:59.199 [1208] DEBUG - NetworkInterface: ignoring adapter 'vEthernet (Default Switch)' (fe80::c8e2:e163:daf5:7134%18,172.17.33.113) because it has no gateway