Plex (indirect) problem

I understand. For now, just go ahead and run it as described above: On your laptop with the above commands, first with VPN disabled, then with it enabled.

Since the behavior you described (working with VPN enabled, indirect without) we want to see the DNS lookup results in both of those cases. Using both your configured DNS servers and forcing CloudFlare (1.1.1.1, which is known to work) Hopefully that makes sense.

1 Like

can you run nslookup on windows?

Yes, I just tested it to be sure. I was in PowerShell, but it should work on a normal command prompt as well.

1 Like


bare in mind my dns is different on different devices and I get SD quality when I use my smart TV even though the file is 1080P and then I seen the indirect message

You need to specify the FQDN to lookup. For example:

nslookup 10-0-0-25.xxxxxxxxxxxxxxxxxx.plex.direct
and...
nslookup 10-0-0-25.xxxxxxxxxxxxxxxxxx.plex.direct 1.1.1.1

Those FQDNs come from the link I provided earlier:
https://plex.tv/api/resources?includeIPv6=1&includeHttps=1&X-Plex-Token=<your_plex_token>

[Edit]
So, if your connection string for local=“1” looks like this:

<Connection protocol="https" address="10.10.0.101" port="32400" uri="https://10-10-0-101.xxxxxxxxxxxxxxxx.plex.direct:32400" local="1"/>

The FQDN would be this:

10-10-0-101.xxxxxxxxxxxxxxxx.plex.direct

And the nslookups would be:

nslookup 10-10-0-101.xxxxxxxxxxxxxxxx.plex.direct
nslookup 10-10-0-101.xxxxxxxxxxxxxxxx.plex.direct 1.1.1.1
1 Like

Delete that image, it contains sensitive information.

That long string of numbers and digits is your certificate UUID and is unique to you your server.

apologies

Actually it is unique to your user accocunt. The various servers (IF there is more than one) only vary in the part before it, which is simply their IP.

No worries, I just didn’t want you to leak anything personal. likely wouldn’t be terribly useful to anyone.

That certificate UUID is different for each of my servers.

did u get anythin from that pic tho, or do u need me to edit it and send again

Can you re-run the commands, post the image, but redact that long string of numbers/letters? And make sure you’re running the command for the local=“1” connection’s FQDN. You should be running it a total of four times:

  • Without VPN, no DNS server specified (leave the 1.1.1.1 off the command line).
  • Without VPN, with 1.1.1.1 specified as the DNS server.
  • With VPN, no DNS server specified (leave the 1.1.1.1 off the command line).
  • With VPN, with 1.1.1.1 specified as the DNS server.

You don’t need to redact the IP addresses from the results as long as it is the private IP addresses.

I redacted it because it showed my public ip

D’oh! That’s my fault. It’s because I told you to use the local=“0” connection and I should have said use the local=“1” connection. My apologies; I’ll correct the relevant posts above.

Please run as described in my last post, with the local=“1” connection.

Sorry for the confusion.

without VPN:

with VPN:

Thank you!

There is a DNS resolution problem when the VPN is not connected. It appears that the lookup requests are not even making it to the DNS server (neither the default one nor 1.1.1.1) or that the replies aren’t making it back.

Do you have any rules in pfSense which might explain this? It’s not immediately obvious to me your laptop is unable to reach either DNS server when the VPN is disconnected.

all my rules are posted above ^^

What is the laptop’s private IP address when not connected to the VPN? Is it on the same network as the pi-hole (192.168.x.x) or the 10.84.x.x network?

And that 10.84.x.x network looks a bit out of place, given that you mentioned that you’ve not configured VLANs


laptop is on 192.168.x.x

While I was out taking care of things, I had an opportunity to compare this configuration with my configuration.

Would it be OK to share my thoughts on this?
Asking because if my configuration can serve as foundation, it would allow you to augment to add all the other requirements which the current configuration is struggling & failing to provide.

1 Like