Gestion DNS

Nous offrons à tous la gestion GRATUITE des enregistrements DNS primaires et secondaires pour les domaines.

Le domaine principalest le domaine pour lequel les enregistrements DNS sont enregistrés dans notre système. Notre système agit donc essentiellement comme serveur DNS principal pour ce domaine. Il s'agit d'une solution courante.

Un domaine secondaireest un domaine pour lequel nous n'enregistrons pas les enregistrements DNS, mais les téléchargeons à partir d'un autre serveur DNS via AXFR. Le système se comporte donc comme un serveur DNS secondaire pour ce domaine. Pour ce domaine, seule l'adresse IP à partir de laquelle les enregistrements doivent être téléchargés est configurée. La période de téléchargement est régie par les données de l'enregistrement SOA du domaine concerné (REFRESH, RETRY).

Nos serveurs DNS prennent entièrement en chargeIPv6.

Types d'enregistrements DNS pris en charge

Informations sur l'enregistrement DNS de type A pour indiquer l'adresse IPv4 d'un nom de domaine donné.
Un enregistrement de ce type contient l'adresse IP du protocole IPv4. Ces adresses sont conservées sous une forme lisible par l'homme (mais elles sont transmises sous forme de nombre 32 bits dans le protocole DNS).
Exemple d'enregistrement des paramètres pour le domaine et tous les sous-domaines :
Nom | TTL | Type | Données
(nom vide) | 1800 | A | 81.2.199.30
* | 1800 | A | 81.2.199.30

AAAA

Informations sur l'enregistrement DNS de type AAAA pour indiquer l'adresse IPv6 pour le nom de domaine donné.
Il s'agit d'une adresse IPv6.
Exemple d'enregistrement des paramètres pour le domaine et tous les sous-domaines :
Nom | TTL | Type | Données
(nom vide) | 1800 | AAAA | 2a02:2b88:1:4::40
* | 1800 | AAAA | 2a02:2b88:1:4::40

Informations sur l'enregistrement DNS de type NS, par lequel nous déléguons le sous-domaine à un autre serveur DNS.
Ce type d'enregistrement sert à communiquer la listedes serveurs DNS faisant autoritépour un domaine donné. Les noms des serveurs (c'est-à-dire leurs noms de domaine) sont indiqués, et non leurs adresses IP. Si un appareil souhaite se connecter au serveur DNS faisant autorité d'un domaine, il recherche d'abord tous les enregistrements de type NS pour le domaine recherché sur le serveur DNS de niveau supérieur, en sélectionne un et trouve son adresse IP. Ce n'est qu'alors qu'une connexion de communication via le protocole DNS peut être établie.

CNAME

Informations sur l'enregistrement DNS de type CNAME, qui sert à configurer un alias pour un autre nom de domaine.
L'enregistrementCNAMEindique que le domaine donné estun aliasd'un autre domaine dans le sens où ils ont des enregistrements DNS communs (et non un contenu web commun, etc.).
Exemple de configuration d'un enregistrement CNAME :
Nom | TTL | Type | Données
www1.domena.tld | 1800 | CNAME | cilovadomena.tld

Informations sur l'enregistrement DNS de type MX pour indiquer les serveurs auxquels le courrier électronique doit être acheminé pour un domaine donné.
L'enregistrement indique le nom de domainedu serveur de messagerie auquel le courrier doit être acheminé pour ce domaine.La priorité est indiquée avant le nom du serveur, ce qui est important lorsqu'il existe plusieurs enregistrements MX pour un même nom. Dans ce cas, les serveurs sont testés selon un ordre croissant de priorité (c'est-à-dire que le serveur avec le numéro le plus bas a la priorité la plus élevée). Si le serveur ne répond pas, nous essayons le suivant. Le deuxième serveur et tous les suivants, s'ils sont présents, servent deserveurs de messagerie de secours.
Exemple de configuration pour nos serveurs de messagerie :
Nom | TTL | Type | Données
(nom vide) | 1800 | MX | 1 wes1-mx1.wedos.net
(nom vide) | 1800 | MX | 1 wes1-mx2.wedos.net
(nom vide) | 1800 | MX | 10 wes1-mx-backup.wedos.net

SPF

Pour protéger votre nom de domaine contre les abus liés au spam, il est recommandé de configurer l'enregistrement SPF
. Vous trouverez une description détaillée et des instructions dans la base de connaissances.

SRV

Informations sur l'enregistrement DNS de type SRV, qui sert à indiquer les serveurs qui fournissent certains services pour un domaine donné. On peut citer comme exemple le routage des appels téléphoniques via le protocole SIP.
Les enregistrements SRV ont de nombreuses autres utilisations. Par exemple, Microsoft Windows les utilise pour rechercher un contrôleur de domaine et d'autres protocoles (XMMP, Kerberos, LDAP, etc.) les utilisent également.
Exemple de configuration d'un enregistrement SRV :
Nom | TTL | Type | Données (priorité, poids, numéro de port, hôte)
_sip._udp.domena.tld | 1800 | SRV | 10 100 5060 sip.domena.tld

CAA

Informations sur l'enregistrement de type CAA (Certification Authority Authorization), qui permet de spécifier quelles autorités de certification peuvent émettre un certificat pour un nom de domaine.
En d'autres termes, si aucun enregistrement CAA n'est défini pour le domaine, n'importe quelle autorité de certification peut délivrer un certificat pour le domaine sans restriction. Dans le cas contraire, seule l'autorité de certification mentionnée dans l'enregistrement CAA peut délivrer un certificat pour le domaine.
Exemple :
Nom | TTL | Type | Données
domaine.tld | 1800 | CAA | 0 issue « letsencrypt.org »

TXT

Les enregistrements TXT pour différentes valeurs textuelles (par exemple, l'enregistrement des règles SPF) sont enregistrés sans guillemets au début et à la fin.
Exemple :
Nom | TTL | Type | Données
(nom vide) | 1800 | TXT | « v = spf1 IP4 : 64.170.98.0/26 IP6 : 2001: 1890: 1112: 1 :: 0/64 -all »

TLSA

Informations sur l'enregistrement de type DANE/TLSA (DNS-Based Authentication of Named Entities/TLS Association).
Le protocole DANE, qui met en place un enregistrement DNS de type TLSA, a été créé dans le but d'améliorer la sécurité lors de la vérification de l'origine du certificat fourni par le serveur. L'enregistrement DNS TLSA détermine le certificat de service pour la combinaison des données – FQDN, protocole et port, qui constituent ensemble le préfixe de l'enregistrement. L'enregistrement TLSA permet donc de vérifier si le certificat n'a pas été modifié entre le destinataire et l'expéditeur.
Vous trouverez plus d'informations sur l'enregistrement de type TLSA dans notre base de connaissances.

SSHFP

Informations sur l'enregistrement de type SSHFP. L'enregistrement sert à vérifier l'empreinte de la clé publique du serveur après l'établissement d'une connexion à l'aide du protocole SSH.
Lors de l'établissement d'une connexion avec le serveur à l'aide du protocole SSH, l'authentification entre le client et le serveur s'effectue de telle sorte qu'après le démarrage de la connexion, le serveur transmet au client l'empreinte de sa clé publique afin que le client puisse vérifier l'identité du serveur.
La fiabilité et la sécurité de la connexion dépendent donc du fait que l'utilisateur compare réellement l'empreinte fournie par le serveur avec l'empreinte attendue de la clé publique du serveur.
L'introduction de l'enregistrement DNS SSHFP (RFC 4255) crée un nouveau mode d'authentification pour les clients SSH en comparant l'empreinte fournie par le serveur à celle qui est stockée dans la zone DNS du domaine pour le FQDN du serveur. Lors de la comparaison, tous les paramètres de l'enregistrement SSHFP doivent correspondre : l'algorithme utilisé pour générer la clé, l'algorithme utilisé pour générer l'empreinte de la clé et enfin l'empreinte de la clé elle-même.
L'utilisation du DNS SSHFP n'a de sens que si cet enregistrement est signé par la technologie DNSSEC, ce qui garantit que l'enregistrement en question ne peut pas être falsifié.
Pour plus d'informations sur l'enregistrement SSHFP et sa configuration, consultez notre base de connaissances.

Fonctions avancées du système

historique complet des modifications– modifications des paramètres, ajout, modification et suppression d'enregistrements
autorisation/interdiction réglabledu téléchargement de zones via AXFR (AXFR sortant)avec possibilité d'indiquer des adresses IP spécifiques qui peuvent télécharger la zone du domaine concerné
importation de donnéeslors du transfert depuis d'autres serveurs DNS – téléchargement via AXFR depuis un autre serveur, téléchargement du fichier de zone ou saisie manuelle
copie de domaines– vous pouvez facilement créer un nouveau domaine en copiant un autre domaine (avec toutes les entrées et tous les paramètres)
gestiondes enregistrements inversés(pour les clients de nos services d'hébergement de serveurs)

En préparation

Prise en chargedu protocole DNSSEC pourles domaines génériques. (Pour l'instant, nous proposons le protocole DNSSEC uniquement pour les domaines CZ et EU.)

Pour plus d'informations, consultez la base de connaissances :VEDOS DNS