Gestion DNS

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

Un domaine primaire est un domaine dont les enregistrements DNS sont conservés dans notre système. Notre système joue donc essentiellement le rôle de serveur DNS primaire pour ce domaine. C’est la solution habituelle.

Un domaine secondaire est un domaine dont les enregistrements DNS ne sont pas conservés chez nous ; nous les téléchargeons à la place depuis un autre serveur DNS via AXFR. Pour un tel domaine, le système agit comme serveur DNS secondaire. Pour ce domaine, vous définissez uniquement l’adresse IP à partir de laquelle les enregistrements doivent être téléchargés. L’intervalle de téléchargement dépend des valeurs de l’enregistrement SOA du domaine concerné (REFRESH, RETRY).

Nos serveurs DNS prennent entièrement en charge IPv6.

Types d’enregistrements DNS pris en charge

Une

Informations sur l’enregistrement DNS de type A, utilisé pour indiquer l’adresse IPv4 d’un nom de domaine donné.Un enregistrement de ce type contient une adresse IP du protocole IPv4. Ces adresses sont conservées sous une forme lisible par l’humain (bien que dans le protocole DNS elles soient transmises sous forme de nombre de 32 bits).Exemple de configuration pour un domaine et tous ses 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, utilisé pour indiquer l’adresse IPv6 d’un nom de domaine donné.Il s’agit d’une adresse IP IPv6.Exemple de configuration pour un domaine et tous ses 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, utilisé pour déléguer un sous-domaine à un autre serveur DNS.Ce type d’enregistrement sert à fournir la liste des serveurs DNS faisant autorité pour un domaine donné. Ce sont les noms des serveurs (c’est-à-dire leurs noms de domaine) qui sont indiqués, et non des adresses IP. Lorsqu’un appareil souhaite se connecter au serveur DNS faisant autorité d’un domaine, il recherche d’abord tous les enregistrements NS du domaine demandé sur un serveur DNS de niveau supérieur, en choisit un et trouve son adresse IP ; ce n’est qu’ensuite qu’une connexion de communication via le protocole DNS peut s’établir.

CNAME

Informations sur l’enregistrement DNS de type CNAME, utilisé pour configurer un alias vers un autre nom de domaine.Un enregistrement CNAME indique que le domaine concerné est un alias d’un autre domaine, en ce sens qu’ils partagent les mêmes enregistrements DNS (et non le contenu du site web, etc.).Exemple de configuration d’un enregistrement CNAME :Nom | TTL | Type | Donnéeswww1.domena.tld | 1800 | CNAME | cilovadomena.tld

Informations sur l’enregistrement DNS de type MX, utilisé pour indiquer les serveurs auxquels le courrier électronique d’un domaine donné doit être remis.L’enregistrement indique le nom de domaine du serveur de messagerie auquel le courrier de ce domaine doit être remis. Une priorité est indiquée avant le nom du serveur ; elle est importante lorsqu’il existe plusieurs enregistrements MX pour un même nom. Dans ce cas, les serveurs sont essayés par ordre croissant du numéro de priorité (c’est-à-dire que le serveur ayant le numéro le plus bas a la priorité la plus élevée). Si un serveur ne répond pas, nous essayons le suivant. Le deuxième serveur et chacun des suivants, le cas échéant, servent de serveurs 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 le nom de domaine contre toute utilisation abusive à des fins de SPAM, il est conseillé de configurer un enregistrement SPF.Vous trouverez une description détaillée avec un guide dans notre base de connaissances.

SRV

Informations sur l’enregistrement DNS de type SRV, utilisé pour indiquer les serveurs fournissant certains services pour un domaine donné. Un exemple est l’acheminement des appels téléphoniques via le protocole SIP.Les enregistrements SRV ont de nombreuses autres utilisations. Par exemple, Microsoft Windows les utilise pour localiser un contrôleur de domaine, et d’autres protocoles les utilisent également (XMPP, Kerberos, LDAP, etc.).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 CAA (Certification Authority Authorization), qui permet de préciser 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 un domaine, n’importe quelle AC peut émettre un certificat pour ce domaine sans restriction. Sinon, seule l’AC indiquée dans l’enregistrement CAA peut émettre un certificat pour le domaine.Exemple :Nom | TTL | Type | Donnéesdomena.tld | 1800 | CAA | 0 issue „letsencrypt.org“

TXT

Enregistrements TXT pour diverses valeurs textuelles (par exemple pour saisir des règles SPF) ; ils sont saisis sans guillemets au début ni à 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 DANE/TLSA (DNS-Based Authentication of Named Entities/TLS Association).Le protocole DANE, qui introduit l’enregistrement DNS de type TLSA, a été créé pour renforcer la sécurité lors de la vérification de l’origine d’un certificat fourni par un serveur. Un enregistrement DNS TLSA précise le certificat du service pour une combinaison de données – FQDN, protocole et port – qui forment ensemble le préfixe de l’enregistrement. Un enregistrement TLSA permet donc de vérifier si le certificat a été modifié en chemin 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. Cet enregistrement sert à vérifier l’empreinte de la clé publique du serveur après l’établissement d’une connexion via le protocole SSH.Lors de l’établissement d’une connexion à un serveur via le protocole SSH, l’authentification entre le client et le serveur se déroule de la manière suivante : une fois la connexion initiée, le serveur envoie 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 de la comparaison effective, par l’utilisateur, de 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) offre aux clients SSH un nouveau mode d’authentification, en comparant l’empreinte fournie par le serveur avec celle 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 de DNS SSHFP n’a de sens que si cet enregistrement est signé avec la technologie DNSSEC, ce qui garantit qu’il ne peut pas être falsifié.Vous trouverez plus d’informations sur l’enregistrement SSHFP et sa configuration dans 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/refus configurable des transferts de zone via AXFR (AXFR sortant) avec la possibilité d’indiquer les adresses IP précises autorisées à télécharger la zone du domaine concerné
import de données lors de la migration depuis d’autres serveurs DNS – téléchargement via AXFR depuis un autre serveur, envoi d’un fichier de zone ou saisie manuelle
copie de domaines – vous pouvez facilement créer un nouveau domaine en en copiant un autre (avec tous les enregistrements et paramètres)
gestion des enregistrements inverses (pour les clients de nos services d’hébergement de serveurs)

Bientôt disponible

prise en charge de DNSSECsur les domaines génériques. (Pour l’instant, nous proposons DNSSEC uniquement pour les domaines CZ et EU)

Pour plus d’informations, consultez notre base de connaissances : VEDOS DNS