Diccionario · Web y tecnología · #Acrónimos
DNS (sistema de nombres de dominioDominioDominio: nombre único con el que se identifica un sitio web en internet, alquilado por periodos a un registrador y asociado mediante el DNS a los servidores qu…): sistema que traduce los nombres de dominioDominioDominio: nombre único con el que se identifica un sitio web en internet, alquilado por periodos a un registrador y asociado mediante el DNS a los servidores qu… legibles por personas a las direcciones numéricas de los servidores que responden por ellos.
Cuando alguien escribe el nombre de tu web en el navegador, su ordenador no sabe dónde está. Pregunta al DNS, que consulta una serie de servidores hasta dar con el registro que dice a qué dirección numérica corresponde ese dominioDominioDominio: nombre único con el que se identifica un sitio web en internet, alquilado por periodos a un registrador y asociado mediante el DNS a los servidores qu…, y entonces se conecta allí. Todo eso ocurre en milisegundos y ninguna persona lo ve.
La comparación habitual es la de una guía telefónica, y funciona bien para entender dos cosas. La primera, que el dominio y el servidor son cosas separadas: cambiar de alojamiento es cambiar el número al que apunta la guía, no cambiar de nombre. La segunda, que si la guía tiene un dato mal, da igual que el servidor funcione perfectamente.
Esto último es lo que explica la mayoría de las urgencias de este tipo. Una web caída o un correo que no llega suelen ser un registro equivocado, no un problema del servidor.
El registro A dice a qué servidor apunta la web. Es el que se cambia al migrar de alojamiento y el responsable de que el sitio aparezca o no.
Los registros MX dicen dónde está el correo del dominio. Son independientes de la web: se puede tener el sitio en un proveedor y el correo en otro, que es lo más frecuente.
Los registros TXT se usan para verificaciones y, sobre todo, para la autenticación del correo. Ahí viven SPF, DKIM y DMARC, los tres mecanismos que permiten a los servidores de destino comprobar que un mensaje que dice venir de tu dominio viene de un servidor autorizado. Sin ellos, los envíos acaban en spam con mucha más facilidad y suplantar tu dirección es trivial.
El registro CNAME es un alias: hace que un subdominio apunte a otro nombre. Se usa para conectar servicios externos —una tienda, una herramienta de correo, un panel— bajo tu propio dominio.
El primero, con diferencia, es perder los MX al migrar la web. Al cambiar de proveedor se sustituye el conjunto de registros por los nuevos y el correo desaparece con ellos. La web se ve bien, así que nadie sospecha hasta que un cliente llama diciendo que sus mensajes rebotan.
El segundo es esperar efecto inmediato. Los cambios tardan en propagarse en función del TTL, el tiempo que cada servidor conserva la respuesta anterior. Si se sabe que va a haber un cambio, bajar el TTL unos días antes convierte una espera de horas en una de minutos.
El tercero es no saber quién gestiona qué. Entre el registrador del dominio, el alojamiento y servicios intermedios, es habitual que los registros vivan en un sitio distinto del que todo el mundo cree, y que nadie tenga las claves.
Y el cuarto, tocar sin copia. Exportar los registros actuales antes de cambiar nada cuesta un minuto y convierte un desastre en un revés de diez minutos.
Hay un quinto que afecta al posicionamientoPosicionamientolugar que ocupa la marca de la empresa en la mente de los clientes en relación con la competencia.: dejar activos registros de servicios que ya no se usan. Un subdominio que apunta a una herramienta dada de baja puede acabar siendo reutilizado por un tercero y servir contenido ajeno bajo tu dominio.
Una empresa migró su web a un proveedor nuevo un jueves por la tarde. El sitio cargó perfectamente y se dio la migración por buena.
El lunes descubrieron que llevaban tres días sin recibir ni un correo: los registros MX se habían sustituido por los del nuevo alojamiento, que no prestaba servicio de correo. Los mensajes rebotaban sin que ellos vieran nada.
Se restauraron los MX del proveedor de correo y el servicio volvió en una hora. Pero los mensajes de esos tres días se habían perdido en origen. Con una copia previa de los registros, el problema no habría existido; con una comprobación del correo el mismo jueves, habría durado quince minutos.
El DNS no es un asunto que convenga delegar sin control. Dos cosas deberían estar claras en cualquier empresa: quién tiene acceso al panel donde se gestionan los registros, y dónde hay una copia reciente de cómo están configurados.
La tercera, para quien envíe correo comercial, es tener SPF, DKIM y DMARC correctamente puestos. Es la diferencia entre que tus envíos lleguen a la bandeja de entrada o al spam, y se arregla una vez.
En BarmetMedia esto se revisa dentro del SEO para empresa cuando hay una migración de por medio, y afecta directamente a la entregabilidad de cualquier campaña de correo. Más vocabulario en web y tecnología.
Entre unos minutos y 48 horas, según el valor de TTL que tuviera el registro y de las cachés por las que pase. Si se sabe que va a haber un cambio, conviene bajar el TTL unos días antes: así la propagación posterior es casi inmediata. Lo que no funciona es cambiar y esperar que surta efecto al momento.
Es el error más común. Al migrar un sitio se suele sustituir el conjunto de registros por los del nuevo proveedor, y en esa sustitución desaparecen los MX, que son los que dicen dónde está el correo. La web funciona y el correo deja de llegar. Antes de tocar nada hay que guardar una copia de todos los registros actuales.
Tres registros de tipo TXT que sirven para que los servidores de destino comprueben que un correo que dice venir de tu dominio viene de verdad de un servidor autorizado. Sin ellos, tus envíos tienen muchas más probabilidades de acabar en spam, y cualquiera puede suplantar tu dirección con facilidad.
Hablamos de tu marketing
¿Cómo se aplica DNS en tu empresa?
Lo miramos con tus datos, te decimos qué cambiar, en qué orden y qué esperar de cada paso.
267 términos
