We have been working with TAC to find the cause of this issue where FTP client could no longer upload to external companies FTP server over the VPN tunnel. After many days, we started a packet filter on the Public Internet (WAN) interface, which is a different zone from the tunnel interface, and were still seeing drops due to "flow_dos_pf_strictip". We had previously disabled the zone_protection policy that was applied to the tunnel interface zone, and even though we did not see drops, the uploads were failing. When we finally did that packet filter on the WAN interface we saw the drops again due to the same reason "flow_dos_pf_strictip" and decided to remove the zone protection policy from the WAN interface. BOOM! FTP uploads succeed. Combing through the policy I saw the strict ip check option and removed it, then pushed the policy overwriting our revert. Everything still good.
We couldn't find the configuration change that put that feature in place (wish that function worked better in the Palo, or just knew how to use it better!) and reading the KB pages for that feature, I'm not sure why it was causing our traffic to be dropped.
Any help would be very much appreciated!
I have a ticket in with TAC about it and so far they told me that it wasn't likely the cause of my VPN breaking though yesterday I was able to repeat the issue by merely enabling Zone protection. I would be very interested to see why the strict IP address cause the issue. TAC also advised me to turn on spoofing IP address, which did not work.
I would reccommend taking the same steps that I did in order to get a clue as to the cause. Include your VPN tunnel network/interface in a packet capture filter, and also your WAN interface where the VPN traffic is coming into.
clear logs and packet filter
debug dataplane packet-diag clear all
debug dataplane packet-diag clear log log
debug dataplane packet-diag set log feature flow basic
debug dataplane packet-diag set log on
debug dataplane packet-diag set log off
debug dataplane packet-diag aggregate-logs
less dp-log pan_packet_diag.log
clear your vpn tunnels and see if interesting traffic reestablishes them
clear vpn ike-sa
clear vpn ipsec-sa
check and configure your packet filter
debug dataplane packet-diag show setting
*was easier for me to configure the packet filter in the WEB-UI
check for vpn sesssions
show session all filter source X destination X
show vpn flow
*pay attention for encap and decap byte increase
check the details of the specific traffic session
show session id X
show results of the packet filter
show counter global filter packet-filter yes delta yes
There is probably a better order to running these commands, but this is everything I used to try and get to a resolution.
There may be something in your Zone Protection Profiles that is configured other than what you are intending. For example out of order packets or asymetric routing (just examples).
From the CLI you can type out these commands and it will give you a good config dump of what your profiles look like. It may help to sanitize them and paste them for people to take a look at.
pa-firewall> set cli config-output-format set (this sets the way the output will be displayed and only lasts the current session)
pa-firewall# show network profiles zone-protection-profile (this will display the profiles in line format, not xml)
I try to use this to make sure what is being put in is actually doing what I want (if anyone remembers back in the cisco "gui" days *cough*pix*cough*).
ran the commands as you indicate but received no output:
(active)> (active)> set cli config-output-format set (active)> configure Entering configuration mode  (active)# show network profiles zone-protection-profile <name> <name> | Pipe through a command <Enter> Finish input (active)# show network profiles zone-protection-profile set network profiles zone-protection-profile  (active)# show network profiles zone-protection-profile ZP_DEFAULT_OUT  (active)#
Click Accept as Solution to acknowledge that the answer to your question has been provided.
The button appears next to the replies on topics you’ve started. The member who gave the solution and all future visitors to this topic will appreciate it!
These simple actions take just seconds of your time, but go a long way in showing appreciation for community members and the LIVEcommunity as a whole!
The LIVEcommunity thanks you for your participation!