Use the following steps to troubleshoot a network-facing application or traffic that the Host Intrusion Prevention firewall is blocking:

1. Save any existing HipShield and FireSvc logs and delete the originals. This action resets the logs.
2. Enable full IPS and firewall logging. See KB72869 for information about Host Intrusion Prevention logging.
3. Open the Host Intrusion Prevention Client user interface (UI), and clear the Activity Log.
4. In the Firewall Options policy, or locally on the client after unlocking the Client UI, enable the Adaptive Mode option.
5. Test the issue:
   
   Does it work?
   Is an adaptive rule created? If so, add the appropriate rule to the customer firewall policy. 
    
6. Retest the issue with the updated policy applied.
7. Check the Client UI activity log for any blocks.
8. Search the FireSvc.log for BLOCKED PID.
9. If there are no blocks and no rule is created in adaptive mode, ensure that the client is running the latest Host Intrusion Prevention patch. See KB70725 for patch and hotfix version information.

Use the Any-Any rule

1. On the ePO server console, duplicate the Firewall Rule policy that is currently running.
2. Modify this new policy, assign it to the test client, and create a new Firewall rule.
3. Select the following:
   
   Host IPS 8.0:
   <Description tab>
      Name = Allow Any-Any
      Action = Allow
      Direction = Either
      Status = Enabled
   <Network Options tab>
      Network Protocol = Any Protocol
   <Transport Options tab>
      Transport Protocols = All Protocols
   <Applications tab>
      Leave blank
   <Schedule tab>
      Schedule Status = Leave unchecked (Disabled)
    
4. Save the Allow Any-Any rule and move it to the top of the newly duplicated firewall policy.
5. On the ePO server console, duplicate the Firewall Options policy that is currently running.
6. Modify this newly duplicated policy, assign it to the test client, and modify the following features in the Firewall Options policy.
   
   Host IPS 8.0:
   "Allow traffic for unsupported protocols" = Enabled
   Startup protection = Disabled
   "Enable IP spoof protection" = Disabled
   "Incoming TrustedSource block threshold" = Do not block
   "Outgoing TrustedSource block threshold" = Do not block
    
7. For Host IPS 8.0, either set the DNS Blocking policy to McAfee Default, or ensure that the assigned policy has no DNS Blocking entries.
8. Retest the issue.
   
   Does it work?
   If it works, expand all firewall rule groups in the named policy and analyze each of the firewall rules from the top down. Pay special attention to those rules that have BLOCK as the action. Based on this review, move the Any-Any rule down to various positions in the rule set.
   
   NOTES:
   • By analyzing the rules several times and retesting the issue, you should be able to determine which rule might be blocking the application.
   • For Host IPS 8.0, other features might be blocking the traffic, such as TrustedSource or IP Spoofing functionality.  The issue might reoccur if you re-enable these features, because the firewall rules created for these features are processed before your Firewall Rule policy.
     
      
   Host IPS 8.0: Verify the application details match the executable details appropriately. For example, the File description value should be the exact application description, and not a COMMENT value for the application. See KB71735.
   
   If a rule is not located, add the proper rule to the firewall policy set and retest.

Test by allowing Non-IP protocols
The firewall NDIS filter might not be seeing the traffic at all. See KB66899 to ensure that you have tested by allowing unsupported protocols.

Test by disabling the TrustedSource functionality (Host IPS 8.0 only)
Network traffic is processed by the TrustedSource - Get Rating firewall rule before the other firewall rules contained in the Firewall Rules policy, which might contain an Allow Any-Any firewall rule.

Test by disabling the IP Spoofing functionality (Host IPS 8.0 only)
Network traffic is processed by the IP Spoofing firewall rule before the other firewall rules contained in the Firewall Rules policy, which might contain an Allow Any-Any firewall rule.

Test by disabling or uninstalling the Host Intrusion Prevention NDIS drivers
NOTE: The information in the following Knowledge Base article is only for testing. It is not intended to be used as a solution to an issue: KB75917 - Enable FWPassThru mode.

Advanced troubleshooting
NOTE: The following advanced troubleshooting might be required for additional analysis. Contact McAfee Technical Support for assistance if any of the following are required.
 

1. Install network capture software, for example, Wireshark, on the test client.
2. Clear and re-initialize all logs and the ClientUI activity log.
3. Start capturing a network trace.
4. Reproduce the issue.
5. Stop the network trace capture.
6. Save the Host IPS ClientUI activity log by clicking on the EXPORT or SAVE option.
7. Collect the following:
   • Network trace file
   • McAfeeFireLog.txt - Host IPS Client UI Activity Log
   • HipShield.log
   • FireSvc.log
8. Contact Technical Support and provide the logs and full MER tool results.
   
   To contact Technical Support, log on to the ServicePortal and go to the Create a Service Request page at https://support.mcafee.com/ServicePortal/faces/serviceRequests/createSR:

   • If you are a registered user, type your User Id and Password, and then click Log In.
   • If you are not a registered user, click Register and complete the required fields. Your password and logon instructions will be emailed to you.
9. Identify the client IP address and the IP address of the network server that the application is trying to communicate with.
10. Disable the firewall and create a second network trace with everything working correctly to compare the working trace to the non-working trace.
11. If possible, isolate the network traffic that might have been blocked in the first trace by comparing the working and non-working network trace. Add the appropriate rules to the policy.