Migrate to standalone DNS Filtering
This article explains the DNS Filtering (DNSF) migration process, which transitions MSPs from an integrated account (managed through N-central) to a standalone account (managed directly through the DNSF portal). It also outlines the differences between the two account experiences and highlights the actions required before, during, and after migration.
Review the migration steps
After you agree to proceed with the migration, N-able follows this process:
- Site renaming
N-able personnel run an API on the designated server to rename all the DNSF sites that match the N-central service organizations (SOs), customers, and sites. This ensures clarity after migration.
- Disconnect integration
N-able submits the migration request to our DNSF partners, who complete the transition to a standalone account. The connection between the N-central server and your DNSF account is removed.
- Disable DNSF rules
N-able disables DNSF-related rules on the N-central server.
- Initiate migration
N-able runs the DNSF API to start the migration process on the N-central server and all associated devices.
The migration process may take up to 30 days. During that time, DNSF integration indicators may still appear in N-central.
Compare the N-central experience before and after migration
| Feature | N-central before migration | N-central after migration |
|---|---|---|
| DNSF integration menus | Shown under Integration Management | No longer shown
|
| DNSF integration indicators | Visible in the All Devices view Example DNSF integration indicator: |
Visible in the All Devices view, but only for up to 30 days, until the migration is fully complete. After migration, these indicators no longer appear. |
| Rule and policy management | Managed using the N-central interface | All DNSF-related functions are managed using the DNSF portal |
| DNSF agent control | DNSF agent installed or removed using N-central | Managed using the DNSF portal or directly on devices |
| Ecosystem agent behavior | Uninstalling the Ecosystem agent removes the DNSF agent | The Ecosystem agent should not be present on devices unless other integrations, such as Intune or EDR, are active. If the Ecosystem agent is still present on devices and you manually uninstall it, the DNSF agent should remain installed—unless a communication issue with the N-central server prevented the devices from being marked as migrated. |
Understand changes to DNSF portal access
| Role | DNSF portal before migration | DNSF portal after migration |
|---|---|---|
| MSP | No access | Full access to your DNSF portal |
| N-able | Full access | No access to your DNSF portal |
Understand how the DNSF portal structure changes
The DNSF portal structure differs between integrated and standalone accounts.
Integrated account structure
Device visibility is based on the user’s level in N-central. For example, users at the site level see only that site’s devices. Users at the SO level can access all devices under that SO and drill down into customers and sites.
CustomerServer ├── SO1 │ ├── Customer1 │ │ ├── Site1 │ │ └── Site2 │ └── Customer2 ├── SO2 │ └── Customer1 │ ├── Site1 │ └── Site2
Standalone account structure
Device information is presented as a flat list. There is no hierarchy of SOs, customers, or sites.
SO1 SO1_Customer1 SO1_Customer1_Site1 SO1_Customer1_Site2 SO2 SO1_Customer2 SO2_Customer1_Site1 SO2_Customer1_Site2
Take action after migration
After the migration is complete, you may need to take the following actions in the DNSF portal:
- Clean up inactive devices
Remove DNSF devices that haven’t been active for more than 30 days.
- Review reappearing devices
Devices previously deactivated or deleted may reappear due to the migration process.
- Manage policies and rules
Review and adjust migrated DNSF policies and rules as needed.
- Organizational cleanup
Remove empty organizations or sites that were created during migration but do not contain devices.




