Gestión de DNS

Ofrecemos a todos la gestión GRATUITA de los registros DNS primarios y secundarios de dominios.

Un dominio primario es un dominio cuyos registros DNS se guardan en nuestro sistema. Por tanto, nuestro sistema actúa básicamente como servidor DNS primario de ese dominio. Es la solución habitual.

Un dominio secundario es un dominio cuyos registros DNS no guardamos nosotros; en su lugar, los descargamos de otro servidor DNS mediante AXFR. Para ese dominio, el sistema actúa como servidor DNS secundario. Para este dominio solo indicas la dirección IP desde la que se descargarán los registros. El intervalo de descarga se rige por los valores del registro SOA del dominio correspondiente (REFRESH, RETRY).

Nuestros servidores DNS admiten plenamente IPv6.

Tipos de registros DNS compatibles

Una

Información sobre el registro DNS de tipo A, que se utiliza para indicar la dirección IPv4 de un nombre de dominio determinado.Un registro de este tipo contiene una dirección IP del protocolo IPv4. Estas direcciones se guardan en una forma legible para las personas (aunque en el protocolo DNS se transmiten como un número de 32 bits).Ejemplo de configuración para un dominio y todos sus subdominios:Nombre | TTL | Tipo | Datos(nombre vacío) | 1800 | A | 81.2.199.30* | 1800 | A | 81.2.199.30

AAAA

Información sobre el registro DNS de tipo AAAA, que se utiliza para indicar la dirección IPv6 de un nombre de dominio determinado.Se trata de una dirección IP IPv6.Ejemplo de configuración para un dominio y todos sus subdominios:Nombre | TTL | Tipo | Datos(nombre vacío) | 1800 | AAAA | 2a02:2b88:1:4::40* | 1800 | AAAA | 2a02:2b88:1:4::40

Información sobre el registro DNS de tipo NS, que se utiliza para delegar un subdominio a otro servidor DNS.Este tipo de registro sirve para indicar la lista de servidores DNS autoritativos de un dominio determinado. Se indican los nombres de los servidores (es decir, sus nombres de dominio), no las direcciones IP. Cuando un dispositivo quiere conectarse al servidor DNS autoritativo de un dominio, primero busca todos los registros NS del dominio solicitado en un servidor DNS de nivel superior, elige uno de ellos y averigua su dirección IP; solo entonces puede establecerse la comunicación mediante el protocolo DNS.

CNAME

Información sobre el registro DNS de tipo CNAME, que se utiliza para configurar un alias de otro nombre de dominio.Un registro CNAME indica que el dominio dado es un alias de otro dominio, en el sentido de que comparten registros DNS (no el contenido del sitio web, etc.).Ejemplo de configuración de un registro CNAME:Nombre | TTL | Tipo | Datoswww1.domena.tld | 1800 | CNAME | cilovadomena.tld

Información sobre el registro DNS de tipo MX, que se utiliza para indicar los servidores a los que debe entregarse el correo de un dominio determinado.El registro indica el nombre de dominio del servidor de correo al que debe entregarse el correo de este dominio. Antes del nombre del servidor se indica una prioridad, que importa cuando hay varios registros MX para un mismo nombre. En ese caso, los servidores se prueban en orden ascendente del número de prioridad (es decir, el servidor con el número más bajo tiene la prioridad más alta). Si un servidor no responde, se prueba el siguiente. El segundo servidor y los siguientes, si los hay, sirven como servidores de correo de respaldo.Ejemplo de configuración para nuestros servidores de correo:Nombre | TTL | Tipo | Datos(nombre vacío) | 1800 | MX | 1 wes1-mx1.wedos.net(nombre vacío) | 1800 | MX | 1 wes1-mx2.wedos.net(nombre vacío) | 1800 | MX | 10 wes1-mx-backup.wedos.net

SPF

Para proteger el nombre de dominio frente a su uso indebido para SPAM, conviene configurar un registro SPF.Encontrarás una descripción detallada con una guía en nuestra base de conocimiento.

SRV

Información sobre el registro DNS de tipo SRV, que se utiliza para indicar los servidores que prestan determinados servicios a un dominio determinado. Un ejemplo es el encaminamiento de llamadas telefónicas mediante el protocolo SIP.Los registros SRV tienen muchos otros usos. Por ejemplo, Microsoft Windows los utiliza para localizar un controlador de dominio, y los emplean otros protocolos (XMPP, Kerberos, LDAP, etc.).Ejemplo de configuración de un registro SRV:Nombre | TTL | Tipo | Datos (prioridad, peso, número de puerto, host)_sip._udp.domena.tld | 1800 | SRV | 10 100 5060 sip.domena.tld

CAA

Información sobre el registro CAA (Certification Authority Authorization), que permite indicar qué autoridades de certificación pueden emitir un certificado para un nombre de dominio.Dicho de otro modo, si no hay ningún registro CAA configurado para un dominio, cualquier CA puede emitir un certificado para ese dominio sin restricciones. En caso contrario, solo puede emitir un certificado para el dominio la CA indicada en el registro CAA.Ejemplo:Nombre | TTL | Tipo | Datosdomena.tld | 1800 | CAA | 0 issue „letsencrypt.org“

TXT

Registros TXT para diversos valores de texto (por ejemplo, para escribir reglas SPF); se introducen sin comillas al principio ni al final.Ejemplo:Nombre | TTL | Tipo | Datos(nombre vacío) | 1800 | TXT | „v = spf1 IP4: 64.170.98.0/26 IP6: 2001: 1890: 1112: 1 :: 0/64 -all“

TLSA

Información sobre el registro DANE/TLSA (DNS-Based Authentication of Named Entities/TLS Association).El protocolo DANE, que introduce el registro DNS de tipo TLSA, se creó para aumentar la seguridad al verificar el origen de un certificado proporcionado por un servidor. Un registro DNS TLSA especifica el certificado del servicio para una combinación de datos (FQDN, protocolo y puerto) que juntos forman el prefijo del registro. Mediante un registro TLSA es posible, por tanto, comprobar si el certificado fue alterado por el camino entre el destinatario y el remitente.Encontrarás más información sobre el registro de tipo TLSA en nuestra base de conocimiento.

SSHFP

Información sobre el registro de tipo SSHFP. El registro sirve para verificar la huella de la clave pública del servidor tras establecer una conexión mediante el protocolo SSH.Al establecer una conexión con un servidor mediante el protocolo SSH, la autenticación entre el cliente y el servidor se realiza de modo que, una vez iniciada la conexión, el servidor envía al cliente la huella de su clave pública para que el cliente pueda verificar la identidad del servidor.La fiabilidad y la seguridad de la conexión dependen, por tanto, de que el usuario compare realmente la huella proporcionada por el servidor con la huella esperada de la clave pública del servidor.La introducción del registro DNS SSHFP (RFC 4255) ofrece a los clientes SSH una nueva forma de autenticación: comparar la huella proporcionada por el servidor con la huella almacenada en la zona DNS del dominio para el FQDN del servidor. En la comparación deben coincidir todos los parámetros del registro SSHFP: el algoritmo utilizado para generar la clave, el algoritmo utilizado para generar la huella de la clave y, por último, la propia huella de la clave.Usar DNS SSHFP solo tiene sentido si este registro está firmado con la tecnología DNSSEC, que garantiza que el registro no pueda falsificarse.Encontrarás más información sobre el registro SSHFP y cómo configurarlo en nuestra base de conocimiento.

Funciones avanzadas del sistema

historial completo de cambios – cambios en la configuración, alta, edición y eliminación de registros
permiso o bloqueo configurable de las transferencias de zona mediante AXFR (AXFR saliente) con la posibilidad de indicar direcciones IP concretas que pueden descargar la zona del dominio en cuestión
importación de datos al migrar desde otros servidores DNS: descarga mediante AXFR desde otro servidor, carga de un archivo de zona o introducción manual
copia de dominios – puedes crear fácilmente un dominio nuevo copiando otro (con todos sus registros y ajustes)
gestión de registros inversos (para clientes de nuestros servicios de alojamiento de servidores)

Próximamente

compatibilidad con DNSSECen dominios genéricos. (Por ahora ofrecemos DNSSEC solo para dominios CZ y EU)

Para más información, consulta nuestra base de conocimiento: VEDOS DNS