Creating a secondary zone
If you have multiple DNS providers and want to configure IBM® NS1 Connect® authoritative name servers as secondary, you can create a secondary zone in NS1 Connect.
Before you begin
These instructions assume that you have created the primary zone on your primary DNS provider, and that the primary name servers are configured to receive incoming authoritative transfers (AXFR) requests from NS1 Connect. Refer to Configuring NS1 Connect as a secondary DNS provider for details on the full configuration process when using multiple DNS providers with NS1 Connect as the secondary.
About this task
Secondary zones contain a read-only copy of the zone data that is kept updated by recurring zone transfers from the primary name servers to NS1 Connect. When a secondary zone receives updates depends on the start of authority (SOA) interval set for the primary zone or when the primary server sends a NOTIFY message. Primary servers typically transfer any changes to the zone data to the secondary name server when the SOA refresh interval expires. For example, if the SOA refresh interval is set to 43200 seconds, the secondary zone requests new data from the primary name server every 12 hours. If there is a need to update the zone data more quickly, the primary name server sends a NOTIFY message to the secondary name server when a change is made to the primary zone. In this way, the zone transfer can occur immediately, without waiting for the SOA refresh time.
In some cases, primary name servers are configured to only send NOTIFY messages and do not transfer zone data. In those cases, when you create a secondary zone in NS1 Connect, you must identify that the primary name server sends NOTIFY messages only. As a result, NS1 Connect doesn't request a zone transfer from those primary name servers when they send a NOTIFY message. Instead, NS1 Connect requests a zone transfer from the other primary name servers.
Primary name servers can send NOTIFY-only messages through a block of IPv4 addresses using Classless Inter-Domain Routing (CIDR). For example, the primary DNS provider might use network address translation (NAT) where outbound traffic is assigned a temporary IPv4 address. When you create the secondary zone in NS1 Connect, you must enter the CIDR prefix to represent the range of IPv4 addresses. In this way, NS1 Connect doesn't request a zone transfer from the primary name servers when they send a NOTIFY message from any of the IPv4 addresses in the CIDR block.
To enhance security in the secondary zone transfer, you can set the transaction signature (TSIG) to authenticate incoming zone transfers. You can further set TSIG to verify messages and responses from primary name servers.
Procedure
Results
What to do next
If you did not publish the secondary zone, when you are ready to do so, edit the zone settings and select the networks to publish the zone to.
To complete the primary/secondary configuration, add NS records to the primary zone specifying the hostnames of each NS1 Connect name server assigned to the secondary zone.
After you create the secondary zone, you can add an ALIAS record at the secondary zone apex. For instructions, see ALIAS record configuration.