Gestión de DNS

Ofrecemos a todos GRATIS el mantenimiento de registros DNS primarios y secundarios para dominios.

El dominio principales aquel cuyos registros DNS se registran en nuestro sistema. Por lo tanto, nuestro sistema actúa básicamente como servidor DNS principal para este dominio. Esta es la solución habitual.

Un dominio secundarioes un dominio cuyos registros DNS no registramos nosotros, sino que los descargamos de otro servidor DNS a través de AXFR. Por lo tanto, el sistema actúa como un servidor DNS secundario para este dominio. Para este dominio, solo se configura la dirección IP desde la que se deben descargar los registros. El período de descarga se rige por los datos del registro SOA del dominio correspondiente (REFRESH, RETRY).

Nuestros servidores DNS son totalmente compatibles conIPv6.

Tipos de registros DNS compatibles

Información sobre el registro DNS de tipo A para indicar la dirección IPv4 para un nombre de dominio determinado.
Este tipo de registro contiene la dirección IP del protocolo IPv4. Estas direcciones se mantienen en un formato legible para los humanos (aunque en el protocolo DNS se transmiten como un número de 32 bits).
Ejemplo de entrada de configuración para el dominio y todos los 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 para indicar la dirección IPv6 para el nombre de dominio dado.
Se trata de una dirección IPv6.
Ejemplo de entrada de configuración para el dominio y todos los 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, mediante el cual delegamos el subdominio a otro servidor DNS.
Este tipo de registro sirve para comunicar la listade servidores DNS autoritativospara un dominio determinado. Se indican los nombres de los servidores (es decir, sus nombres de dominio), no las direcciones IP. Si un dispositivo desea conectarse al servidor DNS autoritativo de un dominio, primero busca en el servidor DNS de nivel superior todos los registros de tipo NS para el dominio buscado, selecciona uno de ellos y busca su dirección IP. Solo entonces puede establecerse la conexión de comunicación a través del protocolo DNS.

CNAME

Información sobre el registro DNS de tipo CNAME, que sirve para configurar un alias para otro nombre de dominio.
El registroCNAMEindica que el dominio en cuestión esun aliasde otro dominio, en el sentido de que comparten registros DNS (no contenido web, etc.).
Ejemplo de configuración de un registro CNAME:
Nombre | TTL | Tipo | Datos
www1.domena.tld | 1800 | CNAME | cilovadomena.tld

Información sobre el registro DNS de tipo MX para indicar los servidores a los que se debe enviar el correo electrónico para un dominio determinado.
El registro indica el nombre de dominiodel servidor de correo al que se debe enviar el correo para este dominio. Antes del nombre del servidor se indicala prioridad, que es importante en caso de que haya varios registros MX para un mismo nombre. En tal caso, se prueban los servidores según el número de prioridad ascendente (es decir, el servidor con el número más bajo tiene la mayor prioridad). Si el servidor no responde, probamos con el siguiente. El segundo y cada uno de los siguientes servidores, si están presentes, sirven comoservidores de correo alternativos.
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 contra el uso indebido y el spam, es recomendable configurar el registro SPF
. Encontrará una descripción detallada con instrucciones en la base de conocimientos.

SRV

Información sobre el registro DNS de tipo SRV, que sirve para indicar los servidores que prestan determinados servicios para un dominio concreto. Como ejemplo, podemos citar el enrutamiento de llamadas telefónicas mediante el protocolo SIP.
Los registros SRV tienen muchos otros usos. Por ejemplo, Microsoft Windows los utiliza para buscar el controlador de dominio y otros protocolos (XMMP, Kerberos, LDAP, etc.) también los utilizan.
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 de tipo CAA (Certification Authority Authorization), que permite especificar qué autoridades de certificación pueden emitir un certificado para un nombre de dominio.
En otras palabras, si no hay ningún registro CAA configurado para el dominio, cualquier CA puede emitir un certificado para el dominio sin restricciones. De lo contrario, solo la CA especificada en el registro CAA puede emitir un certificado para el dominio.
Ejemplo:
Nombre | TTL | Tipo | Datos
domena.tld | 1800 | CAA | 0 issue «letsencrypt.org»

TXT

Los registros TXT para diferentes valores de texto (por ejemplo, la entrada de reglas SPF) se escriben 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ó con el fin de aumentar la seguridad en la verificación del origen del certificado proporcionado por el servidor. El registro DNS TLSA determina el certificado del servicio para la combinación de datos: FQDN, protocolo y puerto, que juntos forman el prefijo del registro. Por lo tanto, con el registro TLSA es posible verificar si se ha producido alguna alteración del certificado en el trayecto entre el destinatario y el remitente.
Encontrará más información sobre el registro de tipo TLSA en nuestra base de conocimientos.

SSHFP

Información sobre el registro de tipo SSHFP. El registro sirve para verificar la huella digital de la clave pública del servidor después de establecer una conexión mediante el protocolo SSH.
Al establecer una conexión con el servidor mediante el protocolo SSH, se produce una autenticación entre el cliente y el servidor, de modo que, tras iniciar la conexión, el servidor transmite al cliente la huella digital 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 digital proporcionada por el servidor con la huella digital esperada de la clave pública del servidor.
Con la introducción del registro DNS SSHFP (RFC 4255), los clientes SSH disponen de un nuevo método de autenticación que compara la huella digital proporcionada por el servidor con la huella digital almacenada en la zona DNS del dominio para el FQDN del servidor. Durante la comparación, todos los parámetros del registro SSHFP deben coincidir: 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.
El uso de DNS SSHFP solo tiene sentido si este registro está firmado con la tecnología DNSSEC, lo que garantiza que no pueda ser falsificado.
Encontrará más información sobre el registro SSHFP y cómo configurarlo en nuestra base de conocimientos.

Funciones avanzadas del sistema

historial completo de cambios: cambios en la configuración, adiciones, modificaciones y eliminaciones de registros
Permiso/prohibición ajustablede la descarga de zonas a través de AXFR (AXFR saliente)con la posibilidad de indicar direcciones IP específicas que pueden descargar la zona del dominio en cuestión.
Importación de datosal cambiar de otros servidores DNS: descarga a través de AXFR desde otro servidor, carga del archivo de zona o introducción manual.
Copiar dominios: puede crear fácilmente un nuevo dominio copiando otro (con todos los registros y la configuración).
gestiónde registros inversos(para clientes de nuestros servicios de alojamiento web)

En preparación

SoporteDNSSEC paradominios genéricos. (Por ahora, solo ofrecemos DNSSEC para dominios CZ y EU).

Para obtener más información, consulte la base de conocimientos:VEDOS DNS