Change the Manager Access Interface from Management to Data
You can manage the threat defense from either the dedicated Management interface, or from a data interface. If you want to change the manager access interface after you added the device to the management center, follow these steps to migrate from the Management interface to a data interface. To migrate the other direction, see Change the Manager Access Interface from Data to Management.
Initiating the manager access migration from Management to data causes the management center to apply a block on deployment to the threat defense. To remove the block, enable manager access on the data interface.
See the following steps to enable manager access on a data interface, and also configure other required settings.
Before you begin
For high-availability pairs, unless stated otherwise, perform all steps only on the active unit. Once the configuration changes are deployed, the standby unit synchronizes configuration and other state information from the active unit.
Procedure
Step 1 | Initiate the interface migration. |
Step 2 | Enable manager access on a data interface on the page.See Configure Routed Mode Interfaces. You can enable manager access on one routed data interface, plus an optional secondary interface. Make sure these interfaces are fully configured with a name and IP address and that they are enabled. If you use a secondary interface for redundancy, see Configure a Redundant Manager Access Data Interface for additional required configuration. |
Step 3 | (Optional) If you use DHCP for the interface, enable the web type DDNS method on the page.See Configure Dynamic DNS. DDNS ensures the management center can reach the threat defense at its Fully-Qualified Domain Name (FQDN) if the FTD's IP address changes. |
Step 4 | Make sure the threat defense can route to the management center through the data interface; add a static route if necessary on . See Add a Static Route. |
Step 5 | (Optional) Configure DNS in a Platform Settings policy, and apply it to this device at .See DNS. DNS is required if you use DDNS. You may also use DNS for FQDNs in your security policies. |
Step 6 | (Optional) Enable SSH for the data interface in a Platform Settings policy, and apply it to this device at .See SSH Access. SSH is not enabled by default on the data interfaces, so if you want to manage the threat defense using SSH, you need to explicitly allow it. |
Step 7 | Deploy configuration changes. The management center will deploy the configuration changes over the current Management interface. After the deployment, the data interface is now ready for use, but the original management connection to Management is still active. |
Step 8 | At the threat defense CLI (preferably from the console port), set the Management interface to use a static IP address and set the gateway to use the data interfaces. For high availability, perform this step on both units. configure network {ipv4 | ipv6} manual ip_address netmask data-interfaces
We recommend that you use the console port instead of an SSH connection because when you change the Management interface network settings, your SSH session will be disconnected. |
Step 9 | If necessary, re-cable the threat defense so it can reach the management center on the data interface. For high availability, perform this step on both units. |
Step 10 | In the cloud-delivered Firewall Management Center, disable the management connection for the threat defense in the section, and then reenable the connection. |
Step 11 | Ensure the management connection is reestablished. In the management center, check the management connection status on the page. At the threat defense CLI, enter the sftunnel-status-brief command to view the management connection status. The following status shows a successful connection for a data interface, showing the internal "tap_nlp" interface. If it takes more than 10 minutes to reestablish the connection, you should troubleshoot the connection. See Troubleshoot Management Connectivity on a Data Interface. |