Value: Specify the Event Subtype ID and Target Pattern being blocked, surrounded by asterisks (do not include drive letter)
Example for Unapproved Blocks: capture_log_on_matching_event=subtype=801,filename=*Program Files*Accounting*dll*
Status: Enabled
After creating these Agent Configs, verify the Agent shows as Connected & Up to Date in Assets > Computers.
Once the Agent generates an Event matching the scenario:
An Event in the Console will appear with Subtype: Agent Diagnostics Available
If desired, create an Alert to trigger on the Event Subtype.
Logs will be stored on the endpoint in: C:\ProgramData\Bit9\Parity Agent\Logs\HOSTNAME-Diagnostics-TIMESTAMP.zip
Acquire the Diagnostics from the endpoint.
Navigate back to Assets > Computers > relevant Computer > right hand side > Advanced > Set Debug Level > None (default).
Disable the Agent Configs created in Steps 5, 6, 7 and 8.
Upload the Agent Logs to the support case.
After confirming the Agent Logs have been received by Support, it may be beneficial to clear them from the endpoint.
Additional Information
capture_log_on_matching_event is a Kernel Configuration Property that will trigger the capture of Agent Diagnostic Logs based on the Event Subtype and optional additional criteria.
Wildcards * or ? are supported in any string type Criteria
There is a built in delay of 5 seconds after the Event to capture possible following activity.
There is a built in dwell time of 15 minutes. The auto log capture will not trigger until 15 minutes after the last auto log capture.
There is a limit of 10 auto log captures. No auto captures will occur until there are less than 10 captures in the logs directory.
The 15 minute dwell time and 10 capture maximum are to stop poorly defined event criteria from generating large numbers of logs.
Setting the property to an empty string disables auto-logging.
A list of available Event Subtype IDs can be found on VMware Docs > Server Documentation > Events Guide.
Criteria for capture_log_on_matching_events include: