b***@peacefire.org
2004-12-16 04:08:52 UTC
I have IIS running and listening on port 80. I want to run another Web
server at the same time that listens for http requests on port 8080 and
https requests on port 443. The trouble is that the inetinfo.exe
process is also listening on port 443 (preventing the other Web server
from starting), and I don't know why because I don't have any HTTPS
sites set up in IIS.
My nodes in "Internet Information Services" are:
BENNETTS_3_2002
-Web Sites
-Default Web Site
-Default SMTP Virtual Server
The properties of "Default Web Site" shows that it's listening on port
80, and the properties of "Default SMTP Virtual Server" show that it's
listening on port 25. That explains why "netstat -a -n -o" shows the
inetinfo.exe process listening on ports 80 and 25, but why would it be
listening on port 443 as well?
If I try browsing it as an actual site, https://127.0.0.1/, I just get
"page cannot be displayed", although if I telnet from another box to
port 443 on my local box, it does accept the connection -- so
apparently IIS is hogging the port but not using it for any actual Web
site.
-Bennett
server at the same time that listens for http requests on port 8080 and
https requests on port 443. The trouble is that the inetinfo.exe
process is also listening on port 443 (preventing the other Web server
from starting), and I don't know why because I don't have any HTTPS
sites set up in IIS.
My nodes in "Internet Information Services" are:
BENNETTS_3_2002
-Web Sites
-Default Web Site
-Default SMTP Virtual Server
The properties of "Default Web Site" shows that it's listening on port
80, and the properties of "Default SMTP Virtual Server" show that it's
listening on port 25. That explains why "netstat -a -n -o" shows the
inetinfo.exe process listening on ports 80 and 25, but why would it be
listening on port 443 as well?
If I try browsing it as an actual site, https://127.0.0.1/, I just get
"page cannot be displayed", although if I telnet from another box to
port 443 on my local box, it does accept the connection -- so
apparently IIS is hogging the port but not using it for any actual Web
site.
-Bennett