Cos'è un record NS
Scopri come i record NS delegano l'autorità DNS ai nameserver. Include esempi per la dashboard e l'API di DNScale.
Un record NS (Name Server) specifica quali server DNS sono autoritativi per un dominio o sottodominio. I record NS sono fondamentali per il funzionamento della delega DNS, consentendo la struttura gerarchica del Domain Name System.
Come funzionano i record NS
I record NS indicano ai resolver DNS quali server possono rispondere alle query per un dominio:
example.com. 86400 NS ns1.dnscale.eu.
example.com. 86400 NS ns2.dnscale.eu.Quando un resolver ha bisogno di informazioni su example.com, interroga i server elencati nei record NS.
Tipi di record NS
Record NS all'apex della zona
Ogni zona DNS deve avere record NS all'apex (radice) che puntano ai suoi nameserver autoritativi:
example.com. 86400 NS ns1.dnscale.eu.
example.com. 86400 NS ns2.dnscale.eu.Delega di sottodomini
Delega un sottodominio a nameserver diversi:
; La zona principale usa DNScale
example.com. 86400 NS ns1.dnscale.eu.
example.com. 86400 NS ns2.dnscale.eu.
; Sottodominio delegato a nameserver diversi
dev.example.com. 86400 NS ns1.devteam.example.
dev.example.com. 86400 NS ns2.devteam.example.Casi d'uso comuni
Configurazione zona standard
example.com. 86400 NS ns1.dnscale.eu.
example.com. 86400 NS ns2.dnscale.eu.Delega di sottodominio a un provider diverso
Delega un sottodominio a AWS Route 53:
aws.example.com. 3600 NS ns-123.awsdns-12.com.
aws.example.com. 3600 NS ns-456.awsdns-34.net.
aws.example.com. 3600 NS ns-789.awsdns-56.org.
aws.example.com. 3600 NS ns-012.awsdns-78.co.uk.Delega di sottodominio interno
Delega domini interni a nameserver aziendali:
internal.example.com. 3600 NS dns1.corp.example.com.
internal.example.com. 3600 NS dns2.corp.example.com.Formato del record
| Campo | Descrizione | Esempio |
|---|---|---|
| Nome | Dominio o sottodominio | @ (apex), sottodominio |
| Tipo | Tipo di record | NS |
| Contenuto | Hostname del nameserver | ns1.dnscale.eu. |
| TTL | Time to live (secondi) | 86400 |
Aggiungere un record NS
Tramite la dashboard
- Naviga alla tua zona nella dashboard di DNScale
- Clicca su Add Record
- Configura il record:
- Name: Inserisci il nome del sottodominio o
@per l'apex - Type: Seleziona
NS - Value: Inserisci l'hostname del nameserver
- TTL: Imposta la durata della cache (predefinito: 86400 per NS)
- Name: Inserisci il nome del sottodominio o
- Clicca su Create Record
Tramite l'API
Creare un record NS per la delega di un sottodominio:
curl -X POST "https://api.dnscale.eu/v1/zones/{zone_id}/records" \
-H "Authorization: Bearer YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"name": "subdomain",
"type": "NS",
"content": "ns1.other-provider.com",
"ttl": 86400
}'Delegare un sottodominio a nameserver multipli:
# Primo nameserver
curl -X POST "https://api.dnscale.eu/v1/zones/{zone_id}/records" \
-H "Authorization: Bearer YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"name": "aws",
"type": "NS",
"content": "ns-123.awsdns-12.com",
"ttl": 3600
}'
# Secondo nameserver
curl -X POST "https://api.dnscale.eu/v1/zones/{zone_id}/records" \
-H "Authorization: Bearer YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"name": "aws",
"type": "NS",
"content": "ns-456.awsdns-34.net",
"ttl": 3600
}'Risposta API:
{
"status": "success",
"data": {
"message": "Record created successfully",
"record": {
"id": "encoded-record-id",
"name": "subdomain.example.com.",
"type": "NS",
"content": "ns1.other-provider.com.",
"ttl": 86400,
"disabled": false
}
}
}Record glue
Quando un nameserver si trova all'interno della zona che serve, sono necessari record glue (record A/AAAA per il nameserver):
example.com. 86400 NS ns1.example.com.
example.com. 86400 NS ns2.example.com.
ns1.example.com. 86400 A 192.0.2.1
ns2.example.com. 86400 A 192.0.2.2Senza i record glue, la risoluzione DNS creerebbe una dipendenza circolare.
Best practice
-
Avere sempre record NS multipli - Almeno 2 nameserver per la ridondanza, idealmente su reti diverse
-
Usa TTL lunghi - I record NS dovrebbero avere TTL lunghi (86400 secondi = 24 ore) poiché cambiano raramente
-
I target NS non devono essere CNAME - I nameserver devono risolvere direttamente tramite record A/AAAA
-
Mantieni zone padre e figlio sincronizzate - I record NS al registrar devono corrispondere ai record NS della tua zona
-
Diversità geografica - Usa nameserver in posizioni diverse per la resilienza
-
Non modificare i NS dell'apex senza cautela - Modificare erroneamente i record NS dell'apex può compromettere l'intero dominio
Record NS vs nameserver del registrar
| Impostazione | Scopo | Dove configurare |
|---|---|---|
| NS del registrar | Indica al TLD dove trovare il tuo dominio | Registrar del dominio |
| NS della zona | Dichiara i server autoritativi all'interno della zona | Provider DNS (DNScale) |
Entrambi devono corrispondere per una corretta risoluzione DNS.
Test dei record NS
Verifica i tuoi record NS con dig:
# Query dei record NS
dig NS example.com
# Controlla la risposta autoritativa
dig NS example.com @ns1.dnscale.eu
# Verifica la delega del sottodominio
dig NS subdomain.example.com +traceTipi di record correlati
- A - Indirizzo IP per i record glue
- AAAA - Indirizzo IPv6 per i record glue
- SOA - Start of Authority (metadati della zona)
Conclusione
I record NS sono la spina dorsale della delega DNS, determinando quali server sono autoritativi per i tuoi domini e sottodomini. Mentre i record NS dell'apex sono tipicamente gestiti automaticamente da DNScale, comprendere i record NS è essenziale quando si delegano sottodomini o si integrano più provider DNS. DNScale rende la delega dei sottodomini semplice tramite la sua interfaccia intuitiva e l'API.