- Access exclusive content
- Connect with peers
- Share your expertise
- Find support resources
05-23-2019 02:44 PM
I am seeing this in my system logs.
IKE phase-1 negotiation is failed. Couldn't find configuration for IKE phase-1 request for peer IP 172.250.246.42[500].
How can I block this? I been a Cisco guy for a longtime and new to Palo Alto. On my old cisco asa I could block an ip at the control plane like this.
access-list cp-outside deny udp host 172.250.246.42 any eq 4500
access-list cp-outside deny udp host 172.250.246.42 any eq 500
access-list cp-outside deny esp host 172.250.246.42 any
What would be the equivelant for Palo Alto?
Just another I.T. Guy
05-24-2019 06:01 AM
A couple of ways you could do this. I personally would really look into the 3rd option, but the 1st and 2nd options are quick and easily configured.
1) Specify any IP you wish to block in the policy allowing the traffic and utilize the 'negate-source' option. This will cause the specified source IPs to no-longer match the policy and it will hit the default interzone-default deny policy.
2) Create a Deny 'any' 'any' policy at the top of your rulebase so you can easily block an address from your environment from one static location.
3) Utilize a tool like MineMeld to form a firewall readable External Dynamic List (EDL) and utilize the EDL in the deny policy mentioned above. This has an added benefit of being able to utilize the MineMeld API to programmatically add addresses into the list, which the firewall can pull on a schedule. This means you don't need to actually perform a commit to add an address into your deny policy.
05-23-2019 11:31 PM
Hi @VincentPresogna ,
Here's an example on how blocking TOR (for example) :
https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClRtCAK
It explains by blocking certain applications :
Create a security policy to block the following applications to the internet:
That said, you can also do it similar to the way you describe in your post by blocking service ports 4500 and 500 in the rulebase or in combination with the applications shown above.
Hope this helps.
-Kiwi
05-24-2019 06:01 AM
A couple of ways you could do this. I personally would really look into the 3rd option, but the 1st and 2nd options are quick and easily configured.
1) Specify any IP you wish to block in the policy allowing the traffic and utilize the 'negate-source' option. This will cause the specified source IPs to no-longer match the policy and it will hit the default interzone-default deny policy.
2) Create a Deny 'any' 'any' policy at the top of your rulebase so you can easily block an address from your environment from one static location.
3) Utilize a tool like MineMeld to form a firewall readable External Dynamic List (EDL) and utilize the EDL in the deny policy mentioned above. This has an added benefit of being able to utilize the MineMeld API to programmatically add addresses into the list, which the firewall can pull on a schedule. This means you don't need to actually perform a commit to add an address into your deny policy.
05-24-2019 01:47 PM
Thank for the inputs. I'll see what I can manage.
Just another I.T. Guy
05-31-2019 12:52 PM - edited 05-31-2019 12:56 PM
Thank's to both of you. I was able to create a simple rule to block/drop that dang ip. I used Kiwi's idea for it. I made a drop rule for that ip with ipsec and ike as the service. BPry, thanks for the MineMeld idea. I was able to get that setup in a day and it's working also.
Just another I.T. Guy
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!