same happends with windows server 2012
i’ve got 2 servers , the backup one with Versión 1.10.1.4602 and the main one with 1.9.7.4460 and both have the same issue,
All my friends can’t connect to both.
TO ALL:
We think we’re onto what’s happening.
Thanks to everyone for the logs. I was able to use the logs to coordinate with plex.tv events.
I will update ASAP
@COMELOL-SERVER said:
same happends with windows server 2012
i’ve got 2 servers , the backup one with Versión 1.10.1.4602 and the main one with 1.9.7.4460 and both have the same issue,
All my friends can’t connect to both.
All I can say it I fully uninstalled 1.10.1.4602 and then installed 1.9.7.4460 fresh. That worked for me. I’m on a Linux OS though
I’m running Windows 10 Pro (17025.1000) and Plex Server version 1.11.0.4633. Also experiencing this issue.
macOS High Sierra v10.13.1
Plex Server v1.11.0.4633
I’ve tried installing earlier versions of Plex and now have the latest version installed. The issue is still ongoing.
Log File attached.
We have deployed a fix on our plex.tv side to mitigate this issue in the cases where some Plex Media Server’s are not publishing correctly. This does not affect all users, but for those it does, the issue should now be resolved if you restart Plex Media Server.
Ok everyone. Operations has made a change.
PLEASE RESTART and advise!
Was the problem even related to the current beta? Or happened to people who happened to restart plex recently (such as to update)?
Restarted Plex and issue has been resolved for me.
Thanks!!
I had the problem, downgraded about 15 minutes ago and it fixed it , or simply restarting due to the downgrade fixed it. Then I saw this post that it is fixed so I upgraded back to the beta and it still works.
Restarted and access from app.plex.tv and on cell service apps like plex for android and for iOS work fine. No more Indirect!
Thanks for fixing this.
…wat
I think your issue may have been connected to mine. Not sure if it’s the cause, but my issue was noticed when I updated Plex AND realised that I had installed a Synology update that same morning. A PMS downgrade did nothing for me and neither did a full reinstall. Tearing my hair out I remembered the Synology update and did some network digging… it seems not to have caused a problem before, but all along I had a double NAT which neither my router or modem had flagged, even though the Time Capsule is meant to. My remote access had worked fine previously as well, even though double NAT is a big flag in the troubleshooting, so not sure how it worked at all before. Removing the double NAT fixed it instantly for me. Not sure if the Synology update made certain network settings more secure or not and then broke my PMS access but probably not a coincidence. I found it by running a traceroute via terminal on my Mac to 8.8.8.8 and the first two entries came up as 10.x.x.x or 192.x.x.x local ip’s which confirmed double NAT, as you should only have one local in first two. As a heads up to anyone else, Virgin hubs (uk) in modem mode shouldn’t but DO create a double NAT situation, as I found out.
Hope that helps
@ChuckPA said:
I need the FULL ZIP please.I need to cross check the different logs to properly dagnose
Hi Chuck,
Please see attached.
You have pubsub connectivity (the root problem corrected by Operations).
You appear to have a different issue causing confusion to PMS. You have two adapters on the same subnet. This is not how ethernet should be setup.
Each adapter should be on a different subnet or have alias IPs on the same adapter or be bonded (aggregated into LACP) and present a single adapter/IP.
Dec 23, 2017 09:50:04.262 [0x70000d1bf000] DEBUG - HTTP requesting GET https://plex.tv/users/account.xml?auth_token=xxxxxxxxxxxxxxxxxxxx&includeGeolocation=1
Dec 23, 2017 09:50:04.262 [0x70000cb18000] DEBUG - Network interfaces:
Dec 23, 2017 09:50:04.262 [0x70000cb18000] DEBUG - * 1 lo0 (127.0.0.1) (loopback: 1)
Dec 23, 2017 09:50:04.262 [0x70000cb18000] DEBUG - * 4 en0 (192.168.0.25) (loopback: 0)
Dec 23, 2017 09:50:04.262 [0x70000cb18000] DEBUG - * 5 en1 (192.168.0.5) (loopback: 0)
Dec 23, 2017 09:50:04.264 [0x70000cb18000] DEBUG - Creating NetworkServices singleton.
Dec 23, 2017 09:50:04.264 [0x70000cb18000] DEBUG - NetworkService: Creating new service.
Dec 23, 2017 09:50:04.265 [0x70000cb18000] DEBUG - NetworkService: Got notification of changed network (first change: 1)
Connectivity to Plex.tv verified
Dec 23, 2017 09:50:10.205 [0x70000d8e9000] DEBUG - IVA: Downloaded 72 trailers for source 1.
Dec 23, 2017 09:50:10.311 [0x70000cead000] DEBUG - PubSubManager: Time to connect to 109.237.24.233 was 25 ms.
Dec 23, 2017 09:50:10.311 [0x70000cead000] DEBUG - PubSubManager: Time to connect to 139.162.245.220 was 30 ms.
Dec 23, 2017 09:50:10.311 [0x70000cead000] DEBUG - PubSubManager: Time to connect to 82.94.168.56 was 37 ms.
Dec 23, 2017 09:50:10.311 [0x70000cead000] DEBUG - PubSubManager: Time to connect to 139.162.177.42 was 56 ms.
Dec 23, 2017 09:50:10.311 [0x70000cead000] DEBUG - PubSubManager: Time to connect to 50.116.59.4 was 180 ms.
Dec 23, 2017 09:50:10.311 [0x70000cead000] DEBUG - PubSubManager: Time to connect to 45.79.211.188 was 204 ms.
Dec 23, 2017 09:50:10.311 [0x70000cead000] DEBUG - PubSubManager: Time to connect to 45.33.118.95 was 250 ms.
Dec 23, 2017 09:50:10.311 [0x70000cead000] DEBUG - PubSubManager: Time to connect to 184.105.148.101 was 280 ms.
Dec 23, 2017 09:50:10.311 [0x70000cead000] DEBUG - PubSubManager: Time to connect to 139.162.7.93 was 361 ms.
Dec 23, 2017 09:50:10.311 [0x70000cead000] DEBUG - PubSubManager: Time to connect to 139.162.117.249 was 478 ms.
Dec 23, 2017 09:50:10.313 [0x70000cead000] DEBUG - PubSubManager: Updating best ping time for 109.237.24.233 to 25 ms.
Dec 23, 2017 09:50:10.885 [0x70000d8e9000] DEBUG - IVA: Downloaded 44 trailers for source 2.
Dec 23, 2017 09:50:12.361 [0x70000d0b9000] DEBUG - Library Updater: Requested that section 69 be updated, force=0, deep=0, subdir= iTunes=0
Dec 23, 2017 09:50:12.361 [0x70000d0b9000] DEBUG - Library Updater: Queueing section 69
Dec 23, 2017 09:50:12.363 [0x70000d65a000] DEBUG - Scanning section 69
Dec 23, 2017 09:50:12.363 [0x70000d65a000] DEBUG - Job running: EAE_ROOT='/var/folders/_z/055y6y211cg1dscq9_nw5qs00000gn/T/pms-e04267de-6ea9-4369-8c9c-4c5a2f23c357/EasyAudioEncoder' FFMPEG_EXTERNAL_LIBS='/Users/nigelhyde/Library/Application\ Support/Plex\ Media\ Server/Codecs/b077134-1269-darwin-x86_64/' X_PLEX_TOKEN='xxxxxxxxxxxxxxxxxxxx' '/Applications/Plex Media Server.app/Contents/MacOS/Plex Media Scanner' '--scan' '--refresh' '--section' '69'
Dec 23, 2017 09:50:12.366 [0x70000d65a000] VERBOSE - Jobs: Starting child process with pid 471
Dec 23, 2017 09:50:12.698 [0x70000cda7000] ERROR - Error issuing curl_easy_perform(handle): 28
Dec 23, 2017 09:50:12.698 [0x70000cda7000] DEBUG - HTTP simulating 408 after curl timeout
Dec 23, 2017 09:50:12.705 [0x70000cda7000] ERROR - DVR:Device: Error refreshing existing device device://tv.plex.grabbers.hdhomerun/123154A0, marking as dead.
Dec 23, 2017 09:50:12.705 [0x70000cda7000] DEBUG - DVR:Grabber: Mystery discovered 0 compatible devices.
Dec 23, 2017 09:50:12.706 [0x70000cda7000] DEBUG - HTTP requesting POST http://127.0.0.1:32600/devices/discover
Dec 23, 2017 09:50:12.751 [0x70000cd24000] VERBOSE - Auth: We found auth token (xxxxxxxxxxxxxxxxxxxx), enabling token-based authentication.
Dec 23, 2017 09:50:12.751 [0x70000cd24000] VERBOSE - Auth: Came in with the master token, authorization succeeded.
Dec 23, 2017 09:50:12.751 [0x70000d44e000] DEBUG - Request: [127.0.0.1:49270 (Loopback)] GET /:/metadata/notify/cullTimeline?librarySectionID=69&sinceTime=1514021412 (6 live) GZIP Signed-in Token (MrHyde)
Dec 23, 2017 09:50:12.751 [0x70000d44e000] VERBOSE - * User-Agent => Mozill
Also, in the future, please do not use Verbose logging until requested. It makes initial diagnosis much more difficult when first finding which part of the haystack the needle(s) is(are) in. 
@The_True_Wizard said:
I woke up and checked on that,Eth2 and Eth3 are unplugged, they originally had static addresses while unplugged but I switched them to DHCP after I saw that too.
bond0 is the first and only gateway.
bond0 is first and only in service order.
The bond is adaptive load balancing to an unmanaged switch, I could decouple it and go single interface for testing if need be, but things worked with the bond before.
No double NAT here, that would screw up a dozen other services I have in external. I can access plex from direct IP:PORT from the outside.
Again thanks for your time,
There are two choices. a) redefine the eth2 & eth3 which gives them a higher enumeration number than Bond0 (long standing PMS issue about ordering) or b) break down the bond.
I recommend placing eth2 and eth3 on different subnets with static IPs (unused of course) and leaving LACP active as the Default Gateway.
If you’d prefer, since this is a Synology specific issue, I can split your issue out and we can continue in the Synology forum where others who’ve experienced the same issue can jump in and help where they can as well.
Hello Chuck,
I did not enable Verbose Logging, also I have not changed anything to do with my setup at all.
I have turned off all devices leaving only my router and mac on, and still have no joy.
You have pubsub connectivity (the root problem corrected by Operations).
You appear to have a different issue causing confusion to PMS. You have two adapters on the same subnet. This is not how ethernet should be setup.
Each adapter should be on a different subnet or have alias IPs on the same adapter or be bonded (aggregated into LACP) and present a single adapter/IP.Dec 23, 2017 09:50:04.262 [0x70000d1bf000] DEBUG - HTTP requesting GET https://plex.tv/users/account.xml?auth_token=xxxxxxxxxxxxxxxxxxxx&includeGeolocation=1 Dec 23, 2017 09:50:04.262 [0x70000cb18000] DEBUG - Network interfaces: Dec 23, 2017 09:50:04.262 [0x70000cb18000] DEBUG - * 1 lo0 (127.0.0.1) (loopback: 1) Dec 23, 2017 09:50:04.262 [0x70000cb18000] DEBUG - * 4 en0 (192.168.0.25) (loopback: 0) Dec 23, 2017 09:50:04.262 [0x70000cb18000] DEBUG - * 5 en1 (192.168.0.5) (loopback: 0) Dec 23, 2017 09:50:04.264 [0x70000cb18000] DEBUG - Creating NetworkServices singleton. Dec 23, 2017 09:50:04.264 [0x70000cb18000] DEBUG - NetworkService: Creating new service. Dec 23, 2017 09:50:04.265 [0x70000cb18000] DEBUG - NetworkService: Got notification of changed network (first change: 1)Connectivity to Plex.tv verified
Dec 23, 2017 09:50:10.205 [0x70000d8e9000] DEBUG - IVA: Downloaded 72 trailers for source 1. Dec 23, 2017 09:50:10.311 [0x70000cead000] DEBUG - PubSubManager: Time to connect to 109.237.24.233 was 25 ms. Dec 23, 2017 09:50:10.311 [0x70000cead000] DEBUG - PubSubManager: Time to connect to 139.162.245.220 was 30 ms. Dec 23, 2017 09:50:10.311 [0x70000cead000] DEBUG - PubSubManager: Time to connect to 82.94.168.56 was 37 ms. Dec 23, 2017 09:50:10.311 [0x70000cead000] DEBUG - PubSubManager: Time to connect to 139.162.177.42 was 56 ms. Dec 23, 2017 09:50:10.311 [0x70000cead000] DEBUG - PubSubManager: Time to connect to 50.116.59.4 was 180 ms. Dec 23, 2017 09:50:10.311 [0x70000cead000] DEBUG - PubSubManager: Time to connect to 45.79.211.188 was 204 ms. Dec 23, 2017 09:50:10.311 [0x70000cead000] DEBUG - PubSubManager: Time to connect to 45.33.118.95 was 250 ms. Dec 23, 2017 09:50:10.311 [0x70000cead000] DEBUG - PubSubManager: Time to connect to 184.105.148.101 was 280 ms. Dec 23, 2017 09:50:10.311 [0x70000cead000] DEBUG - PubSubManager: Time to connect to 139.162.7.93 was 361 ms. Dec 23, 2017 09:50:10.311 [0x70000cead000] DEBUG - PubSubManager: Time to connect to 139.162.117.249 was 478 ms. Dec 23, 2017 09:50:10.313 [0x70000cead000] DEBUG - PubSubManager: Updating best ping time for 109.237.24.233 to 25 ms. Dec 23, 2017 09:50:10.885 [0x70000d8e9000] DEBUG - IVA: Downloaded 44 trailers for source 2. Dec 23, 2017 09:50:12.361 [0x70000d0b9000] DEBUG - Library Updater: Requested that section 69 be updated, force=0, deep=0, subdir= iTunes=0 Dec 23, 2017 09:50:12.361 [0x70000d0b9000] DEBUG - Library Updater: Queueing section 69 Dec 23, 2017 09:50:12.363 [0x70000d65a000] DEBUG - Scanning section 69 Dec 23, 2017 09:50:12.363 [0x70000d65a000] DEBUG - Job running: EAE_ROOT='/var/folders/_z/055y6y211cg1dscq9_nw5qs00000gn/T/pms-e04267de-6ea9-4369-8c9c-4c5a2f23c357/EasyAudioEncoder' FFMPEG_EXTERNAL_LIBS='/Users/nigelhyde/Library/Application\ Support/Plex\ Media\ Server/Codecs/b077134-1269-darwin-x86_64/' X_PLEX_TOKEN='xxxxxxxxxxxxxxxxxxxx' '/Applications/Plex Media Server.app/Contents/MacOS/Plex Media Scanner' '--scan' '--refresh' '--section' '69' Dec 23, 2017 09:50:12.366 [0x70000d65a000] VERBOSE - Jobs: Starting child process with pid 471 Dec 23, 2017 09:50:12.698 [0x70000cda7000] ERROR - Error issuing curl_easy_perform(handle): 28 Dec 23, 2017 09:50:12.698 [0x70000cda7000] DEBUG - HTTP simulating 408 after curl timeout Dec 23, 2017 09:50:12.705 [0x70000cda7000] ERROR - DVR:Device: Error refreshing existing device device://tv.plex.grabbers.hdhomerun/123154A0, marking as dead. Dec 23, 2017 09:50:12.705 [0x70000cda7000] DEBUG - DVR:Grabber: Mystery discovered 0 compatible devices. Dec 23, 2017 09:50:12.706 [0x70000cda7000] DEBUG - HTTP requesting POST http://127.0.0.1:32600/devices/discover Dec 23, 2017 09:50:12.751 [0x70000cd24000] VERBOSE - Auth: We found auth token (xxxxxxxxxxxxxxxxxxxx), enabling token-based authentication. Dec 23, 2017 09:50:12.751 [0x70000cd24000] VERBOSE - Auth: Came in with the master token, authorization succeeded. Dec 23, 2017 09:50:12.751 [0x70000d44e000] DEBUG - Request: [127.0.0.1:49270 (Loopback)] GET /:/metadata/notify/cullTimeline?librarySectionID=69&sinceTime=1514021412 (6 live) GZIP Signed-in Token (MrHyde) Dec 23, 2017 09:50:12.751 [0x70000d44e000] VERBOSE - * User-Agent => MozillAlso, in the future, please do not use Verbose logging until requested. It makes initial diagnosis much more difficult when first finding which part of the haystack the needle(s) is(are) in.
Mr Hyde,
Would you consider testing with one of the ethernet cables unplugged? As I stated earlier, having two adapters on the same subnet is not per specification. The reason for this is the routing table in the OS (MacOS and Linux both came from Unix) can only define one adapter per subnet. This leads to unpredictable results when more than one are encountered.
Chuck,
I am currently running only my iMac and Modem/Router with the iMac being connected via ethernet. I had tested it on the iMac so thought I could try a fresh install etc. It appears that running direct seems to work with a fresh install of PMS.
My Mac Mini is my main server, I have now slowly flicked everything back on and the iMac still has a remote connection.
I then backed up my Plex Database and installed a fresh install of PMS on the Mac Mini and amazingly it connected fine and allowed me to stream my music to my iPhone. Upon restoring the database and restarting the connection issue return.
I can not help thinking that my PMS database is also a little borked!
I have attached the logs from the new install.
@ChuckPA said:
Mr Hyde,
Would you consider testing with one of the ethernet cables unplugged? As I stated earlier, having two adapters on the same subnet is not per specification. The reason for this is the routing table in the OS (MacOS and Linux both came from Unix) can only define one adapter per subnet. This leads to unpredictable results when more than one are encountered.
That does make sense.
I checked the results of your last connectivity test with Plex.tv. It shows connected which is confirmed in your logs.
You should be good to go
Dec 23, 2017 14:51:17.829 [0x70000ef14000] DEBUG - NAT: UPnP, found device <http://192.168.0.1:5431/dyndev/uuid:7050aff9-0b78-780b-f9af-507050f9780000> with private address <192.168.0.25>
Dec 23, 2017 14:51:17.836 [0x70000ef14000] DEBUG - NAT: UPnP, usable device <http://192.168.0.1:5431/dyndev/uuid:7050aff9-0b78-780b-f9af-507050f9780000> with private address <192.168.0.25>.
Dec 23, 2017 14:51:17.839 [0x70000ef14000] DEBUG - NAT: UPnP, public address is 94.195.42.133
Dec 23, 2017 14:51:17.840 [0x70000f6c1000] DEBUG - MyPlex: Sending Server Info to myPlex (user=mrhyde@me.com, ip=, port=13304)
Dec 23, 2017 14:51:17.840 [0x70000ef14000] DEBUG - MyPlex: Last published value didn't change, we're done.
Dec 23, 2017 14:51:17.847 [0x70000f63e000] DEBUG - PubSubManager: Time to connect to pubsub.plex.tv was 24 ms.
Dec 23, 2017 14:51:17.847 [0x70000f63e000] DEBUG - PubSubManager: Time to connect to 139.162.245.220 was 28 ms.
Dec 23, 2017 14:51:17.847 [0x70000f63e000] DEBUG - PubSubManager: Time to connect to 82.94.168.54 was 37 ms.
Dec 23, 2017 14:51:17.847 [0x70000f63e000] DEBUG - PubSubManager: Time to connect to 85.90.244.55 was 64 ms.
Dec 23, 2017 14:51:17.847 [0x70000f63e000] DEBUG - PubSubManager: Time to connect to 50.116.51.249 was 179 ms.
Dec 23, 2017 14:51:17.847 [0x70000f63e000] DEBUG - PubSubManager: Time to connect to 45.79.210.23 was 196 ms.
Dec 23, 2017 14:51:17.847 [0x70000f63e000] DEBUG - PubSubManager: Time to connect to 45.79.11.43 was 265 ms.
Dec 23, 2017 14:51:17.847 [0x70000f63e000] DEBUG - PubSubManager: Time to connect to 184.105.148.101 was 278 ms.
Dec 23, 2017 14:51:17.847 [0x70000f63e000] DEBUG - PubSubManager: Time to connect to 139.162.7.93 was 372 ms.
Dec 23, 2017 14:51:17.847 [0x70000f63e000] DEBUG - PubSubManager: Time to connect to 139.162.115.125 was 485 ms.
Dec 23, 2017 14:51:17.848 [0x70000f63e000] DEBUG - PubSubManager: Updating best ping time for pubsub.plex.tv to 24 ms.
Dec 23, 2017 14:51:17.849 [0x70000f6c1000] DEBUG - HTTP requesting POST https://plex.tv/servers.xml?auth_token=xxxxxxxxxxxxxxxxxxxx&async=1&asyncIdentifier=6b403f68-8498-4840-bc33-25eb948a206d
Dec 23, 2017 14:51:17.999 [0x70000f6c1000] DEBUG - HTTP 201 response from POST https://plex.tv/servers.xml?auth_token=xxxxxxxxxxxxxxxxxxxx&async=1&asyncIdentifier=6b403f68-8498-4840-bc33-25eb948a206d
Dec 23, 2017 14:51:18.000 [0x70000f6c1000] DEBUG - MyPlex: Published Mapping State response was 201
Dec 23, 2017 14:51:18.000 [0x70000f6c1000] DEBUG - MyPlex: Got response for ef5c5f324bcbff93c8b5701404ccff483853a3a6 ~ registered :0
Dec 23, 2017 14:51:18.000 [0x70000eb7f000] DEBUG - MyPlex: Requesting reachability check.
Dec 23, 2017 14:51:18.010 [0x70000eb7f000] DEBUG - HTTP requesting PUT https://plex.tv/api/servers/ef5c5f324bcbff93c8b5701404ccff483853a3a6/connectivity?X-Plex-Token=xxxxxxxxxxxxxxxxxxxx&asyncIdentifier=99cd8180-03fd-4d2e-9b02-e2cfff35ee47
Dec 23, 2017 14:51:18.105 [0x70000ea79000] DEBUG - Request: [54.229.99.71:28093 (WAN)] GET /identity (11 live) TLS Signed-in Token (MrHyde)
Dec 23, 2017 14:51:18.106 [0x70000e249000] DEBUG - Completed: [54.229.99.71:28093] 200 GET /identity (11 live) TLS 1ms 357 bytes
Dec 23, 2017 14:51:18.127 [0x70000eb7f000] DEBUG - HTTP 200 response from PUT https://plex.tv/api/servers/ef5c5f324bcbff93c8b5701404ccff483853a3a6/connectivity?X-Plex-Token=xxxxxxxxxxxxxxxxxxxx&asyncIdentifier=99cd8180-03fd-4d2e-9b02-e2cfff35ee47
Dec 23, 2017 14:51:18.128 [0x70000f09d000] DEBUG - MyPlex: Sending Server Info to myPlex (user=mrhyde@me.com, ip=, port=13304)
Dec 23, 2017 14:51:18.133 [0x70000e249000] DEBUG - Completed: [127.0.0.1:49382] 200 PUT /myplex/refreshReachability (11 live) GZIP 5947ms 268 bytes (pipelined: 4)
Dec 23, 2017 14:51:18.141 [0x70000f09d000] DEBUG - HTTP requesting POST https://plex.tv/servers.xml?auth_token=xxxxxxxxxxxxxxxxxxxx&async=1&asyncIdentifier=77ea06db-58f1-410e-86d0-4ec1af9bdfa0
Dec 23, 2017 14:51:18.144 [0x70000e249000] DEBUG - Auth: authenticated user 1 as MrHyde
Dec 23, 2017 14:51:18.144 [0x70000eafc000] DEBUG - Request: [192.168.0.23:58952 (Subnet)] GET /:/websockets/notifications (11 live) GZIP Signed-in Token (MrHyde)
Dec 23, 2017 14:51:18.145 [0x70000eafc000] DEBUG - WebSocket: Performing handshake from origin
Dec 23, 2017 14:51:18.145 [0x70000eafc000] DEBUG - Beginning read from WebSocket
Dec 23, 2017 14:51:18.304 [0x70000f09d000] DEBUG - HTTP 201 response from POST https://plex.tv/servers.xml?auth_token=xxxxxxxxxxxxxxxxxxxx&async=1&asyncIdentifier=77ea06db-58f1-410e-86d0-4ec1af9bdfa0
Dec 23, 2017 14:51:18.304 [0x70000f09d000] DEBUG - MyPlex: Published Mapping State response was 201
