I don’t believe the phone test is valid because your ISP or modem may recognize it and provide an exception to the rules.
I would login to your ISPs website you use to manage your account and go through all the network settings. Then, login to your cable modems control panel and look through that carefully as well.
If you haven’t found the problem in those two places…work can begin. Use another type of remote access software to run alongside of Plex on your host machine. Test them from a virtualized windows or linux box running in the cloud (aws, Rackspace, Linode)
Does that mean I need to install Windows - cause there ain’t any Windows running here! Indeed even my Plex server is running on a Synology which reports
Jupiter:uname -a
Linux Jupiter 4.4.59+ #25426 SMP PREEMPT Wed Jul 8 03:21:29 CST 2020 x86_64 GNU/Linux synology_apollolake_1019+
Jupiter:
Huh? How and why would either my ISP or my modem provide an exception to some random IP address coming into my LAN? When I switch to using the cellular network Sprint gives me some sort of IP address. When this IP address comes to my router it has no idea of what and who it is and thus has no reason to recognize and provide an exception to it.
And quite frankly I don’t use my ISPs web site to manage my account. What’s there to manage once I get it working to contact the internet? I maybe have logged into Cox’s website 3 times in the last 3 years and that was only to see if there was currently a issue with my connection.
Also, I don’t need to run other remote access software on my Plex server. I have other machines, I have virtualized machines in the cloud, etc. All of that works. I have no desire to provide remote access to my Synology save to allow my Plex users to use Plex. This issue is strictly limited to just accessing the PMS remotely thru the port of 32400.
omfg. There are identifiable markers. It may be checking your your Mac address and creating a tunnel.
No one is ever going to help you because you can’t even provide the basic essentials, and you aren’t willing to help us help yourself other than asking for help. May God have mercy on your soul.
Disabling WiFi and connecting to a different or mobile network is a good test of Remote Access in 99.99% of situations. I won’t say never, but it’s very unlikely that there is a transparent exception or tunnel in place.
I agree with @adefaria about IP addressing. MAC addresses would also make a poor identifier. I’m not aware of any mobile or wired providers that provide such functionality, although frankly it would be an interesting and valuable feature.
If there was such a connection in place, it could interfere with a Remote Access test. I’m confident that there isn’t, and I’m not worried about an invisible one.
Still disagree. There are so many ways his
ISP can finger print that phone. Is he running any cable provider apps? Such as a TV streaming app provided by his ISP…
It’s not even a worthy discussion… Launch a cloud machine and find out. It’s going to be the next step anyway. Or this troubleshooting roadmap to nowhere will continue it’s path.
My ISP (Cox) cannot “fingerprint” my cellular connection on Sprint. They are two entirely different networks. You sir do not know what you are talking about. Also, I don’t use any TV streaming app provided by my ISP - NONE.
And as I said, and as you ignored, I already have a cloud machine. It works fine.
You are right about one thing - it’s not worthy of discussion.
Do you have documentation on this?
If it can be done with or, in this case, without user consent I’m sure the world would want to know.
Should I be concerned about every cell phone I’ve owned in the past?
That’s a solid ‘No’ on the requested docs. I don’t work for his ISP or even use his ISP, so their tracking instrumentation, if any, is not known to me. The possibility is there though, especially (if not primarily) if you’re running one of their apps.
@PlexibleUser, kindly take your conspiracy theories some place else. Nobody here is interested in them. If you can’t provide evidence for your claims, as has been said, that which has been presented without evidence will simply be rejected without evidence. The topic at hand remains couched in the subject here, which is “Remote access keeps getting disabled”. Your conspiracy theories about ISP tracking is not germane nor welcomed here.
