Re: Why won't port 80 dissapear?

From: Aaron (a_at_1.net)
Date: 10/30/03


Date: Thu, 30 Oct 2003 10:45:38 -0500

Sorry that first line makes no sense.

You have to have a value in the TCP attribute.

Aaron wrote:

> You can't remove have an empty value in the TCP attribute. If you don't
> want port 80 open for HTTP traffic block it with your firewall -- or use
> some code for force all HTTP connections to use HTTPS.
>
> Shadowplay wrote:
>
>> Well, what is the guidance for shutting off an http connection? In
>> the properties of the webserver, I can change the TCP port from 80 to
>> whatever and it is still going to be an http port correct? I have my
>> TCP port as 80 and my SSL port as 443. I thought I could change my
>> TCP port to be the SSL port number but then I get an error that they
>> can't be both. We then decided to name the TCP port 8080, that still
>> lists an http port open in a netstat -a. I can not have any http
>> ports listed in a netstat call, only https.
>>
>> Am I making sense?
>>
>>
>>
>> "Ken Schaefer" <kenREMOVE@THISadOpenStatic.com> wrote in message
>> news:<uG04O7pnDHA.1960@TK2MSFTNGP12.phx.gbl>...
>>
>>> OK you installed a certificate, which will allow the server to listen
>>> for
>>> https:// connections (typically to port 443), but what have you done
>>> to stop
>>> to listening on port 80? It's still a webserver, and by default
>>> webserver's
>>> listen on port 80...
>>>
>>> Did you remove port 80 from the HTTP bit the IIS MMC Snapin?
>>>
>>> Cheers
>>> Ken
>>>
>>> "Shadowplay" <Anywherebuthere@hugeass.com> wrote in message
>>> news:A86dnc7C99yjDD2iRVn-hA@comcast.com...
>>> : We have an Nfuse webserver that is using IIS 5.0. We've installed
>>> the SSL
>>> : certificates to run the webpages through an https connection but
>>> when we
>>> do
>>> : a netstat -a, we still see the http port listed as active. It doesn't
>>> have
>>> : any foreign connections, it just seems to be connected to localhost
>>> only.
>>> : Our security team is busting our balls to get it off of there. Anyone
>>> have
>>> : any ideas on what to do? We can change the port to 8080, or we can
>>> create
>>> : another webserver with the wizard and maybe that will help. Does
>>> anyone
>>> : have any suggestions? Is this a bug in IIS5.0?
>>> :
>>> :
>
>



Relevant Pages

  • Re: Redirect problems to remote client
    ... please kindly note that the TCP port 139 is used for NetBIOS ... computer and the domain controller to authenticate users and services. ... Netlogon Application protocol Protocol Ports ...
    (microsoft.public.windows.server.sbs)
  • RE: Port forwarding
    ... If you only use RWW and don't require the RWW/RDP ... TS requests through a firewall on TCP port 4125. ... Microsoft CSS Online Newsgroup Support ...
    (microsoft.public.windows.server.sbs)
  • Re: Speed Mismatch?!?
    ... Server listening on TCP port 5001 ... Client connecting to 192.168.67.249, TCP port 5001 ... collisions" on the gbit interface during the slow transfers. ... Use the counters to determine if you have a duplex missmatch. ...
    (comp.dcom.sys.cisco)
  • RE: rpc dcom worm and windowsupdate
    ... NOT appear to immediately attack windowsupdate.com. ... The worm will then begin to send 60 byte TCP ... The TCP port 135 scans carry the following TCP options: ...
    (Incidents)
  • Re: RPC over HTTP in LAN or Remote Office
    ... I ticked the two boxes but it always worked TCP instead of HTTPS. ... Currently I have 2 sites connected with site to site vpn through ... The connection until now was with the cisco vpn client ... RPC over HTTP on the Exchange server and the registry for rpcproxy ...
    (microsoft.public.exchange.admin)