- Access exclusive content
- Connect with peers
- Share your expertise
- Find support resources
09-01-2016 08:01 AM
In panorama I'm having to mark address objects as "shared" in order to access them in a template. I'm curious if this is by design or if I've done something wrong. This panorama install is brand new so I'm still learning and the firewalls I'm setting up are not live yet. After I get this going I have other firewalls to import.
I have one device group with two firewalls in it. The firewalls are active/active. I have two template stacks, one for each firewall. Each stack contains a "common" template with settings that are the same between both firewalls and a "specific" template for the settings are are specific to each firewall. (The common one contains things like syslog server definitions, user-id, etc. The specific ones contain interface definitions, etc)
Currently if I try to set an address object on an interface (in the specific template) I cannot select it from the drop down unless the address object is marked as shared. I was hoping to keep the address objects for the interfaces only in the device group. These templates are only for the firewalls in that device group.
09-01-2016 11:50 AM
Thanks. That's how it's working, I just wanted to make sure there wasn't a way around it before I got too far down that road. I changed the setting in Panorama to keep it from syncing unused object to the firewall so at least the firewalls will have only used objects on them. I'll just have to be careful on naming conventions in Panorama to keep from duplicating anything.
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!