Remote Quality enforced for uknown reason?

You can’t have two interfaces on the same IP Net, unless running LACP/802.3ad or having an intelligent managed switch in front

See: Qnap faq.....read me first! Q21

Currently you have:

Jan 04, 2021 12:13:54.040 [0x73a78000] DEBUG - * 2 eth0 (192.168.0.106) (loopback: 0) Jan 04, 2021 12:13:54.040 [0x73a78000] DEBUG - * 3 eth1 (192.168.0.105) (loopback: 0)

Also note, that in the article you linked towards, was using two 100% separated IP Nets, namely:
192.168.1.x and 10.10.10.x

So as said, unplug eth1

This link includes some bad advice.

The basic process - port forward across both routers - is sound.

However, the only port that should be forwarded from the Internet is :32400.

The other ports should not be forwarded from the Internet. They are only necessary for communication on the LAN.

If :32400 is manually forwarded, it is not necessary to install or enable UPnP support on the router.

1 Like

Thanks even though others suggested that the QNAP is having issues as well I strongly believe this is a connectivity problem from where my client is trying to connect. Other clients can connect to the PMS without relay/indirect connectivity.

I tried all permutations from my client network but still if I connect from my home

  • Forwarded only port 32400 disabled/enabled UPnP
  • Forwarded the other TCP/UDP ports disabled/enabled UPnP
  • Used a custom port (not 32400) from outside to inside

I made a mistake above sorry this is how my network looks like

server network
(ISP)=====>(ISP Router)====>PMS

client network
(ISP)=====>(ISP ROUTER IN NOT BRIDGE MODGE)=====>(MY OWN TP LINK ROUTER)======>Plex client (Roku, iOS devices)

^ only from this specific network I cannot connect directly to PMS all other clients from other networks can connect w/o relay. Also, if I go on LTE/4G it works so all these things indicating that some is wonky in the client network.

Your QNAP is most likely not on the same IP Net as your clients

See Settings/Network in the WebClient, and enter info in the field named: LAN Networks

After changing, restart PMS

Which is a fact yes, sorry if I have been unclear before. We’re talking about remote streaming here. The QNAP is at a physically different location than my clients. All remote clients can connect to the QNAP w/o Plex Relay except for that one where which I described above as “client network”.

client network
(ISP)=====>(ISP ROUTER IN NOT BRIDGE MODGE)=====>(MY OWN TP LINK ROUTER)======>Plex client (Roku, iOS devices)

All connectivity attempts made from that specific client network (where the dual routers are) are resulting in Plex Relay mode which I’m looking to avoid and couldn’t find out why relay kicks in.

The networking setup at the client network is much less important than where the Plex Server is located. It needs to be able to make DNS queries, contact the Plex cloud, and make outbound connections to the Plex server.

Are these on the same ISP? Sometimes customers can’t communicate directly with one another.

You tried changing ports, which should rule out any specific port blocking at the client side.

For test purposes, can you test bypassing the additional router, maybe connecting a Roku directly to the ISP router?

They are on 2 different ISPs.

I already tried ruling out the second router and enabled Wireless on my ISP router (first router) and connected a client there but the experience is the same - relay kicks in. Unfortunately I cannot rule our the ISP router and turn it into bridge mode because my TV line comes into directly the ISP router and that has to stay in place :confused:

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.