Un unico pannello di controllo per ogni dominio cliente
Basta accessi a 20 registrar e pannelli DNS diversi. Gestisca il DNS di ogni cliente da un unico account NexDNS, con chiavi API con ambito, operazioni in blocco e un’API che si adatta alla Sua automazione.
Il collo di bottiglia del DNS nel lavoro di agenzia
Quando il DNS dei Suoi clienti vive su 20 provider diversi, anche le modifiche semplici diventano attività di ore.
DNS sparso fra i registrar
Il DNS di ogni cliente sta dove è stato registrato il dominio – GoDaddy, Namecheap, registrar del mese – con interfacce incompatibili fra loro.
Nessuno storico delle modifiche dei clienti
Un record DNS ha rotto qualcosa e nessuno ricorda chi ha cambiato cosa. I pannelli dei registrar non tengono una cronologia seria.
Le modifiche DNS in blocco richiedono ore
Aggiornare SPF o DKIM su 50 clienti significa 50 login separati a 50 pannelli diversi.
Far uscire un cliente è complicato
Un cliente se ne va e vuole il suo DNS, ma è sotto login condivisi del registrar: non può consegnare solo il suo senza dare accesso a tutto.
Cosa offre NexDNS a un’agenzia
Gestione DNS centralizzata pensata per i flussi di lavoro multi-cliente.
- Ogni cliente in un unico pannello
- Tutte le zone dei clienti in un unico account NexDNS. Cerchi e filtri fra tutte le zone da un unico accesso.
- REST API per le operazioni in blocco
- Aggiorni l’SPF su 50 zone cliente con uno script. Aggiunga un record CAA ovunque.
nexdns applycon un file YAML copre l’intera flotta con un solo comando. - Chiavi API con ambito per integrazione
- Il Suo playbook Ansible riceve una chiave API con ambito
records.write. Il monitoraggio una con ambitorecords.read. Revocabili per singola integrazione. - Log di audit completo
- Ogni modifica a zone e record viene registrata con chi, quando e cosa. Responsabilità chiara verso il cliente quando qualcosa si rompe.
- Esportazione della zona quando un cliente se ne va
- Esporti qualsiasi zona in BIND in qualsiasi momento e consegni i file al cliente o al suo nuovo provider – nessun vincolo.
- Plugin Terraform, OctoDNS e ACME
- Se gestisce l’infrastruttura dei clienti come codice, NexDNS ha gli strumenti. Provider Terraform, sincronizzazione OctoDNS e plugin Certbot DNS-01 inclusi.
Come si avviano tipicamente le agenzie
Dall’importazione del primo cliente all’automazione standardizzata.
-
1
Creare un unico account NexDNS per l’agenzia
Starter funziona fino a 10 zone – di solito sufficiente per testare con una manciata di clienti prima di passare a Pro o Business.
-
2
Importare le zone dei clienti esistenti
Esporti la zona di ogni cliente dal provider DNS attuale in formato BIND, quindi importi in blocco tramite
nexdns zone importo dal pannello. OctoDNS può sincronizzare da più sorgenti contemporaneamente. -
3
Aggiornare i record NS presso i registrar dei clienti
Per ogni cliente, aggiorni i record NS in modo che puntino a NexDNS. Le zone secondarie Le consentono di mettere in scena e verificare la propagazione prima del passaggio. Dal piano Business in su può usare i Suoi nomi dei server white-label invece di quelli di NexDNS.
-
4
Configurare l’automazione
Terraform per il provisioning delle nuove zone. La CI/CD esegue i comandi della CLI
nexdnsper le modifiche ai record. Il plugin Certbot gestisce i certificati wildcard in automatico. -
5
Costruire strumenti interni
Aggiunga i comandi
nexdnsal runbook dell’agenzia. Documenti le convenzioni per cliente (gruppo NS, politica DNSSEC, TTL di default) in file YAML versionati su git.
-
No, ed è una scelta precisa. NexDNS è il backend della Sua agenzia: i Suoi clienti non accedono mai a NexDNS. Gestisce ogni zona cliente dal Suo unico account e offre al cliente ciò che serve tramite i Suoi strumenti. Le chiavi API valgono per l’intero account e sono pensate per la Sua automazione, quindi non possono essere consegnate a un singolo cliente.
-
Sì, in due modi. Cloni una zona completamente configurata (ad esempio, MX + SPF + DKIM + DMARC predefiniti per uno stack email gestito) su ogni nuovo dominio, oppure mantenga un YAML dichiarativo dei record standard e lo distribuisca su molte zone con
nexdns applyo OctoDNS. Rieseguire apply mantiene sincronizzate le zone corrispondenti. -
Il percorso più rapido è OctoDNS con il provider sorgente adatto a ciascuno. Lo punti su NexDNS come destinazione e lasci che sincronizzi. Per i provider senza supporto OctoDNS, l’esportazione BIND più
nexdns zone importin un ciclo shell funziona nella maggior parte dei casi. -
È esattamente ciò per cui esistono il provider Terraform e i flussi YAML OctoDNS. Definisca la struttura delle zone nel codice, la metta sotto git, la sottoponga a revisione tramite pull request e la applichi via CI. Lo stesso flusso di lavoro dell’Infrastructure-as-Code per il resto del Suo stack.
-
Esporti le sue zone in BIND e consegni i file al cliente o al suo nuovo provider. Se si sposta su un altro account NexDNS, l’esportazione e l’importazione sono un unico comando CLI. Nessun lock-in di piattaforma.
Consolidi il DNS dei clienti in un unico pannello di controllo
Mantenga gli hook di automazione che già utilizza.