Infrastruttura DNS senza l’infrastruttura
Scarichi il DNS dal Suo stack di hosting. Nameserver gestiti, DNSSEC automatico, nameserver UE in due sedi indipendenti e un’API REST richiamabile dal Suo pannello, sistema di fatturazione o codice di provisioning.
Cosa Le costa tempo oggi
Il DNS self-hosted è un carico ops che cresce con la base clienti.
Server DNS come attività secondaria
Il Suo server DNS ha bisogno di patch, monitoraggio e reperibilità che non hanno nulla a che fare con il Suo prodotto di hosting vero e proprio.
DNSSEC è lavoro manuale
Rotazione di KSK e ZSK, pubblicazione DS, aggiornamenti del sale NSEC3 – a mano o con fragili script cron.
Un singolo server DNS è un single point of failure
Quando il Suo DNS self-hosted va giù, le zone di tutti i clienti vanno con lui. La ridondanza multi-NS significa più server, più ops, più reperibilità – invece del tempo speso sul prodotto di hosting vero e proprio.
I nameserver ridondanti sono altri server da gestire
Offrire nameserver in più di una sede significa allestire e mantenere un altro server, non solo cambiare una config.
Cosa NexDNS Le toglie dal piatto
Infrastruttura DNS gestita da cui traggono beneficio i Suoi clienti di hosting – senza alcuna ops DNS dal Suo lato.
- API REST per integrazioni personalizzate
- Zone, record, DNSSEC, account – ogni azione del pannello ha un endpoint REST documentato. Lo chiami dal Suo pannello di hosting, sistema di fatturazione, portale personalizzato o script di provisioning.
- DNSSEC automatico su ogni zona
- Generazione di KSK/ZSK, firma, rotazione e DS nel pannello – tutto automatico. Ogni zona è firmata per impostazione predefinita; Lei non deve gestire nulla.
- Nameserver UE ridondanti pronti all’uso
- Ogni zona è servita dai nameserver NexDNS in due sedi UE indipendenti (Germania e Paesi Bassi). Nessun server da allestire da parte Sua.
- Chiavi API con scope
- Le chiavi API valgono per l’intero account e sono pensate per la Sua automazione – ognuna limitata alle operazioni che servono a un’integrazione (zone, record o webhooks; lettura o scrittura). Assegni un nome a ogni chiave, imposti una scadenza facoltativa e la revochi in modo indipendente.
- Operazioni di zona in massa via CLI e API
- L’onboarding di un batch di nuovi clienti è un singolo comando CLI o un loop sull’API. Cloni una zona completamente configurata su ogni nuovo dominio, oppure distribuisca un set di record standard su molte zone con
nexdns applydichiarativo. - Import/export di zone in BIND
- Migri una base clienti esistente: esportazione dal Suo DNS attuale e re-import tramite
nexdns zone import– migrazioni batch con validazione dry-run.
Un tipico deployment per provider di hosting
Il passaggio da DNS self-hosted a NexDNS, qualunque pannello Lei usi.
-
1
Crei un account NexDNS
Si registri, abiliti l’accesso API e generi una chiave API con scope per il Suo pannello o i Suoi script di provisioning.
-
2
Costruisca la Sua integrazione
Chiami l’API REST dal Suo pannello, sistema di fatturazione o codice di provisioning. Gli endpoint per zone, record e DNSSEC sono documentati.
-
3
Migri le zone esistenti
Esporti il Suo DNS attuale in file di zona BIND e importi tramite
nexdns zone import– migrazioni batch con validazione dry-run. La maggior parte dei pannelli ha un’opzione di export BIND; il CLI supporta l’elaborazione batch. -
4
Aggiorni i record NS presso i registrar
Cambi i record NS dei domini dei Suoi clienti verso i nameserver NexDNS (pubblichiamo la lista nel pannello). Staging con zone slave per cutover senza downtime. Dal piano Business in su può usare i Suoi nomi dei server white-label invece di quelli di NexDNS.
-
5
Dismetta il vecchio server DNS
Mantenga entrambi i sistemi in parallelo fino alla completa propagazione dei record NS (finestra TTL), poi ritiri il DNS self-hosted. Un server in meno nella Sua rotazione ops.
-
No. Dal pannello di hosting che usano, la gestione delle zone funziona allo stesso modo – la Sua integrazione API o plugin del pannello astrae il backend DNS. L’unico cambiamento visibile è che DNSSEC inizia a firmare automaticamente le nuove zone (e può essere abilitato su quelle esistenti).
-
Lei pubblica nuovi record DS presso ogni registrar durante il cutover. NexDNS genera nuove chiavi ed espone il record DS automaticamente – aggiorna il DS presso il registrar una volta per zona, e NexDNS gestisce tutte le rotazioni future.
-
I Suoi clienti non devono mai vedere NexDNS. Gli NS alias permettono di pubblicare le zone su nameserver con il Suo marchio come
ns1.suohosting.net– dal registrar al WHOIS tutto mostra il Suo marchio. Noi Le fatturiamo l’abbonamento NexDNS; la fatturazione dei Suoi clienti finali resta a Sua cura – non forniamo un layer di fatturazione per rivenditori. -
Tutti i piani includono assistenza tramite il nostro supporto in orario d’ufficio – lo stesso canale per tutti. Non offriamo livelli di SLA per piano, contatti di supporto nominati o percorsi di escalation. Per limiti personalizzati di zone e record è disponibile il piano Enterprise.
-
Sì. NexDNS parla l’API XML ISPmanager / DNSmanager su
/dnsmgr, quindi aggiunge NexDNS come server DNS secondario in ISPmanager – nessun export di zone, nessun cambiamento di workflow per i Suoi clienti. 2 minuti di config. Dettagli completi sulla pagina di integrazione ISPmanager.
DNS gestito per i Suoi clienti di hosting
Si connetta a qualsiasi pannello di hosting via API REST. Migri i clienti al Suo ritmo.