@yousifjb said:
WilhelmStroker
I might be mistaken, but I believe your external IP is set by your router. The fact that it’s changing could mean you have it set for dynamic addresses (I think it’s called DHCP), and as MikeG6.5 suggested, static IP with manually set port forwarding is more stable - so if your current setup is causing you some headaches, it might be worthwhile to look into that.
But respect for figuring out such a solution - it’s way beyond me, that’s for sure.
Yeah, that’s not what I said at all. There is a huge difference in a static local IP and a static WAN IP.
Your WAN (external) IP is actually set by your ISP. If you have a static IP, you know it, because you are paying extra to have it. If you have a DHCP assigned IP, you probably will never be sure of your WAN IP without a DDNS service running to keep the routing tables up to date. Your ISP is going to tell you how they want the router/modem set up, or they are going to have their tech set it up the way they want it. You could get into some trouble with them by messing with it, unless you have clearance before hand to do it.
Port forwarding is only pointing to a device(s) on the local side. You are opening a hole in the router’s rules to allow requests for access to come in on a port and go to a specific device on the inside of your network. This hole you open has to go to a specific device that is set up to listen on that port for activity. Opening it up to a DHCP assigned local IP won’t work because it could go to a device that isn’t listening, or isn’t even there. When you make a port forward rule, the router doesn’t check if the device is present, but it does check if the IP is DHCP or static. (At least most GOOD routers do this check.)
BTW, when you open up this hole, you are opening up your router to potential security risks. Someone can use this hole to try to exploit your device or network.
uPnP/NAT was supposed to be an answer to this. Ports could be opened dynamically, when the services requested those ports. The problem comes in when the router sees no activity on the uPnP port so the router closes the port down to clear up it’s local tables and memory. Now someone makes a request, but the port is no longer open, so it gets rejected. Some higher end routers you can configure this clearing, others you can’t. The bottom line is simple… This method doesn’t work well for an always on, always wanting to have access service like PMS. It works great for on-line games or VOIP services.
With a static local IP and port forwarding rules, the request is only rejected if the device in question isn’t turned on or not present on the local network. This port that is forwarded is ALWAYS open. That means the router is ALWAYS listening for activity on that port, whether there is a device to respond to it or not.
If you are having issues with remote access, the first thing most on this forum will tell you to do is set up forwarding rules. If you’ve done this and still have problems, there’s either something wrong with the router, the device you have PMS installed on or the installation itself causing your problem.