Los DNS son el sistema que conecta tu dominio (tudominio.com) con un servidor (una IP) o un servicio (como Google Workspace). Configurarlos bien significa que tu sitio web carga, tus correos llegan y tus subdominios funcionan. Configurarlos mal: 24-48 horas de problemas y cero acceso.
En esta guía vas a aprender qué son los registros DNS, qué hace cada tipo y cómo configurarlos paso a paso, sin importar tu proveedor de dominio.
¿Qué son los DNS?
DNS (Domain Name System) es la “agenda telefónica” de internet. Cuando alguien escribe tudominio.com en el navegador, el DNS traduce ese nombre a la IP del servidor donde vive tu sitio.
Sin DNS, tendrías que recordar 192.168.45.21 en lugar de moshipp.com. El DNS hace transparente toda esa complejidad.
Componentes del sistema DNS
- Registro del dominio: dónde compraste el dominio (GoDaddy, Namecheap, Moshipp, etc.).
- Nameservers (NS): los servidores que responden por tu dominio. Pueden ser los del registrar o de un proveedor externo (Cloudflare, AWS Route 53).
- Zona DNS: el conjunto de registros (A, CNAME, MX, TXT, etc.) que definen el comportamiento del dominio.
Analogía simple
Si el dominio es tu casa, los nameservers son la portería que recibe a los visitantes y los registros DNS son las instrucciones que la portería sigue: “el servidor web vive en el piso 3, el correo en el piso 5, el panel de admin en el piso 9”.
Tipos de registros DNS y para qué sirven
A (Address)
Apunta un dominio o subdominio a una dirección IPv4. El más fundamental.
tudominio.com A 203.0.113.45
www A 203.0.113.45
AAAA
Mismo concepto que A, pero para IPv6.
tudominio.com AAAA 2001:db8::1
CNAME (Canonical Name)
Apunta un subdominio a otro nombre de dominio (no a una IP). Útil para servicios externos.
blog CNAME tudominio.wordpress.com
shop CNAME tienda.shopify.com
Regla importante: el dominio raíz (tudominio.com sin nada antes) NO puede usar CNAME, solo A. Para el raíz usa siempre A.
MX (Mail Exchanger)
Define los servidores que reciben correo electrónico para tu dominio. Tiene una “prioridad” — el menor número va primero.
tudominio.com MX 1 smtp.google.com
tudominio.com MX 5 smtp2.google.com
TXT (Text)
Texto libre asociado al dominio. Usos comunes:
- Verificación de propiedad (Google Workspace, Microsoft 365 piden TXT específicos).
- SPF para autenticación de correo:
v=spf1 include:_spf.google.com ~all - DKIM y DMARC para email (ver guía SPF/DKIM/DMARC).
NS (Nameserver)
Especifica los servidores DNS responsables del dominio. Normalmente son 2 o 4:
tudominio.com NS ns1.tuproveedor.com
tudominio.com NS ns2.tuproveedor.com
Cambiar los NS mueve la administración del DNS de un proveedor a otro.
SRV (Service)
Para servicios específicos que requieren puerto y protocolo (VoIP, Microsoft Teams, XMPP).
PTR (Reverse DNS)
Lo opuesto al A: traduce IP a dominio. Lo configura tu proveedor de hosting/VPS, no tú directamente.
Caso 1: Apuntar el dominio a un hosting
Es lo más común. Acabas de comprar el dominio en Namecheap y el hosting en Moshipp.
Opción A: Cambiar los nameservers (recomendado)
- Tu proveedor de hosting te da 2 nameservers, ej:
ns1.moshipp.com ns2.moshipp.com - Entra al panel donde compraste el dominio (Namecheap, GoDaddy).
- Busca Domain → Nameservers o DNS Settings.
- Cambia de “Default” a “Custom” y pega ambos NS.
- Guarda y espera 1-24 horas para propagación.
Con esta opción, toda la administración DNS se hace en el panel del hosting.
Opción B: Mantener DNS en el registrar y crear registros A
- En el panel del registrar, deja los nameservers por defecto.
- Ve a DNS / Manage DNS.
- Crea estos registros:
(@ A IP-DE-TU-HOSTING www A IP-DE-TU-HOSTING@significa el dominio raíz; algunos paneles muestran un campo vacío en su lugar.) - Guarda y espera propagación.
Esta opción te da más control si vas a usar servicios distribuidos (correo en Google, sitio en hosting, blog en otro servidor).
Caso 2: Configurar correo (Google Workspace)
Al comprar Google Workspace, te piden agregar registros MX, TXT y DKIM.
Registros MX
@ MX 1 ASPMX.L.GOOGLE.COM
@ MX 5 ALT1.ASPMX.L.GOOGLE.COM
@ MX 5 ALT2.ASPMX.L.GOOGLE.COM
@ MX 10 ALT3.ASPMX.L.GOOGLE.COM
@ MX 10 ALT4.ASPMX.L.GOOGLE.COM
TXT de verificación
@ TXT google-site-verification=ABCDEFG...
SPF (recomendado)
@ TXT v=spf1 include:_spf.google.com ~all
DKIM (después de habilitar en el admin de Google)
google._domainkey TXT v=DKIM1; k=rsa; p=MIGfMA0...
Para Microsoft 365 los registros son similares pero apuntando a la infraestructura de Microsoft (ver guía SPF/DKIM/DMARC).
Caso 3: Apuntar un subdominio a un servicio diferente
Ejemplo: el dominio tudominio.com carga tu sitio principal en un hosting, pero blog.tudominio.com debe cargar un WordPress en otro servidor y shop.tudominio.com un Shopify.
@ A 203.0.113.45 ; sitio principal
www A 203.0.113.45
blog A 198.51.100.22 ; WordPress en otro VPS
shop CNAME shops.myshopify.com. ; Shopify
mail CNAME ghs.googlehosted.com. ; Google Sites
n8n A 192.0.2.10 ; N8N en VPS
Esto te da flexibilidad para mover servicios sin cambiar el dominio.
Caso 4: Configurar Cloudflare como proxy
Cloudflare se pone en medio: el visitante llega a Cloudflare, Cloudflare te entrega al servidor real. Beneficios: CDN, DDoS protection, SSL gratis, optimización.
Pasos
- Crea cuenta en https://cloudflare.com.
- Add a Site → escribe tu dominio.
- Cloudflare detecta automáticamente tus registros actuales.
- Te da 2 nameservers nuevos, ej:
alex.ns.cloudflare.com nina.ns.cloudflare.com - Entra al panel del registrar y cambia los NS a los de Cloudflare.
- Espera 24-48h para activación.
Desde ahora, toda la administración DNS pasa por Cloudflare. Activa el ícono naranja (proxy) en los registros A/CNAME para que el tráfico pase por la CDN. Ícono gris = solo DNS, sin proxy.
¿Cuándo activar proxy y cuándo no?
- Proxy ON (naranja): sitio web, subdominios públicos. Aprovechas CDN, DDoS protection, SSL gratis.
- Proxy OFF (gris): registros MX, SSH, FTP, VPN. Cloudflare no puede proxear correo ni protocolos no-HTTP.
TTL (Time To Live): cuánto tarda un cambio
El TTL es el tiempo (en segundos) que los servidores DNS recursivos guardan en caché tu registro. Si tu A tiene TTL de 3600, los DNS guardan tu IP 1 hora antes de volverla a consultar.
Estrategia recomendada
- Día normal: TTL alto (3600 - 86400) → menos consultas, mejor performance.
- Antes de migrar: TTL bajo (300) → propaga rápido cuando hagas el cambio.
Truco: 2 días antes de una migración, baja el TTL a 300 (5 minutos). El día de la migración, cambias el A y el mundo ve la nueva IP en máximo 5 minutos en lugar de 24 horas.
Verificar propagación DNS
Después de un cambio, tarda en propagarse. Para verificar:
Comando dig (Linux/Mac)
dig tudominio.com +short
dig tudominio.com MX
dig tudominio.com TXT
dig tudominio.com NS
Comando nslookup (Windows)
nslookup tudominio.com
nslookup -type=MX tudominio.com
Herramientas web
- DNS Checker: https://dnschecker.org — muestra propagación en 20+ países.
- MXToolbox: https://mxtoolbox.com — análisis detallado de todos los registros.
- WhatsMyDNS: https://www.whatsmydns.net — vista global rápida.
Errores comunes y soluciones
”El sitio no carga después de cambiar DNS”
Causa 90% de las veces: aún no propaga. Espera 24-48h. Para acelerar pruebas:
- Limpia caché DNS local:
- Mac:
sudo dscacheutil -flushcache - Windows:
ipconfig /flushdns - Linux:
sudo systemd-resolve --flush-caches
- Mac:
- Prueba desde otro dispositivo (móvil con datos 4G, no WiFi).
”Mis correos dejaron de llegar”
Probable: cambiaste los nameservers a un proveedor nuevo y olvidaste recrear los MX. Solución: recrea los MX del proveedor de correo en el nuevo panel DNS.
”El subdominio funciona pero el dominio raíz no”
Faltan los registros A en @. Tener solo www y olvidar @ deja el dominio raíz huérfano. Crea siempre ambos:
@ A IP-SERVIDOR
www A IP-SERVIDOR
“CNAME en el dominio raíz no funciona”
CNAME en el raíz está prohibido por la RFC. Soluciones:
- Usa A en lugar de CNAME.
- Si necesitas CNAME-like (apuntar a un nombre, no IP), usa CNAME flattening (Cloudflare lo soporta) o ALIAS records (algunos proveedores).
”Tras cambiar DNS, mi SSL se rompió”
Algunos certificados están atados a IP. Si cambias la IP del servidor sin renovar SSL, el navegador advierte. Renueva el certificado en el servidor nuevo (Let’s Encrypt es gratis — ver guía SSL).
”Veo el sitio viejo pero mi compañero ve el nuevo”
DNS propaga por regiones a velocidades distintas. Es normal durante 24-48 horas. No hagas cambios apresurados; espera.
Buenas prácticas de seguridad DNS
- Activa DNSSEC si tu proveedor lo soporta. Evita ataques de envenenamiento de caché.
- No expongas IPs internas en registros públicos. Si tienes una IP privada (10.0.0.x), no la pongas en un A público.
- Limita zona de transferencia (AXFR) — solo tu DNS secundario debería poder consultarla.
- WHOIS privacy activado para no exponer tu información de contacto.
- 2FA en el panel del registrar y del DNS provider. Un atacante con acceso al DNS puede secuestrar todo tu dominio.
Preguntas frecuentes
¿Cuánto tarda en propagar un cambio DNS?
Desde 5 minutos hasta 48 horas. Depende del TTL del registro y de los DNS recursivos del visitante. Si bajas el TTL a 300 antes del cambio, la propagación se acelera mucho.
¿Puedo tener varios registros A para el mismo dominio?
Sí, esto se llama 'round-robin DNS' y reparte tráfico entre varias IPs. Útil para balanceo simple. Para algo más serio, usa un load balancer real (Cloudflare, AWS ELB).
¿Cuál es la diferencia entre @ y www?
`@` es el dominio raíz (`tudominio.com`); `www` es un subdominio (`www.tudominio.com`). Históricamente la web vivía en `www`, hoy se usa el raíz. Configura ambos para que tu sitio funcione con o sin www.
¿Quién administra los DNS si compré el dominio aparte del hosting?
Quien tú decidas. Por defecto, el registrar. Si cambias los nameservers al del hosting, el hosting administra. Si los cambias a Cloudflare, Cloudflare administra. Es flexible y puedes cambiar cuando quieras.
¿Necesito pagar por DNS?
No. El DNS está incluido con tu dominio. Solo pagas extra si usas servicios premium (Cloudflare Pro con WAF avanzado, Route 53 para alta disponibilidad). Para sitios normales, el DNS gratis del registrar o de Cloudflare es suficiente.
¿Por qué Google Workspace no recibe mis correos?
Causas comunes: (1) faltan los MX o tienen prioridad mal, (2) hay un MX viejo apuntando a otro servidor (bórralo), (3) no propagó aún (espera 24h), (4) Google aún no verificó el dominio (revisa el panel de admin).
¿Cómo sé si mi DNS es vulnerable?
Herramientas como DNSViz (https://dnsviz.net) y Internet.nl auditan tu DNS y detectan: falta de DNSSEC, configuraciones inseguras, problemas de propagación. Úsalas como auditoría mensual.
Conclusión
Configurar DNS suena técnico, pero una vez entiendes que A apunta a IPs, CNAME apunta a nombres, MX define correo y TXT lleva verificaciones, el resto es seguir recetas. La paciencia con la propagación (24-48h) es la única parte que no puedes acelerar.
Para sitios normales, mantén los nameservers en tu registrar o en tu hosting, configura A para web, MX para correo, TXT para verificaciones, y tendrás un dominio funcionando perfectamente.
Si eliges dominio + hosting en Moshipp, te entregamos los DNS ya configurados según tu servicio. Para casos complejos (Cloudflare, varios servicios, multi-región), nuestro soporte en español te ayuda sin costo extra.
Sigue aprendiendo

.com vs .co vs .com.co: cuál conviene para tu negocio en Colombia
Comparativa práctica entre .com, .co y .com.co. Diferencias en SEO, percepción, costo, restricciones y casos en los que conviene cada uno.
Leer más
Cómo elegir un dominio .com.co en Colombia: guía 2026
Aprende a elegir, registrar y proteger el dominio .com.co perfecto para tu negocio en Colombia. Costos, trámite, SEO y consejos prácticos.
Leer más
Cómo crear subdominios y para qué sirven: guía práctica
Aprende qué es un subdominio, para qué sirve y cómo crearlo paso a paso en cPanel, Plesk, Cloudflare y VPS. Casos de uso y mejores prácticas.
Leer más
