Validador de Hostname
Valida nombres de host segun estandares RFC
Input Hostnames
RFC 1123 Hostname Rules:
- Labels must be 1-63 characters, total max 253
- Start and end with alphanumeric characters
- Only letters, numbers, and hyphens allowed
Validation Results
Validation results will appear here
El Hostname Validator verifica si una cadena dada es un hostname válido según las reglas de RFC 1123. Ingresa un valor como web-server-01.example.com o my-app y la herramienta reporta instantáneamente si pasa o falla la validación, con detalles específicos sobre cualquier violación como caracteres ilegales, exceso de longitud o guiones mal ubicados.
Entendiendo la validación de hostnames
Si trabajas con servidores, DNS o cualquier tipo de infraestructura de red, los hostnames están en todas partes. Aparecen en registros DNS, solicitudes de certificados TLS, configuraciones de servidores web, archivos hosts y dashboards de monitoreo. Un hostname que se ve bien a simple vista puede romper cosas silenciosamente si contiene un carácter o patrón que viola las reglas. Un guion bajo en un hostname puede funcionar en tu resolver DNS local pero causar que una autoridad de certificación rechace tu CSR. Una etiqueta que comienza con un guion puede cargar en una aplicación pero fallar en otra. Este tipo de problemas son difíciles de diagnosticar porque el hostname parece razonable a primera vista.
RFC 1123 actualizó la especificación original RFC 952 para definir la sintaxis de hostname utilizada en internet hoy en día. Las reglas son directas pero fáciles de violar accidentalmente: cada etiqueta (las secciones entre puntos) solo puede contener letras ASCII, dígitos y guiones, debe comenzar y terminar con un carácter alfanumérico, y no puede exceder 63 caracteres. El hostname total incluyendo todas las etiquetas y puntos debe mantenerse por debajo de 253 caracteres. Estas restricciones existen porque se mapean directamente a cómo DNS codifica los nombres en el cable, y cada implementación de DNS, servidor de correo y autoridad de certificación las aplica.
Este validador aplica esas reglas de manera sistemática. Pegas un hostname y obtienes un resultado inmediato de aprobado o rechazado con la regla específica que fue violada. Detecta guiones bajos, guiones al inicio o al final, etiquetas con longitud excesiva, caracteres especiales, espacios y exceso de longitud total. Ya sea que estés validando un solo hostname antes de solicitar un certificado o auditando un archivo de configuración con cientos de entradas, la herramienta te dice exactamente qué está mal y dónde.
Cómo validar un hostname
- Ingresa la cadena de hostname que deseas validar (por ejemplo,
web-server-01.example.com) - La herramienta verifica cada etiqueta contra las reglas de nomenclatura RFC 1123
- Revisa el resultado de validación mostrando el estado de aprobado/rechazado y cualquier violación específica encontrada
- Corrige los problemas reportados y vuelve a validar hasta que el hostname pase todas las verificaciones
Ejemplos de validación de hostnames
| Entrada | ¿Válido? | Razón |
|---|---|---|
web-server.example.com | Sí | Caracteres alfanuméricos y guiones, estructura de etiqueta correcta |
my_server.example.com | No | Los guiones bajos no están permitidos en hostnames según RFC 1123 |
-server.example.com | No | Las etiquetas no pueden comenzar con un guion |
server-.example.com | No | Las etiquetas no pueden terminar con un guion |
a.b.c.d.e.example.com | Sí | Se permiten múltiples niveles de subdominios |
x | Sí | Los hostnames de una sola etiqueta son válidos |
aaaa...aaaa (64 caracteres en una etiqueta) | No | Las etiquetas individuales no pueden exceder 63 caracteres |
server.example.com | No | Los espacios al inicio son caracteres inválidos |
Cuándo usar el Hostname Validator
- Antes de configurar registros DNS para asegurar que el hostname se resolverá correctamente en todos los servidores DNS
- Validando entrada de usuarios en formularios web o APIs que aceptan hostnames para configuración de servicios
- Auditando archivos de configuración (nginx, Apache, archivos hosts) en busca de errores tipográficos y entradas inválidas
- Verificando hostnames antes de certificados TLS para evitar rechazos de solicitudes de firma de certificados
- Solucionando fallos de DNS cuando un hostname que parece correcto se niega a resolver
- Migrando zonas DNS para detectar entradas inválidas antes de importar a un nuevo proveedor
Cómo funcionan las reglas de hostname en RFC 1123
RFC 1123 actualizó la especificación original de hostname RFC 952 para definir la sintaxis utilizada en internet hoy en día. Las reglas gobiernan cada hostname usado en DNS, correo electrónico, URLs y configuración de red.
Reglas de etiquetas
Cada hostname consiste en una o más etiquetas separadas por puntos. Cada etiqueta debe:
- Contener solo letras ASCII (
a-z,A-Z), dígitos (0-9) y guiones (-) - Comenzar con un carácter alfanumérico (no un guion)
- Terminar con un carácter alfanumérico (no un guion)
- Tener entre 1 y 63 caracteres de longitud
Límite de longitud total
El hostname completo, incluyendo los puntos entre etiquetas, no puede exceder 253 caracteres. Este límite proviene del formato de cable DNS, donde cada etiqueta está precedida por un byte de longitud y el nombre termina con un byte nulo, dando un máximo de 255 bytes en total.
Guiones bajos y nombres DNS especiales
Los guiones bajos (_) son técnicamente inválidos en hostnames, aunque algunos sistemas los toleran. Los nombres de registros DNS como _dmarc.example.com, _sip._tcp.example.com y _acme-challenge.example.com usan guiones bajos por diseño, pero estos son nombres DNS, no hostnames. Los hostnames regulares que identifican hosts en una red no deben contener guiones bajos. Muchos servidores de correo, autoridades de certificación TLS y frameworks de aplicaciones rechazan hostnames con guiones bajos, así que incluso si tu resolver local los acepta, eventualmente encontrarás un sistema que no lo haga.
Puntos finales y nombres absolutos
Un punto final (por ejemplo, example.com.) indica un nombre DNS absoluto, también llamado nombre de dominio completamente calificado. El punto final es válido en contextos de configuración DNS como archivos de zona y consultas dig, pero la mayoría de las aplicaciones y configuraciones orientadas al usuario no lo esperan ni lo manejan. Si un punto final hace que un hostname sea válido o inválido depende del contexto en el que se usa.
Validación de hostnames en la práctica
El error de hostname más común en el mundo real es el guion bajo. Los desarrolladores frecuentemente usan guiones bajos en nombres de servidores porque se utilizan como separadores en programación. Un servidor llamado web_prod_01.example.com funcionará bien para acceso SSH e incluso búsquedas DNS básicas en la mayoría de los sistemas, pero fallará cuando intentes obtener un certificado TLS para él. Las autoridades de certificación siguen los requisitos base del CA/Browser Forum, que exigen hostnames compatibles con RFC. Renombrar un servidor en producción es doloroso, así que detectar esto durante la configuración inicial ahorra un esfuerzo significativo más adelante.
Otro problema frecuente son los hostnames que se extienden más allá de los límites de longitud. Esto suele ocurrir con nombres generados automáticamente en entornos cloud o sistemas de orquestación de contenedores. Un pod de Kubernetes podría obtener un nombre como my-very-long-application-name-deployment-7b4f8c9d2e-xq9z2.namespace.svc.cluster.local, y si las etiquetas o la longitud total exceden los límites, la resolución DNS falla silenciosamente. Si estás diseñando convenciones de nomenclatura para infraestructura automatizada, valida tus nombres esperados más largos con esta herramienta antes de comprometerte con un patrón.
Ten cuidado también con los caracteres invisibles. Los hostnames copiados de documentos, correos electrónicos o mensajes de chat a veces capturan espacios de no separación, caracteres de ancho cero o comillas tipográficas. Estos son invisibles en la mayoría de los editores pero fallan inmediatamente en la validación de hostname. Si un hostname se ve correcto pero falla la validación, intenta escribirlo manualmente en lugar de pegarlo.
Preguntas frecuentes
¿Se permiten guiones bajos en los hostnames?
No. RFC 1123 limita los caracteres de hostname a letras, dígitos y guiones. Aunque algunas implementaciones de DNS toleran guiones bajos, y los nombres de registros DNS como _dmarc o _sip._tcp los usan, los hostnames estándar no deben contener guiones bajos. Muchos servidores de correo y autoridades de certificación TLS rechazan hostnames con guiones bajos.
¿Cuál es la diferencia entre un hostname y un nombre de dominio?
Un hostname identifica un host específico en una red y sigue las reglas de sintaxis RFC 1123. Un nombre de dominio es un concepto más amplio dentro de la jerarquía DNS. Todos los hostnames son nombres de dominio, pero no todos los nombres de dominio son hostnames. Por ejemplo, _dmarc.example.com es un nombre de dominio válido usado para registros DMARC pero no es un hostname válido porque comienza con un guion bajo.
¿Puede un hostname ser una sola etiqueta como localhost?
Sí. Los hostnames de una sola etiqueta son válidos bajo RFC 1123. Ejemplos comunes incluyen localhost, router y printer. Sin embargo, los hostnames de una sola etiqueta solo funcionan dentro de redes locales o cuando se configura un dominio de búsqueda DNS. En la internet pública, se requieren nombres de dominio completamente calificados con al menos dos etiquetas.
¿La validación de hostname es sensible a mayúsculas y minúsculas?
No. Los hostnames DNS no distinguen entre mayúsculas y minúsculas según RFC 1123. Las etiquetas Server, server y SERVER son todas equivalentes. DNS preserva las mayúsculas originales en las respuestas, pero las comparaciones siempre son insensibles a mayúsculas y minúsculas.
¿Por qué mi hostname falla la validación cuando funciona en mi navegador?
Los navegadores y sistemas operativos suelen ser más permisivos que la especificación RFC. Un navegador podría navegar exitosamente a un hostname que contiene un guion bajo porque el resolver DNS subyacente lo acepta, pero el hostname sigue siendo técnicamente inválido. Otros sistemas como servidores de correo, autoridades de certificación e implementaciones DNS estrictas lo rechazarán. Pasar este validador significa que el hostname es universalmente seguro.
¿Qué hay de los hostnames internacionalizados con caracteres no ASCII?
Los hostnames estándar según RFC 1123 solo permiten caracteres ASCII. Los nombres de dominio internacionalizados (IDN) usan codificación Punycode para representar caracteres no ASCII en un formato compatible con DNS. La forma codificada (que comienza con xn--) sigue las reglas de hostname, pero la forma Unicode decodificada no. Usa el FQDN Validator para verificar nombres de dominio internacionalizados.
Herramientas relacionadas
- FQDN Validator - Valida nombres de dominio completamente calificados con verificación de TLD
- URL → Hostname Extractor - Extrae hostnames de URLs de forma masiva
- Root Domain Extractor - Extrae el dominio raíz usando la Public Suffix List
- Subdomain Extractor - Extrae subdominios de hostnames de forma masiva
- Zone File Linter - Verifica archivos de zona en busca de errores de sintaxis y duplicados