Gestione DNS

Offriamo a tutti la gestione GRATUITA dei record DNS primari e secondari per i domini.

Un dominio primario è un dominio i cui record DNS sono conservati nel nostro sistema. Il nostro sistema funge quindi essenzialmente da server DNS primario per tale dominio. È la soluzione abituale.

Un dominio secondario è un dominio i cui record DNS non sono conservati da noi; li scarichiamo invece da un altro server DNS tramite AXFR. Per un tale dominio il sistema agisce come server DNS secondario. Per questo dominio Lei imposta soltanto l’indirizzo IP da cui scaricare i record. L’intervallo di download è regolato dai valori nel record SOA del dominio interessato (REFRESH, RETRY).

I nostri server DNS supportano pienamente IPv6.

Tipi di record DNS supportati

Informazioni sul record DNS di tipo A, utilizzato per specificare l’indirizzo IPv4 per un determinato nome di dominio.Un record di questo tipo contiene un indirizzo IP del protocollo IPv4. Questi indirizzi sono conservati in forma leggibile (sebbene nel protocollo DNS vengano trasmessi come numero a 32 bit).Esempio di configurazione per un dominio e tutti i sottodomini:Nome | TTL | Tipo | Dati(nome vuoto) | 1800 | A | 81.2.199.30* | 1800 | A | 81.2.199.30

AAAA

Informazioni sul record DNS di tipo AAAA, utilizzato per specificare l’indirizzo IPv6 per un determinato nome di dominio.Si tratta di un indirizzo IP IPv6.Esempio di configurazione per un dominio e tutti i sottodomini:Nome | TTL | Tipo | Dati(nome vuoto) | 1800 | AAAA | 2a02:2b88:1:4::40* | 1800 | AAAA | 2a02:2b88:1:4::40

Informazioni sul record DNS di tipo NS, utilizzato per delegare un sottodominio a un altro server DNS.Questo tipo di record serve a fornire l’elenco dei server DNS autorevoli per un dato dominio. Vengono indicati i nomi dei server (cioè i loro nomi di dominio), non gli indirizzi IP. Quando un dispositivo vuole connettersi al server DNS autorevole di un dominio, cerca prima tutti i record NS del dominio richiesto su un server DNS di livello superiore, ne seleziona uno e ne trova l’indirizzo IP; solo allora può avvenire una connessione di comunicazione tramite il protocollo DNS.

CNAME

Informazioni sul record DNS di tipo CNAME, utilizzato per configurare un alias per un altro nome di dominio.Un record CNAME comunica che il dominio indicato è un alias di un altro dominio, nel senso che condividono i record DNS (non i contenuti del sito web, ecc.).Esempio di configurazione di un record CNAME:Nome | TTL | Tipo | Datiwww1.domena.tld | 1800 | CNAME | cilovadomena.tld

Informazioni sul record DNS di tipo MX, utilizzato per specificare i server a cui deve essere recapitata la posta elettronica di un dato dominio.Il record specifica il nome di dominio del server di posta a cui deve essere recapitata la posta di questo dominio. Prima del nome del server è indicata una priorità, importante quando esistono più record MX per un unico nome. In tal caso i server vengono provati in ordine crescente del numero di priorità (cioè il server con il numero più basso ha la priorità più alta). Se un server non risponde, proviamo il successivo. Il secondo server e ogni altro, se presente, fungono da server di posta di riserva.Esempio di configurazione per i nostri server di posta:Nome | TTL | Tipo | Dati(nome vuoto) | 1800 | MX | 1 wes1-mx1.wedos.net(nome vuoto) | 1800 | MX | 1 wes1-mx2.wedos.net(nome vuoto) | 1800 | MX | 10 wes1-mx-backup.wedos.net

SPF

Per proteggere il nome di dominio dall’uso improprio per lo SPAM è consigliabile impostare un record SPF.Una descrizione dettagliata con una guida è disponibile nella nostra knowledge base.

SRV

Informazioni sul record DNS di tipo SRV, utilizzato per specificare i server che forniscono determinati servizi per un dato dominio. Un esempio è l’instradamento delle chiamate telefoniche tramite il protocollo SIP.I record SRV hanno molti altri usi. Ad esempio, Microsoft Windows li utilizza per individuare un controller di dominio e sono usati anche da altri protocolli (XMPP, Kerberos, LDAP, ecc.).Esempio di configurazione di un record SRV:Nome | TTL | Tipo | Dati (priorità, peso, numero di porta, host)_sip._udp.domena.tld | 1800 | SRV | 10 100 5060 sip.domena.tld

CAA

Informazioni sul record CAA (Certification Authority Authorization), che consente di specificare quali autorità di certificazione possono emettere un certificato per un nome di dominio.In altre parole, se per un dominio non è impostato alcun record CAA, qualsiasi CA può emettere un certificato per il dominio senza restrizioni. In caso contrario, solo la CA indicata nel record CAA può emettere un certificato per il dominio.Esempio:Nome | TTL | Tipo | Datidomena.tld | 1800 | CAA | 0 issue „letsencrypt.org“

TXT

Record TXT per vari valori testuali (ad es. per scrivere regole SPF); vengono inseriti senza virgolette all’inizio o alla fine.Esempio:Nome | TTL | Tipo | Dati(nome vuoto) | 1800 | TXT | „v = spf1 IP4: 64.170.98.0/26 IP6: 2001: 1890: 1112: 1 :: 0/64 -all“

TLSA

Informazioni sul record DANE/TLSA (DNS-Based Authentication of Named Entities/TLS Association).Il protocollo DANE, che introduce il record DNS di tipo TLSA, è stato creato per aumentare la sicurezza nella verifica dell’origine di un certificato fornito da un server. Un record DNS TLSA specifica il certificato del servizio per una combinazione di dati – FQDN, protocollo e porta – che insieme formano il prefisso del record. Tramite un record TLSA è quindi possibile verificare se il certificato è stato alterato lungo il percorso tra destinatario e mittente.Può trovare ulteriori informazioni sul record di tipo TLSA nella nostra knowledge base.

SSHFP

Informazioni sul record di tipo SSHFP. Il record serve a verificare l’impronta della chiave pubblica del server dopo aver stabilito una connessione tramite il protocollo SSH.Quando si stabilisce una connessione a un server tramite il protocollo SSH, l’autenticazione tra client e server avviene in modo che, dopo l’avvio della connessione, il server invii al client l’impronta della propria chiave pubblica, in modo che il client possa verificare l’identità del server.L’affidabilità e la sicurezza della connessione dipendono quindi dal fatto che l’utente confronti effettivamente l’impronta fornita dal server con l’impronta attesa della chiave pubblica del server.L’introduzione del record DNS SSHFP (RFC 4255) offre ai client SSH un nuovo metodo di autenticazione, confrontando l’impronta fornita dal server con quella memorizzata nella zona DNS del dominio per l’FQDN del server. Durante il confronto tutti i parametri del record SSHFP devono corrispondere: l’algoritmo usato per generare la chiave, l’algoritmo usato per generare l’impronta della chiave e, infine, l’impronta della chiave stessa.L’uso di DNS SSHFP ha senso solo se questo record è firmato con la tecnologia DNSSEC, che garantisce che il record non possa essere falsificato.Può trovare ulteriori informazioni sul record SSHFP e sulla sua configurazione nella nostra knowledge base.

Funzioni avanzate del sistema

cronologia completa delle modifiche – modifiche alle impostazioni, aggiunta, modifica ed eliminazione di record
consenti/nega configurabile dei trasferimenti di zona tramite AXFR (AXFR in uscita) con la possibilità di specificare determinati indirizzi IP autorizzati a scaricare la zona del dominio interessato
importazione dei dati durante la migrazione da altri server DNS – download tramite AXFR da un altro server, caricamento di un file di zona o inserimento manuale
copia dei domini – può creare facilmente un nuovo dominio copiandone un altro (con tutti i record e le impostazioni)
gestione dei record inversi (per i clienti dei nostri servizi di server hosting)

Prossimamente

supporto per DNSSECsui domini generici. (Per ora offriamo DNSSEC solo per i domini CZ ed EU)

Per ulteriori informazioni, consulti la nostra knowledge base: VEDOS DNS