Tipi di record supportati
NexDNS supporta 14 tipi di record DNS. Tutti i tipi tranne SOA possono essere creati e modificati dagli utenti. I record SOA sono gestiti automaticamente dal sistema quando viene creata una zona.
| Tipo | Scopo | Creabile dall’utente |
|---|---|---|
A | Associa un nome a un indirizzo IPv4 | Sì |
AAAA | Associa un nome a un indirizzo IPv6 | Sì |
CNAME | Crea un alias verso un altro hostname | Sì |
MX | Instrada la posta verso un server di posta | Sì |
TXT | Memorizza testo arbitrario (SPF, DKIM, verifica, ecc.) | Sì |
NS | Delega un sottodominio ad altri server dei nomi | Solo sottodomini (NS all’apice gestito dal sistema) |
SRV | Localizza un servizio (host + porta) | Sì |
CAA | Controlla quali CA possono emettere certificati | Sì |
PTR | DNS inverso – associa un IP a un hostname | Sì |
ALIAS | Come CNAME ma consentito all’apice della zona | Sì |
DNAME | Reindirizza un intero sottoalbero DNS a un altro dominio | Sì |
DS | DNSSEC Delegation Signer – collega la zona figlia alla zona padre | Sì |
TLSA | Associa un certificato TLS a un dominio (DANE) | Sì |
SOA | Start of Authority – metadati della zona (seriale, refresh, retry, ecc.) | Gestito dal sistema (sola lettura) |
Campi comuni
Ogni record DNS ha i seguenti campi comuni oltre ai campi specifici del tipo.
Nome
Il nome del record (hostname). Utilizzare @ o lasciare vuoto per riferirsi all’apice della zona (es. example.com stesso). Inserire un sottodominio come www per creare www.example.com. Il punto finale viene aggiunto automaticamente.
Tipo
Il tipo di record. Una volta creato un record, il tipo non può essere modificato – è necessario eliminare e ricreare il record.
TTL (durata in cache)
Per quanto tempo (in secondi) i resolver dovrebbero memorizzare nella cache questo record. Il valore predefinito è 3600 (1 ora). Intervallo valido: da 0 a 2.147.483.647. Nel pannello sono disponibili preset rapidi: 5 minuti (300), 1 ora (3600) e 1 giorno (86400).
Record A
Un record A associa un nome di dominio a un indirizzo IPv4. È il tipo di record più comune – indica ai browser e ad altri client a quale server connettersi.
Campi
| Campo | Descrizione | Validazione |
|---|---|---|
address |
L’indirizzo IPv4 a cui questo nome dovrebbe risolversi. | Deve essere un indirizzo IPv4 valido (es. 203.0.113.50) |
Esempio
| Nome | TTL | Tipo | Valore |
|---|---|---|---|
| @ | 3600 | A | 203.0.113.50 |
| www | 3600 | A | 203.0.113.50 |
Record AAAA
Un record AAAA associa un nome di dominio a un indirizzo IPv6. Funziona in modo identico a un record A, ma per le reti IPv6.
Campi
| Campo | Descrizione | Validazione |
|---|---|---|
address |
L’indirizzo IPv6 a cui questo nome dovrebbe risolversi. | Deve essere un indirizzo IPv6 valido (es. 2001:db8::1) |
Esempio
| Nome | TTL | Tipo | Valore |
|---|---|---|---|
| @ | 3600 | AAAA | 2001:db8::1 |
Record CNAME
Un record CNAME (Canonical Name) crea un alias da un nome a un altro. Quando un resolver cerca un CNAME, segue l’alias e restituisce i record della destinazione.
Restrizioni
- I record CNAME non possono essere creati all’apice della zona (@). Utilizzare un record ALIAS per l’aliasing all’apice.
- Secondo RFC 1035, un CNAME non può coesistere con nessun altro tipo di record sullo stesso nome. Se è presente un record A su www, non è possibile aggiungere un CNAME su www – e viceversa.
Campi
| Campo | Descrizione | Validazione |
|---|---|---|
hostname |
L’hostname di destinazione a cui punta questo alias. | Hostname valido (alfanumerici e trattini, massimo 253 caratteri totali, etichette da 1 a 63 caratteri ciascuna) |
Esempio
| Nome | TTL | Tipo | Valore |
|---|---|---|---|
| www | 3600 | CNAME | example.com. |
| blog | 3600 | CNAME | mysite.hosting.com. |
Record MX
Un record MX (Mail Exchange) specifica quale server di posta è responsabile dell’accettazione della posta per conto del dominio. Più record MX con priorità diverse forniscono il failover.
Campi
| Campo | Descrizione | Validazione |
|---|---|---|
priority |
Determina l’ordine in cui i server di posta vengono contattati. I valori più bassi hanno la precedenza. | Intero, 0-65535 |
host |
L’hostname del server di posta. | Hostname valido, oppure . (punto) per un Null MX con priorità 0 (RFC 7505) |
Esempio
| Nome | TTL | Tipo | Valore |
|---|---|---|---|
| @ | 3600 | MX | 10 mail.example.com. |
| @ | 3600 | MX | 20 mail2.example.com. |
Un Null MX (host impostato su . con priorità 0) indica che il dominio non accetta email, secondo RFC 7505.
Record TXT
Un record TXT memorizza dati di testo arbitrari. È comunemente utilizzato per l’autenticazione email (SPF, DKIM, DMARC), la verifica della proprietà del dominio e altri metadati.
Campi
| Campo | Descrizione | Validazione |
|---|---|---|
value |
Il contenuto testuale del record. | Non deve essere vuoto. Le virgolette vengono gestite automaticamente – non è necessario aggiungere doppie virgolette. |
Esempio
| Nome | TTL | Tipo | Valore |
|---|---|---|---|
| @ | 3600 | TXT | "v=spf1 include:_spf.google.com ~all" |
| _dmarc | 3600 | TXT | "v=DMARC1; p=quarantine; rua=mailto:dmarc@example.com" |
Il sistema racchiude automaticamente i valori TXT tra doppie virgolette per l’archiviazione DNS. Se il valore è già tra virgolette, non verrà inserito tra virgolette una seconda volta.
Record NS
Un record NS (Name Server) delega un sottodominio a un diverso set di server dei nomi. Viene utilizzato quando un sottodominio è gestito da un provider DNS diverso.
Restrizione
I record NS all’apice della zona vengono creati e gestiti automaticamente dal sistema in base al gruppo di server NS. È possibile creare record NS solo per i sottodomini.
Campi
| Campo | Descrizione | Validazione |
|---|---|---|
hostname |
L’hostname del server dei nomi per questa delega. | Hostname valido (alfanumerici e trattini, massimo 253 caratteri totali, etichette da 1 a 63 caratteri ciascuna) |
Esempio
| Nome | TTL | Tipo | Valore |
|---|---|---|---|
| subdomain | 86400 | NS | ns1.other-provider.com. |
Record SRV
Un record SRV (Service) specifica la posizione (hostname e porta) di un particolare servizio. Viene utilizzato da applicazioni come SIP, XMPP e server di gioco per scoprire i servizi.
Campi
| Campo | Descrizione | Validazione |
|---|---|---|
priority |
Ordine in cui i server vengono contattati (più basso = primo). | Intero, 0-65535 |
weight |
Peso relativo per il bilanciamento del carico tra record con la stessa priorità. | Intero, 0-65535 |
port |
Il numero di porta TCP o UDP del servizio. | Intero, 0-65535 |
target |
L’hostname della macchina che fornisce il servizio. | Hostname valido, oppure . (punto) per indicare che il servizio non è disponibile |
Esempio
| Nome | TTL | Tipo | Valore |
|---|---|---|---|
| _sip._tcp | 3600 | SRV | 10 60 5060 sip.example.com. |
| _minecraft._tcp | 3600 | SRV | 0 5 25565 mc.example.com. |
Il nome del record per i record SRV deve seguire la convenzione _servizio._protocollo (es. _sip._tcp, _minecraft._tcp, _ldap._tcp).
Record CAA
Un record CAA (Certificate Authority Authorization) specifica quali autorità di certificazione (CA) sono autorizzate a emettere certificati SSL/TLS per il dominio. Questo previene l’emissione non autorizzata di certificati.
Campi
| Campo | Descrizione | Validazione |
|---|---|---|
flags |
Generalmente 0. Impostare a 128 per contrassegnare questa proprietà come critica (la CA deve comprenderla o rifiutarsi di emettere). | Intero, 0-255 |
tag |
Il tipo di proprietà. | Deve essere uno tra: issue, issuewild o iodef |
value |
Il nome di dominio della CA (per issue/issuewild) o un URL di segnalazione (per iodef). | Non deve essere vuoto |
Esempio
| Nome | TTL | Tipo | Valore |
|---|---|---|---|
| @ | 3600 | CAA | 0 issue "letsencrypt.org" |
| @ | 3600 | CAA | 0 issuewild ";" |
| @ | 3600 | CAA | 0 iodef "mailto:security@example.com" |
Record PTR
Un record PTR (Pointer) associa un indirizzo IP a un hostname. Viene utilizzato per le ricerche DNS inverse – ad esempio, per verificare che l’indirizzo IP di un server si risolva nuovamente nel suo hostname dichiarato.
Campi
| Campo | Descrizione | Validazione |
|---|---|---|
hostname |
L’hostname diretto a cui questo indirizzo IP dovrebbe risolversi. | Hostname valido (alfanumerici e trattini, massimo 253 caratteri totali, etichette da 1 a 63 caratteri ciascuna) |
Esempio
| Nome | TTL | Tipo | Valore |
|---|---|---|---|
| 50 | 3600 | PTR | server.example.com. |
Record ALIAS
Un record ALIAS funziona come un CNAME ma può essere utilizzato all’apice della zona (@). Il server DNS risolve la destinazione internamente e restituisce i record A/AAAA risultanti. Utilizzare ALIAS quando è necessario l’aliasing a livello di apice (es. puntare example.com a un hostname di load balancer).
Campi
| Campo | Descrizione | Validazione |
|---|---|---|
hostname |
L’hostname di destinazione da risolvere e per cui restituire i record. | Hostname valido (alfanumerici e trattini, massimo 253 caratteri totali, etichette da 1 a 63 caratteri ciascuna) |
Esempio
| Nome | TTL | Tipo | Valore |
|---|---|---|---|
| @ | 3600 | ALIAS | myapp.herokuapp.com. |
Record DNAME
Un record DNAME reindirizza un intero sottoalbero dello spazio dei nomi DNS a un altro dominio. A differenza di CNAME (che crea un alias per un singolo nome), DNAME crea un alias per tutti i nomi sotto il nodo specificato. Utile per migrazioni di dominio e ristrutturazioni organizzative.
Campi
| Campo | Descrizione | Validazione |
|---|---|---|
hostname |
Il dominio di destinazione a cui questo sottoalbero dovrebbe essere mappato. | Hostname valido (alfanumerici e trattini, massimo 253 caratteri totali, etichette da 1 a 63 caratteri ciascuna) |
Esempio
| Nome | TTL | Tipo | Valore |
|---|---|---|---|
| legacy | 3600 | DNAME | new-domain.com. |
Record DS
Un record DS (Delegation Signer) viene utilizzato in DNSSEC per collegare una zona figlia alla zona padre. Contiene un hash del record DNSKEY della zona figlia, stabilendo una catena di fiducia.
Campi
| Campo | Descrizione | Validazione |
|---|---|---|
keytag |
Un identificatore numerico che aiuta i resolver a trovare rapidamente il record DNSKEY corrispondente. | Intero, 0-65535 |
algorithm |
Il numero dell’algoritmo di firma DNSSEC (es. 8 per RSA/SHA-256, 13 per ECDSA P-256). | Intero, 0-255 |
digest_type |
L’algoritmo hash utilizzato per creare il digest (es. 2 per SHA-256). | Intero, 0-255 |
digest |
L’hash esadecimale del record DNSKEY della zona figlia. | Non deve essere vuoto (stringa esadecimale) |
Esempio
| Nome | TTL | Tipo | Valore |
|---|---|---|---|
| @ | 3600 | DS | 12345 8 2 49FD46E6C4B45C55D4AC69CBD...A9BE1B |
Record TLSA
Un record TLSA associa un certificato o una chiave pubblica TLS/SSL a un nome di dominio, abilitando l’autenticazione delle entità denominate basata su DNS (DANE). Consente ai client di verificare i certificati TLS senza dipendere esclusivamente dalle CA.
Campi
| Campo | Descrizione | Validazione |
|---|---|---|
usage |
Come verificare il certificato. | Intero, 0-3 (0 = vincolo CA, 1 = certificato di servizio, 2 = trust anchor, 3 = emesso dal dominio) |
selector |
Quale parte del certificato verificare. | Intero, 0-1 (0 = certificato completo, 1 = solo chiave pubblica) |
matching_type |
Come confrontare i dati del certificato. | Intero, 0-2 (0 = corrispondenza esatta, 1 = hash SHA-256, 2 = hash SHA-512) |
certificate |
I dati del certificato o il relativo hash in formato esadecimale. | Non deve essere vuoto |
Esempio
| Nome | TTL | Tipo | Valore |
|---|---|---|---|
| _443._tcp | 3600 | TLSA | 3 1 1 2BB183AF2B...9FA0925A |
Record SOA
Il record SOA (Start of Authority) contiene informazioni amministrative sulla zona, incluso il server dei nomi primario, l’email del responsabile, il numero di serie della zona e i parametri temporali per i trasferimenti di zona.
Informazione
I record SOA vengono creati e gestiti automaticamente quando viene creata una zona. Non possono essere creati, modificati o eliminati dagli utenti. Il numero di serie viene incrementato automaticamente ogni volta che i record della zona cambiano.
Esempio
ns1.nexdns.tech. hostmaster.example.com. 2024010101 10800 3600 604800 3600Configurazioni DNS comuni
Puntare un dominio a un server web
Per puntare il dominio a un server web, crei record A e AAAA per il dominio radice e, opzionalmente, un CNAME per il sottodominio www.
Record consigliati
| Nome | Tipo | Valore | Scopo |
|---|---|---|---|
| @ | A | 203.0.113.50 | Dominio radice via IPv4 |
| @ | AAAA | 2001:db8::1 | Dominio radice via IPv6 |
| www | CNAME | example.com. | www reindirizza al dominio radice |
Se il Suo provider di hosting fornisce un hostname invece di un indirizzo IP (es. myapp.herokuapp.com), non è possibile utilizzare un CNAME all’apice. Utilizzi un record ALIAS su @ invece.
Configurazione della posta elettronica
Una configurazione email completa richiede record MX (instradamento della posta) più record TXT per l’autenticazione (SPF, DKIM, DMARC). Il Suo provider email fornirà i valori esatti.
Record MX (instradamento della posta)
| Nome | Tipo | Valore |
|---|---|---|
| @ | MX | 10 mail.example.com. |
| @ | MX | 20 mail-backup.example.com. |
SPF (Sender Policy Framework)
SPF definisce quali server sono autorizzati a inviare email per conto del Suo dominio. È un record TXT all’apice della zona.
| Nome | Tipo | Valore |
|---|---|---|
| @ | TXT | "v=spf1 mx a include:_spf.google.com ~all" |
DKIM (DomainKeys Identified Mail)
DKIM aggiunge una firma digitale alle email in uscita. La chiave pubblica viene pubblicata come record TXT. Il Suo provider email Le fornirà il nome e il valore esatti.
| Nome | Tipo | Valore |
|---|---|---|
| default._domainkey | TXT | "v=DKIM1; k=rsa; p=MIGfMA0GCS..." |
DMARC (autenticazione basata sul dominio)
DMARC indica ai server di posta riceventi cosa fare con le email che non superano i controlli SPF o DKIM. È un record TXT su _dmarc.
| Nome | Tipo | Valore |
|---|---|---|
| _dmarc | TXT | "v=DMARC1; p=quarantine; rua=mailto:dmarc@example.com" |
Configurazione dei sottodomini
Crei sottodomini aggiungendo record con il nome del sottodominio nel campo Nome.
| Nome | Tipo | Valore | Scopo |
|---|---|---|---|
| blog | CNAME | mysite.wordpress.com. | Ospitato su piattaforma esterna |
| shop | A | 198.51.100.10 | Diretto a indirizzo IP |
| api | CNAME | api-gateway.cloud.com. | Endpoint del servizio cloud |
Verifica del certificato SSL
Le autorità di certificazione SSL/TLS richiedono spesso la verifica del dominio tramite DNS. Le chiederanno di creare un record TXT o CNAME specifico.
Verifica TXT (es. Let's Encrypt)
| Nome | Tipo | Valore |
|---|---|---|
| _acme-challenge | TXT | "gfj9Xq...Rg85nM" |
Verifica CNAME (es. AWS ACM, DigiCert)
| Nome | Tipo | Valore |
|---|---|---|
| _acme-challenge | CNAME | dcv.example-ca.com. |
Utilizzi un TTL basso (300 secondi) per i record di verifica in modo che si propaghino rapidamente. Può eliminarli dopo l’emissione del certificato.
Risoluzione dei problemi
Ritardo nella propagazione DNS
Dopo aver creato o modificato un record DNS, potrebbe essere necessario del tempo affinché la modifica sia visibile a livello globale. Questo perché i resolver DNS nel mondo memorizzano nella cache i record in base al valore TTL.
Per modifiche urgenti, abbassi il TTL a 300 secondi (5 minuti) prima di effettuare la modifica, attenda la scadenza del vecchio TTL, quindi effettui la modifica. Può riportare il TTL al valore precedente successivamente.
Comprendere il TTL
Il TTL (Time to Live) controlla per quanto tempo i resolver DNS memorizzano nella cache un record prima di interrogare nuovamente il server autorevole. Un TTL più basso significa che le modifiche si propagano più velocemente ma aumenta il carico di query. Un TTL più alto riduce il carico ma le modifiche richiedono più tempo per avere effetto.
| Valore TTL | Durata | Caso d’uso |
|---|---|---|
300 | 5 minuti | Record che cambiano frequentemente, test, migrazioni |
3600 | 1 ora | Predefinito – buon equilibrio tra prestazioni e flessibilità |
86400 | 1 giorno | Record stabili che cambiano raramente (MX, NS) |
NexDNS accetta valori TTL da 0 a 2.147.483.647 secondi. Il valore predefinito per i nuovi record è 3600 (1 ora).
Conflitti CNAME
I record CNAME hanno regole rigide definite da RFC 1035 che NexDNS applica automaticamente:
- Un CNAME non può essere creato all’apice della zona (@). Il sistema rifiuterà questa operazione con un errore. Utilizzi un record ALIAS.
- Un CNAME non può coesistere con nessun altro record sullo stesso nome. Se è già presente un record A o TXT su www, non è possibile aggiungere un CNAME su www finché non si rimuovono i record esistenti.
- Se ha bisogno di un comportamento simile a CNAME all’apice, utilizzi un record ALIAS. Risolve lato server e restituisce i record A/AAAA in modo trasparente.
Impossibile creare record NS all’apice della zona
I record NS all’apice della zona (@ o il dominio nudo) sono gestiti automaticamente dal sistema in base al gruppo di server NS. È possibile creare record NS solo per i sottodomini – questo viene utilizzato per delegare un sottodominio a un provider DNS diverso.
Limite dei record raggiunto
Ogni piano di abbonamento ha un numero massimo di record per zona. Se si riceve un errore di quota, si è raggiunto questo limite. È possibile aggiornare il piano per un limite più alto o rimuovere i record inutilizzati. Anche i piani illimitati hanno un limite massimo di 10.000 record per zona.
Errori di validazione dell’hostname
Gli hostname utilizzati nei record CNAME, NS, PTR, ALIAS, DNAME, MX e SRV devono rispettare gli standard DNS:
- Lunghezza totale massima di 253 caratteri (escluso il punto finale).
- Ogni etichetta (parte tra i punti) deve avere da 1 a 63 caratteri.
- Le etichette devono iniziare e terminare con un carattere alfanumerico (a-z, 0-9).
- Le etichette possono contenere solo caratteri alfanumerici e trattini (-).