Skip to main content
romank
Explorer III
January 25, 2024
Solved

BUG in Mature Firmware? - msg="iprope_in_check() check failed on policy 0, drop"

  • January 25, 2024
  • 1 reply
  • 11644 views

Hello,

 

I havent seen such weird behavior on FGT before. I have S2S VPN with another location where there is some Local network - all is working good with s2s, but the problem is with local asset. After sometime one of IP is unreachable.

Debug commands says:

.."

id=20085 trace_id=161 func=init_ip_session_common line=6043 msg="allocate a new session-00bf3a66, tun_id=0.0.0.0"
id=20085 trace_id=161 func=vf_ip_route_input_common line=2611 msg="find a route: flag=80000000 gw-10.0.201.2 via root"

.."
id=20085 trace_id=161 func=fw_local_in_handler line=500 msg="iprope_in_check() check failed on policy 0, drop"

 

I do have enabled "snat-route-change enable" - for SDWan

I dont know why there is some problem with routing, where all is done as I used to do it regarding IPsec. Ive notice it after upgrade to 7.0.13(Mature)

Ive got a temporary workaround, I must flush iprobe routing with "diagnose firewall iprope flush".

Can someone point out what the hack? :)

Best answer by romank

I have found the issue. It turnes out that "ARP Reply" was enabled in IPPools. but I dont quite understand why this couses such weird problem, do you know maybe what it could be? How can I understand this? :)

IPPoolError.png

1 reply

Toshi_Esumi
SuperUser
SuperUser
January 25, 2024
romank
romankAuthor
Explorer III
January 25, 2024

Sure i did check it but its not my case. My scenerio is pretty simple,   s2s to destination, routing table to /24 net and 2 policies. One from vlan and second from sslvpn to that ipsec but using NAT address to acceaa destination device - cuz second side allows only one IP ;)

Toshi_Esumi
SuperUser
SuperUser
January 25, 2024

so no VIP exist under "show firewall vip"?