SpipCP
DNSSelf-hosted

Failover

Why two nameservers give you automatic failover with nothing to configure — resolvers try each NS in turn. What the panel's NS-health probe watches, and what to do when a box goes unreachable.

Self-hosted DNS needs two boxes because that's how DNS gives you failover for free — as long as both boxes are listed as nameservers for the domain.

Why two nameservers = automatic failover

When you delegate a domain, its parent lists both ns1.spipdns.com and ns2.spipdns.com as authoritative. A resolver that needs an answer tries one and, if it doesn't respond, tries the other. There's no switch to flip, no health check to configure, no failover service — it's how every resolver on the internet already works.

        ┌──────────────────────────────────┐
        │   A resolver needs example.com   │
        └────────────────┬─────────────────┘
                         │  parent lists BOTH as authoritative
            ┌────────────┴─────────────┐
            ▼                          ▼
      ns1.spipdns.com            ns2.spipdns.com
            │                          │
       ✗ no response              ✓ answers
       (box down)                 (returns the record)
            │                          │
            └────────────┬─────────────┘

            the resolver gets its answer
       no switch to flip · no health check · built in

This is also why SpipCP writes records to each box separately: both boxes hold the full, current zone on their own, so either one can answer completely. One box being down never produces a wrong answer — only a slightly slower one while the resolver retries the surviving box.

Both boxes hold the whole zone

Failover only works because both boxes have the whole zone. SpipCP pushes every zone and record change to each box separately — there's no "primary" whose loss leaves a stale or empty backup. That's what makes the failover real rather than theoretical.

What the panel monitors

The Nameserver boxes tab under Networking → Nameservers runs a continuous health check on each box and shows it on the dashboard:

CheckWhat it means
ReachableThe box responds to the panel (its agent is connected).
PowerDNS answeringIt serves authoritative answers on port 53.
Glue verifiedns1/ns2.spipdns.com still resolve to the right IPs at the registrar.
Zones in syncThe box holds the zones the panel expects, so it can fully answer.

A green pair means both boxes can serve every domain on their own. A box that goes amber or red shows here before it can hurt you.

The nameserver health dashboard with reachable, PowerDNS answering, glue verified, and zones in sync per box
📷The nameserver health dashboard: reachable / PowerDNS answering / glue verified / zones in sync per box.img/dns-nameserver-health.avif
The nameserver health dashboard: reachable / PowerDNS answering / glue verified / zones in sync per box.

When a box goes unreachable

The whole point of two boxes is that one down is not an outage — the surviving box keeps every domain resolving. But it is a warning: you're now running on a single point of failure until you fix it.

Fix ns2 before ns1 also fails

If a box goes unreachable, your domains stay up on the other one — but you've spent your safety margin. Treat a single down nameserver as urgent, not an emergency: restore or replace it before the second box can also fail. Two boxes down at once is an outage for every domain you self-host, so don't sit on a half-down pair.

To recover a box, bring the VPS back, or enroll a replacement as a nameserver node in the setup flow. The panel reinstalls PowerDNS and re-pushes every zone, and the health check goes green again. Because the parent already lists both nameservers, a restored box starts taking traffic automatically — nothing to re-delegate.

Next steps

On this page