Gestione DNS

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

Il dominio primarioè il dominio per il quale nel nostro sistema sono registrati i record DNS. Il nostro sistema si comporta quindi essenzialmente come un server DNS primario per questo dominio. Questa è la soluzione più comune.

Il dominio secondarioè un dominio per il quale non registriamo i record DNS, ma li scarichiamo da un altro server DNS tramite AXFR. Il sistema si comporta quindi come un server DNS secondario per questo dominio. Per questo dominio viene impostato solo l'indirizzo IP da cui scaricare i record. Il periodo di download è regolato dai dati nel record SOA del dominio corrispondente (REFRESH, RETRY).

I nostri server DNS supportano pienamenteIPv6.

Tipi di record DNS supportati

Informazioni sul record DNS di tipo A per l'inserimento dell'indirizzo IPv4 per il nome di dominio specificato.
Il record di questo tipo contiene l'indirizzo IP del protocollo IPv4. Questi indirizzi sono mantenuti in un formato leggibile dall'uomo (ma nel protocollo DNS vengono trasmessi come numeri a 32 bit).
Esempio di registrazione delle impostazioni per il 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 per l'inserimento dell'indirizzo IPv6 per il nome di dominio specificato.
Si tratta di un indirizzo IPv6.
Esempio di registrazione delle impostazioni per il 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, con cui deleghiamo il sottodominio a un altro server DNS.
Questo tipo di record serve a comunicare l'elencodei server DNS autoritativiper un determinato dominio. Vengono indicati i nomi dei server (ovvero i loro nomi di dominio), non gli indirizzi IP. Se un dispositivo desidera connettersi al server DNS autoritativo di un dominio, prima individua tutti i record di tipo NS per il dominio cercato sul server DNS di livello superiore, ne seleziona uno e ne individua l'indirizzo IP, solo allora può avvenire la connessione di comunicazione tramite il protocollo DNS.

CNAME

Informazioni sul record DNS di tipo CNAME, utilizzato per impostare un alias per un altro nome di dominio.
Il recordCNAMEindica che il dominio in questione èun aliasdi un altro dominio, nel senso che hanno record DNS comuni (ma non contenuti web comuni, ecc.).
Esempio di impostazione di un record CNAME:
Nome | TTL | Tipo | Dati
www1.domena.tld | 1800 | CNAME | cilovadomena.tld

Informazioni sul record DNS di tipo MX per l'indicazione dei server a cui deve essere recapitata la posta elettronica per un determinato dominio.
Il record indica il nome di dominiodel server di posta a cui deve essere recapitata la posta per questo dominio. Prima del nome del server viene indicatala priorità, che è importante nel caso in cui vi siano più record MX per un unico nome. In tal caso, i server vengono provati in ordine crescente di priorità (ovvero, la priorità maggiore è assegnata al server con il numero più basso). Se il server non risponde, si passa a quello successivo. Il secondo server e tutti quelli successivi, se presenti, fungono daserver 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 proteggersi dall'uso improprio del nome di dominio contro lo SPAM, è consigliabile impostare il record SPF
. Una descrizione dettagliata con le istruzioni è disponibile nella knowledge base.

SRV

Informazioni sul record DNS di tipo SRV, che serve per indicare i server che forniscono determinati servizi per un determinato dominio. Un esempio è l'instradamento delle chiamate telefoniche tramite il protocollo SIP.
I record SRV hanno molti altri utilizzi. Ad esempio, Microsoft Windows li utilizza per cercare il controller di dominio e vengono utilizzati anche da altri protocolli (XMMP, Kerberos, LDAP, ecc.).
Esempio di impostazione 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 di tipo 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 il dominio non è impostato alcun record CAA, qualsiasi CA può emettere un certificato per il dominio senza limitazioni. In caso contrario, solo la CA indicata nel record CAA può emettere un certificato per il dominio.
Esempio:
Nome | TTL | Tipo | Dati
domena.tld | 1800 | CAA | 0 issue „letsencrypt.org“

TXT

I record TXT per diversi valori di testo (ad esempio, registrazione delle regole SPF) vengono registrati senza virgolette all'inizio e 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 di tipo DANE/TLSA (DNS-Based Authentication of Named Entities/TLS Association).
Il protocollo DANE, che introduce il record DNS di tipo TLSA, è stato creato allo scopo di aumentare la sicurezza durante la verifica dell'origine del certificato fornito dal server. Il record DNS TLSA specifica il certificato di servizio per la combinazione di dati - FQDN, protocollo e porta, che insieme costituiscono il prefisso del record. Utilizzando il record TLSA è quindi possibile verificare se il certificato è stato modificato durante il percorso tra il destinatario e il mittente.
Maggiori informazioni sul record di tipo TLSA sono disponibili nella nostra knowledge base.

SSHFP

Informazioni sul record di tipo SSHFP. Il record serve a verificare l'impronta digitale della chiave pubblica del server dopo aver stabilito una connessione tramite il protocollo SSH.
Quando si stabilisce una connessione con il server tramite il protocollo SSH, l'autenticazione tra il client e il server avviene in modo tale che, dopo l'avvio della connessione, il server trasmette al client l'impronta digitale 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 effettui effettivamente il confronto tra l'impronta digitale fornita dal server e l'impronta digitale prevista della chiave pubblica del server.
Con l'introduzione del record DNS SSHFP (RFC 4255), per i client SSH viene creato un nuovo metodo di autenticazione che confronta l'impronta digitale 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 utilizzato per generare la chiave, l'algoritmo utilizzato per generare l'impronta digitale della chiave e, infine, l'impronta digitale della chiave stessa.
L'utilizzo di DNS SSHFP ha senso solo se questo record è firmato con la tecnologia DNSSEC, in modo da garantire che il record in questione non possa essere falsificato.
Maggiori informazioni sul record SSHFP e su come configurarlo sono disponibili nella nostra knowledge base.

Funzioni avanzate del sistema

cronologia completa delle modifiche: modifiche alle impostazioni, aggiunte, modifiche ed eliminazioni di registrazioni
abilitazione/disabilitazione configurabiledel download delle zone tramite AXFR (AXFR in uscita)con la possibilità di specificare indirizzi IP specifici che possono scaricare la zona del dominio in questione
importazione dei datidurante il passaggio da altri server DNS – download tramite AXFR da un altro server, upload del file di zona o inserimento manuale
copia dei domini– è possibile creare facilmente un nuovo dominio copiando un altro dominio (con tutti i record e le impostazioni)
gestionedei record inversi(per i clienti dei nostri servizi di server hosting)

In preparazione

supportoDNSSEC perdomini generici. (Al momento offriamo DNSSEC solo per domini CZ ed EU)

Per ulteriori informazioni, consultare la knowledge base:VEDOS DNS