Ticket #12 Opened: Webserver Port Changed Temporarily

Hi there,

Please issue the following two commands in a commandline on the Core Server (cmd.exe):

netstat -a -o | find ":8443"
netstat -a -o | find ":443"

Does any of the two return any PID? If yes, then please open the Task Manager and check within the "Details"-Tab for the process that belongs to the PID.

Best regards.

Thanks Dariusz, but my question was not how to see on which port PRTG Web Server is running. I appreciate your answer(btw. you need the extra "-a" parameter to see all listening ports) but in my case I have clearly defined in the PRTG Administration Tool that I want to use 443(not 8443) and still from time to time it seems that the PRTG WebServer needs, for some reason, to use the other port. What I already said before is that I have checked 443 and 8443 and I don't have any other process or WebServer running(overlapping) or using those ports.

The only thing/reason that I can think of would be that my windoze nuc is booting, thanks to the nvme disk, way too fast and the static ip(ip stack) is not fully initialized before the PRTG WebServer tries to start. But then again this never happened on other machines and also is not consistent with every reboot. I will try a delay start and see if it helps.

Regards Florin Sfetea

Hi Florin,

The issue might be related to Windows itself, where the port is not freed up quick enough so that PRTG can use it again after a service restart. What Windows version and PRTG version are you running?

PRTG Scheduler | PRTGapi | Feature Requests | WMI Issues | SNMP Issues

Kind regards,
Stephan Linke, Tech Support Team

Right, Both ports are free, I suspect this happens only on a fresh start. I tried Delay start on the prtg services and it seems to help. I configured PRTG to run on a specific ip/interface only. It's definitely an ip stack not fast enough related thing. It's a win 10 enterprise nuc skull and latest PRTG version.

Beste Grüsse, Regards si s-auzim de bine Florin Sfetea

It usually related to exactly that, yes. Glad you found the issue. Happy monitoring! :)

PRTG Scheduler | PRTGapi | Feature Requests | WMI Issues | SNMP Issues

Kind regards,
Stephan Linke, Tech Support Team