01
Seleccionar dominio, host o FQDN
Dominio exige dos etiquetas como mínimo. Host admite printer o localhost. El modo FQDN de esta página exige el punto final y acepta com. No completa el nombre con el sufijo de búsqueda del sistema.
DNS & Domains
Validador de dominio
Escribe un nombre por línea, sin URL ni puerto, y elige las reglas que necesitas.
Validador de dominio
Un nombre por línea
Informe de validación
Los nombres se comprueban en este navegador; no se consulta DNS ni se visita el dominio introducido.
Opciones de validación
Al menos dos etiquetas; el punto final es opcional. No se consulta una lista de TLD.
UTS #46 no transicional · STD3 · NFC · Comprobación Bidi y del contexto de unión.
Hasta 100 líneas no vacías; 65.536 unidades UTF-16 en total y 4.096 por línea. El JSON incluye las entradas no válidas.
Abrir el conversor PunycodeLa entrada o el modo ha cambiado. Valida de nuevo antes de exportar.
El Validador de dominio permite localizar por qué un nombre aparentemente normal falla en una configuración. La longitud cambia al codificar acentos y los puntos consecutivos crean etiquetas vacías. Antes de cambiar una expresión regular, compara la entrada con su forma ASCII y revisa la línea indicada.
Por qué usar este Validador de dominio
Medir la forma que se codifica
El Validador de dominio cuenta los bytes después de convertir un IDN. Un nombre corto con tildes puede generar una etiqueta xn-- más larga. El informe separa los límites de cada etiqueta, del cuerpo ASCII y del formato DNS, conservando el punto raíz como un dato independiente.
Mantener los errores dentro del informe
No se eliminan las entradas repetidas ni se cambia el orden. Cada resultado conserva el número de línea original, incluso tras líneas vacías. Si una entrada falla, las demás siguen teniendo resultado y el JSON incluye el motivo del rechazo con un código de diagnóstico.
Elegir las reglas del nombre
02
Comprobar la normalización
Compara Unicode y ASCII y abre el detalle de longitudes. Las mayúsculas y ciertos puntos compatibles se normalizan. El perfil no transicional conserva ß en lugar de sustituirlo por ss. La entrada original permanece intacta.
03
Exportar solo la revisión actual
Desactiva el modo automático para ejecutar Validar o Ctrl/Cmd + Intro. Una edición deshabilita de inmediato el informe anterior. Los ejemplos y Borrar muestran cuántas líneas se sustituirán; Deshacer recupera entrada y resultado juntos.
Qué comprueba cada resultado
Dominios internacionalizados con reglas completas
Tanto Unicode como las etiquetas xn-- se procesan con UTS #46 estricto no transicional. Se comprueban STD3, guiones, texto bidireccional y contexto de los caracteres de unión. El hecho de que una etiqueta ACE use solo ASCII no garantiza que su codificación sea correcta.
Longitudes por etiqueta y por nombre
Cada etiqueta codificada debe tener de 1 a 63 bytes. El cuerpo ASCII con puntos separadores admite hasta 253 bytes. Su forma DNS sin comprimir admite 255, contando los bytes de longitud y el de la raíz. Son medidas distintas de los caracteres visibles.
Un validador de hostname por lotes
La sintaxis de dominios se comprueba por separado en hasta 100 líneas no vacías. El resultado identifica línea, columna y etiqueta cuando es posible. Se muestran primero 50 nombres y después se pueden ampliar. El archivo exportado siempre contiene el lote completo.
Alcance y límites de la validación
- Sin consulta de existencia
- No se consulta DNS, WHOIS, RDAP, HTTP ni certificados, ni se contrasta con una lista de TLD. Un sufijo desconocido puede cumplir la sintaxis. Eso no demuestra registro, disponibilidad para compra, resolución, identidad ni seguridad del sitio.
- Un perfil de nombre de host concreto
- No se aceptan etiquetas de servicio con subrayado, comodines o nombres DNS con escapes de barra inversa. El perfil estricto también rechaza guiones simultáneos en las posiciones tercera y cuarta de etiquetas no ACE. No es una validación de todos los posibles propietarios de registros DNS.
- Sin extraer nombres de otras cadenas
- Se recortan solo los espacios exteriores de cada línea. URL, puerto, ruta, correo, escapes porcentuales y espacios internos provocan un error. La última etiqueta de un nombre compuesto no puede ser totalmente numérica; una etiqueta numérica local sí se permite en modo host. 123 se admite como nombre local; 123. se rechaza porque indica una etiqueta numérica directamente bajo la raíz.
- FQDN con raíz explícita
- Este modo exige el punto raíz para comprobar una escritura absoluta explícita. No afirma que un FQDN deba mostrarlo siempre en otros contextos. Un punto aislado, los puntos repetidos y las etiquetas vacías intermedias son inválidos.
- Límites sin recortar datos
- La entrada admite 65.536 unidades UTF-16 en total, 4.096 por línea y 100 líneas no vacías. Si el lote supera sus límites se bloquea la exportación. No hay importación de archivos, ordenación, deduplicación ni lista de solo válidos. El JSON conserva también los errores.
Preguntas del Validador de dominio
¿Qué límites de longitud tienen el dominio completo y cada etiqueta?
Cada etiqueta admite como máximo 63 bytes una vez codificada en ASCII. El cuerpo con puntos separadores llega a 253 bytes; con el punto raíz final, la representación puede ocupar 254 caracteres. El límite de 255 bytes corresponde al formato DNS, que incluye información de longitud y terminación.
¿Se admite el carácter de subrayado en un nombre de host?
No en el perfil de host utilizado aquí. Sin embargo, nombres de servicio DNS como _dmarc o _sip._tcp pueden contenerlo. El rechazo significa que la entrada no cumple estas reglas de host, no que ese tipo de registro sea imposible en DNS.
¿Por qué se rechaza un guion colocado en un extremo de la etiqueta?
Las reglas elegidas no permiten comenzar o terminar una etiqueta con guion. En el interior suele admitirse, aunque el perfil UTS #46 estricto añade la restricción de las posiciones tercera y cuarta simultáneas para etiquetas no ACE. Las etiquetas xn-- válidas se decodifican y comprueban.
¿Cómo se comprueban los dominios escritos con caracteres no latinos?
Primero se normalizan con UTS #46 y se convierten en Punycode. Después se comprueban los bytes ASCII. Las etiquetas xn-- que ya estaban codificadas también se validan. El enlace al conversor especializado abre otra herramienta sin transferir automáticamente el contenido actual.
¿Puede usarse localhost sin añadir otras etiquetas?
Sí, al elegir el modo nombre de host. El modo dominio exige deliberadamente dos etiquetas. Aceptar localhost o printer no significa que se resuelvan en tu equipo: la configuración local y los sufijos de búsqueda quedan fuera de esta comprobación.
¿Tienes otro caso de dominio para revisar?
Revisar el nombre antes de configurarlo
Utiliza el Validador de dominio para revisar las etiquetas realmente codificadas y guardar el informe con los nombres aceptados y los que debes corregir.