- CheckMates
- :
- Products
- :
- Quantum
- :
- Management
- :
- Re: policy migration from standalone to distribute...
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Mute
- Printer Friendly Page
Are you a member of CheckMates?
×- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
policy migration from standalone to distributed
Hi,
sk61681 and sk85900 gives the solution which is quite different from each other. Does anyone has use these solution?
I need to migrate the policy from standalone to distributed. If so please suggest me the best way to do so.
Thank You
Sagar Manandhar
Accepted Solutions
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
These SKs solve different problems:
- How to migrate from Standalone configuration to Distributed talks about taking an existing Standalone gateway, making a backup of it, converting the existing system to standalone management, then installing a new gateway.
- Importing the configuration between Standalone machine and Management only machine talks about taking a migrate_export from a Standalone gateway and creating a dedicated Security Management server from that.
Which approach you take will largely depend on what you want to use the current Standalone hardware for when it's all said and done.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
you should use this : sk61681
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Any specific reason?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
If you only want the policy than i think you might be able to use the cpmerge util but i belive you want to keep all you managment server data ..( user db , internal ca...) The sk i pointed you to will provide it to you
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I only need the object and policy. We don't need to restore the server data.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Than read about cpmerge utility you can export policy package and import it and the object.c for the object from the othe managment server
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
These SKs solve different problems:
- How to migrate from Standalone configuration to Distributed talks about taking an existing Standalone gateway, making a backup of it, converting the existing system to standalone management, then installing a new gateway.
- Importing the configuration between Standalone machine and Management only machine talks about taking a migrate_export from a Standalone gateway and creating a dedicated Security Management server from that.
Which approach you take will largely depend on what you want to use the current Standalone hardware for when it's all said and done.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
i am importing the configuration between standalone machine and management only machine . Thanks.. i will follow this SK
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
What is the procedure for R80.10 version? Both the SKs say's it's not applicable to R80.xx version.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I think you should still be able to do a migrate export of the management piece, import into a new standalone management system, then do a clean install of the gateway.
You can easily test this without affecting your existing gateway (except for the cpstop required to take the migrate export).
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Not clear with the answer. Let me reiterate the query:
I have R80.10 Standalone machine. Would like to migrate it to distributed setup(separate Mgmt server and GW).
Both sk61681 and sk85900 doesn't applicable to R80.xx
What do you suggest on this?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- Download the files from here:
- Run this cmd : api start
- Make sue API status is running, run this cmd:
- Create a directory
- mkdir APIpython
- scp all files to that directory
- Run the python script CMD:
- To import, copy the file to the new server and follow the same process from the menu based & choose option #1
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Tried this with a system that has VPN's configured. Seems the python script doesn't like Interoperable Devices and VPN communities as it failed to import;
Adding vpn-communities-star
Failed to import vpn-community-star with name [Corp_Carrollton_VPN]. Error: Invalid parameter for [shared-secrets]. Invalid value
Failed to import vpn-community-star with name [Corp_COLO_VPN]. Error: Invalid parameter for [shared-secrets]. Invalid value
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
👍
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
To describe what I said a little more verbosely:
- Run a migrate export on your existing standalone gateway. This will create a copy of your management configuration.
- Install your new management (only) server and use migrate import to import the configuration to your new management server.
- Do a fresh install of your existing standalone system as Security Gateway only, which will include creating a new gateway object, establishing SIC, etc.
Refer to the Installation and Upgrade Guide R80.10 for more details.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Are you sure that you can export a standalone configuration and import it to a mgmt only just like that on R80.30??
And if that succeeds, what about the gw object after the import? We ll need to "revert" this object to mgmt only in order to create a new gateway, is this possible??
Or should we just use the python method ??
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hello @PhoneBoy . while I appreciate the interest in doing it ourselves, I assume that support has ways to purge an "all-in-one" migrate export file of SIC and local gateway refernce(s)? I send them a "migrate export <>" from all-in-one export and they send back file without local gateway reference (and SIC reset)?
Because support has done numerous voodoo operations in past, I like this method instead of jumping through endless hoops that only burn time for everyone (customer, reseller, etc).
thoughts?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
If TAC had such a tool, it'd most likely be formally documented in an SK, even internally.
I haven't seen that.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hello -- I can confirm that SK154033 does work for Standalone migration to Distributed for R80.40. However, there are various clean-up aspects that are missing and we have SR open on topics.
In addition, the source standalone server was a CP-badged appliance running R77.30 with JHA. The R80.40-based standalone instance is temporary.
We used HyperV as virtual platform and took "snapshot/checkpoint" after initial GAIA install -- before wizard -- so we could clone into the other instances we needed (permanent and temporary).
Note: HyperV is supported for R80.40 in production with specific JHA/HFA take installed. See HCL for specifics (virtual machines tab).
