IP de un subdominio
ip subdominio · comprobar ip subdominio · lookup subdominio
Cómo consultar la IP de api, mail, www u otros subdominios sin confundirlos con el dominio principal.
Por DN01 Network Team
Un subdominio puede resolver a una IP completamente distinta del dominio principal. api.example.com puede vivir en un proveedor cloud, www detrás de CDN y mail en infraestructura de correo. Por eso, cuando investigue una incidencia, consulte el hostname exacto y no solo el apex.
Abra /find-ip-address con el subdominio completo. Después use Comprobador DNS para revisar si la respuesta viene de A, AAAA o CNAME. Si el subdominio expone servicio web, Comprobador de cabeceras HTTP ayuda a confirmar redirecciones, cabeceras y estado del host.
Este enfoque reduce errores en tickets donde alguien dice “el dominio apunta bien” aunque el fallo está en un subdominio específico.
Apex, www y subdominios no son lo mismo
El apex example.com, www.example.com y api.example.com son nombres distintos. Pueden compartir destino, pero DNS no lo garantiza. Cada etiqueta tiene registros propios o hereda comportamiento mediante CNAME. Una comprobación precisa debe usar el nombre exacto que falla.
También cambian los certificados y cabeceras. Un subdominio puede resolver bien pero servir un certificado sin SAN correcto, o devolver una redirección a otro host. Por eso la IP es solo la primera pista.
Flujo de diagnóstico
Consulte el subdominio en /find-ip-address y copie todas las IPs. Luego abra Comprobador DNS para verificar registros y TTL. Si hay CNAME, compruebe el destino canónico, porque el proveedor real suele aparecer allí.
Para hosts HTTP, ejecute Comprobador de cabeceras HTTP. Si la URL redirige a otro dominio, investigue también ese destino. Use WHOIS cuando necesite entender registrador, nameservers o proveedor de la IP.
Casos habituales
En aplicaciones SaaS, un subdominio suele apuntar a un CNAME del proveedor. En APIs, puede apuntar a balanceadores cloud. En correo, los nombres mail o smtp pueden resolver a servidores separados de MX. En todos los casos, mezclar el apex con el host real lleva a diagnósticos falsos.
Durante bajas de servicios, busque subdominios olvidados que todavía apuntan a proveedores antiguos. Esos restos pueden crear riesgos de takeover o errores de marca.
Qué guardar en el informe
Incluya hostname completo, IPs, tipo de registro, TTL y cualquier CNAME intermedio. Si hay servicio web, añada estado HTTP, redirección final y cabeceras relevantes.
Con esa evidencia, infraestructura, seguridad y soporte pueden hablar de la misma entidad técnica en lugar de discutir sobre “el dominio” en abstracto.
Preguntas frecuentes
- ¿www es un subdominio?
Sí. www.example.com es un nombre distinto del apex example.com y puede tener IP diferente.
- ¿Debo consultar con protocolo?
Para IP use solo el host. Para cabeceras HTTP, use la URL completa con https://.
- ¿Qué pasa si el subdominio usa CNAME?
Siga el CNAME hasta el destino y revise las IPs publicadas por ese nombre.