Port Scanning Prevention Filter sometimes blocks port 80 Requests (2012 R2)

Ok so in my event log, I sometimes get this error:  
The Windows Filtering Platform has blocked a packet.

Application Information:
      Process ID:            0
      Application Name:      -

Network Information:
      Direction:            Inbound
      Source Address:            50.99.999.99
      Source Port:            64618
      Destination Address:      208.99.9.99
      Destination Port:            80
      Protocol:            6


Why would my firewall have any instances where it would be blocking port 80, I wondered.   This happens seemingly at random.   I did a netsh wfp capture start.   And found this entry for that IP:
            <type>FWPM_NET_EVENT_TYPE_CLASSIFY_DROP</type>
                  <classifyDrop>
                        <filterId>88382</filterId>

I then searched for FilterID 88382 and found it defined as this:

      <name>Port Scanning Prevention Filter</name>
      <description>This filter prevents port scanning.</description>

When I looked up the Port Scanning Prevention Filter, I learned that it cannot be disabled and its function is that if a port doesn't have an application "listening" on it, then windows firewall will drop the packet regardless.   http://superuser.com/questions/362358/how-to-disable-hidden-windows-firewall-filter 

Based on this definition, it seems like my IIS web service has brief periods of "not listening" and when a user connects to port 80, IIS isn't listening in that single moment, and the packet gets dropped....could this be happening?    That is what it appears like on the surface if I understand all this right.

This raises my concern...why would my firewall sometimes think that port 80 isn't listening?  The server is a web server.   I'm stumped at where else to go in my diagnostics.  I'd like to know why windows filtering is occasionally (and this is only sometimes) dropping port 80 packets.  Is there a way I can diagnose IIS to see if it occasionally...even for milisecond periods of time...stops "listening?"
arthurh88Asked:
Who is Participating?
 
arnoldConnect With a Mentor Commented:
According to the Asker there is an external firewall that is configured to port forward, the person seems to also have windows firewall enabled and that is where the issue is, the person is using on the software firewall port scanning filter which triggers when there are a count of requests from the same IP different port. The fillter for port scanning should detect same IP same port going to different ports on the local system as a port scan.
...

The other possiblity is that the filter for port scanning is being applied on the outgoing response side, only way to confirm is to use wireshark or microsoft network tool to look at the traffic on the server to see whether the request is being allowed through but the response is being block by the windows firewall.
Another option is to use nmap on the local system and trigger a scan on an external IP of 10-20 ports to see whether the same event will be recorded in the event log and this filter.
0
 
Brian MurphyIT ArchitectCommented:
Port conflict?

Are you running Work Folders? and IIS?
0
 
arthurh88Author Commented:
i dont know.  how can i find that out?   interesting theory, I didn't think to check for something else listening on port 80.   is there a command that will show what apps are listening on a port?
0
Creating Active Directory Users from a Text File

If your organization has a need to mass-create AD user accounts, watch this video to see how its done without the need for scripting or other unnecessary complexities.

 
arthurh88Author Commented:
I'm running IIS
0
 
arthurh88Author Commented:
i ran a netstat -nao  and found port 80 only has entires like this:
 TCP    208.99.9.99:80         24.999.99.999:53019    ESTABLISHED     4
 TCP    208.99.9.99:80         24.999.99.999:53020    ESTABLISHED     4
 TCP    208.99.9.99:80       24.999.99.9997:53021    ESTABLISHED     4
 TCP    208.99.9.99:80         46.9.99.999:49244      TIME_WAIT       0
 TCP    208.99.9.99:80         46.9.99.999:49629      TIME_WAIT       0
 TCP    208.99.9.99:80         46.9.99.999:53065      TIME_WAIT       0
0
 
David Johnson, CD, MVPOwnerCommented:
you should run your server behind a router so it is not directly connected to the internet.
0
 
arthurh88Author Commented:
it is behind a hardware router, it is not directly connected to the internet.  these packets on port 80 are already through the external router  (router lets port 80 pass worldwide)
0
 
arnoldCommented:
The filter you mention seems to enforce a connection count based restriction that is set too low for your needs.

Based in your netstat output it suggest you are limiting port 80 using this filter to a max of 3 connections from the same source.
Usually, when http requests come they do in two ways one is using a single connection to request the pages and any and all object using multi pipelining. However, more commonly, each object on a page is obtained by a single connection. So if your page has 10 images, and additional files, the same source IP will hit your IIS server at least 10 times within a second.

You likely need to exempt port 80/443 from that filter whose purpose is to detect port scanning meaning the same ip tries to connect to multiple/sequential ports on your system.
0
 
Mohammed KhawajaManager - Infrastructure:  Information TechnologyCommented:
You should be running your server behind a firewall and have a rule which will forward requests for port 80 to an internal IP address.  

To find out what is listening on port 80, you could run the following command:
netstat -aon -b

You could also use the PID ID and find the executable from Task Manager as to which directory it resides on.
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.