VMware NSX-T Data Centre
VMware NSX
This is expected behavior.
Workaround:
1. Take an NSX backup
2. Configure GeneralSecuritySettingsProfile
{ "enable_double_flow" : true, "resource_type" : "GeneralSecuritySettingsProfile", "display_name" : "nat-security-profile"}POST NSX_Manager_IP_address/api/v1/firewall/profiles -d "`cat profile.json`"
c. Confirm configuration:
GET NSX_Manager_IP_address/api/v1/firewall/profiles?resource_type=GeneralSecuritySettingsProfile
3. Configure ServiceConfig:
a. Create service_config_highline.json that looks like:
{ "display_name" : "testServiceConfig", "profiles": [ { "profile_type":"GeneralSecuritySettingsProfile", "target_id":"XXXX-XXXX-XXXX-XXXX-XXXX" } ], "precedence": 10, "applied_to": [ { "target_type": "LogicalRouter", "target_id": "YYYY-YYYY-YYYY-YYYY-YYYY" }, { "target_type": "LogicalRouter", "target_id": "ZZZZ-ZZZZ-ZZZZ-ZZZZ-ZZZZ" } ]}
Note: The profile target_id can be found by running the GET command in Step 2.c. The Logical Router target_id should be the LR UUID of the logical router of the UPLINK port where you want to run the firewall param NSX CLI. In this example, 2 logical routers are set. Please note that the target_id of the Logical Router should be attained by executing GET NSX_Manager_IP_address/api/v1/logical-routers and taking the "id" of the correct Logical Router.
b. Configure service-configs objectPOST NSX_Manager_IP_address/api/v1/service-configs -d "`cat service_config_highline.json`"
c. Then check:GET NSX_Manager_IP_address/api/v1/service-configs
4. If you want to revert back this configuration done above:
a. GET NSX_Manager_IP_address/api/v1/service-configs
b. Note the "id" of the profile with "profile_type" : "GeneralSecuritySettingsProfile"
c. DELETE NSX_Manager_IP_address/api/v1/service-configs/<id noted in step 3.b above>