Create a Post
cancel
Showing results for 
Search instead for 
Did you mean: 
User1234
Contributor
Jump to solution

Best Practices Managing NAT Rules

Hi!

Managing NAT rules with ansible looks a bit tricky. I already saw the 3 different modules to add, edit and delete rule (rather than having one like the access_rules) and saw the thing that the only identifier for NAT rules is the rule number. As the rule number depends on automatic and manual rules, they are likely to change even if no manual NAT rule is modified.

Does anyone have a working task/playbook to maintain manual NAT rules with ansible? Are there any best practices? Any examples (apart from the micro examples of the documentation)?

1 Solution

Accepted Solutions
Jim_Oqvist
Employee
Employee

Hi,

Starting from R81 API version 1.7 and later we started supporting to use name in the NAT rule which enables us to create a idempotent module for our ansible collection to add, change and delete NAT rules. 

This module has been developed by R&D and is going to be added to Galaxy repository in the next version we release of the collection.

https://github.com/CheckPointSW/CheckPointAnsibleMgmtCollection/blob/master/plugins/modules/cp_mgmt_...

If you want to find an example on how to use it you can find that here:

https://github.com/checkpointsw-devsec/enterprise-automation-poc/blob/main/ansible/roles/chkp-nat-po...

Please note as described in the module the management server needs to have a JHF that addresses PMTR-88097

https://support.checkpoint.com/search#q=PMTR-88097 

 

View solution in original post

0 Kudos
4 Replies
boneyard
Contributor

Very good question, anyone with experience since that wants to share?

I'm trying to get it working and will share in another thread some feedback, but it is pretty different from the access policy and other Check Point Ansible modules. Requiring a different approach yet again. Ansible Modules for every vendor require some getting used to, but having to do it in different ways for one product feels like it is not developed for the users.

0 Kudos
Jim_Oqvist
Employee
Employee

Hi,

Starting from R81 API version 1.7 and later we started supporting to use name in the NAT rule which enables us to create a idempotent module for our ansible collection to add, change and delete NAT rules. 

This module has been developed by R&D and is going to be added to Galaxy repository in the next version we release of the collection.

https://github.com/CheckPointSW/CheckPointAnsibleMgmtCollection/blob/master/plugins/modules/cp_mgmt_...

If you want to find an example on how to use it you can find that here:

https://github.com/checkpointsw-devsec/enterprise-automation-poc/blob/main/ansible/roles/chkp-nat-po...

Please note as described in the module the management server needs to have a JHF that addresses PMTR-88097

https://support.checkpoint.com/search#q=PMTR-88097 

 

0 Kudos
boneyard
Contributor

Hi Jim, that is good to read. Do you have an idea when to expect this in the Galaxy repository?

0 Kudos
Jim_Oqvist
Employee
Employee

R&Ds plan was if all goes well to release the next collection before end of this Quarter which means end of this week, it might be postponed if any issues are identified during the testing phase.

0 Kudos

Leaderboard

Epsum factorial non deposit quid pro quo hic escorol.

Upcoming Events

    Tue 23 Apr 2024 @ 11:00 AM (EDT)

    East US: What's New in R82

    Thu 25 Apr 2024 @ 11:00 AM (SGT)

    APAC: CPX 2024 Recap

    Tue 30 Apr 2024 @ 03:00 PM (CDT)

    EMEA: CPX 2024 Recap

    Thu 02 May 2024 @ 11:00 AM (SGT)

    APAC: What's new in R82

    Tue 23 Apr 2024 @ 11:00 AM (EDT)

    East US: What's New in R82

    Thu 25 Apr 2024 @ 11:00 AM (SGT)

    APAC: CPX 2024 Recap

    Tue 30 Apr 2024 @ 03:00 PM (CDT)

    EMEA: CPX 2024 Recap

    Thu 02 May 2024 @ 11:00 AM (SGT)

    APAC: What's new in R82
    CheckMates Events