Technical Tip: SNMP traffic blocked due to a local-in policy violation
| Description | This article describes the steps to resolve the Simple Network Management Protocol (SNMP) traffic that is dropped due to local-in-policy violation issue. |
| Scope | FortiGate, FortiOS. |
| Solution | While troubleshooting SNMP connectivity issue between SNMP Manager (Network Management System) and SNMP agent (FortiGate), the debug flow highlights that traffic is getting dropped due to 'iprope_in_check() check failed on policy 0, drop' message.
id=65308 trace_id=110 func=print_pkt_detail line=5813 msg="vd-root:0 received a packet(proto=17, 10.10.3.6:54923->10.10.1.11:161) tun_id=0.0.0.0 from port1. " id=65308 trace_id=110 func=init_ip_session_common line=5997 msg="allocate a new session-00f3d090" id=65308 id=65308 trace_id=1304 func=__iprope_check_one_policy line=2243 msg="policy-4294967295 is matched, act-drop"
In order to troubleshoot the issue, the first and foremost step would be to verify if SNMP is enabled on the interface on which traffic is received ('port1' in above debug flow).
If SNMP is enabled on interface, make sure that the trusted hosts include the IP address of SNMP Manager (10.10.3.6 in above debug flow).
To resolve the SNMP traffic policy violation issue, follow these steps:
CLI:
config system admin
By adding the SNMP collector IP to the trusted host configuration, the SNMP traffic policy violation issue is resolved, and SNMP polling works.
Related articles:: Technical Tip: SNMP access to FortiGate Technical Tip: Impact of Local-In Policies and Trusted Hosts Configuration on FortiGate Access Troubleshooting Tip: FortiGate HTTPS, SSH access if the trusted hosts feature is enabled |
