Configuración de servidores de nombres privados para marca blanca total

Configuración de servidores de nombres privados para marca blanca total

Como proveedor reseller, ofrecer una experiencia de marca blanca total implica que tus clientes vean tu dominio y no el proveedor de hosting. La piedra angular de esa experiencia son los servidores de nombres privados (private nameservers o glue records). En esta guía técnica encontrarás qué son, cómo registrarlos en el registrador, cómo configurar el servidor DNS (ejemplos con BIND/PowerDNS), cómo verificar la delegación y las mejores prácticas para evitar problemas de entrega y seguridad.

¿Qué son los servidores de nombres privados y por qué importan?

Un servidor de nombres privado es un nameserver identificado bajo tu propio dominio (por ejemplo, ns1.tudominio.com) en lugar de usar nameservers genéricos del proveedor. Para que ese hostname resuelva hacia una IP en la zona padre (el registrador / TLD) se necesita un registro glue, que es lo que permite que la resolución arranque sin bucles. Para una explicación técnica y contexto del sistema DNS, puedes consultar la entrada de DNS en Wikipedia.

Paso a paso: configurar servidores de nombres privados

Requisitos previos

  • Dominio propio registrado y acceso administrativo en el panel del registrador.
  • Direcciones IP públicas estáticas para los nameservers (idealmente 2+ IPs en zonas distintas).
  • Acceso root/administrador al o los servidores DNS donde correrá BIND, PowerDNS u otro.
  • Puertos UDP/TCP 53 abiertos y monitoreo de disponibilidad.

1) Crear los glue records en el registrador

En el panel del registrador debes crear hostnames o child nameservers, asignándoles una o más IPs. Típicamente el flujo es:

  • Entrar a «Manage Hostnames», «Create Child Name Server» o similar.
  • Crear ns1.tudominio.com → 203.0.113.10 y ns2.tudominio.com → 203.0.113.11.
  • Guardar y esperar la propagación de los registros glue en la zona padre.

Algunos registradores permiten IPv6; si usas IPv6, registra ambos (A y AAAA). Para detalles operativos sobre custom nameservers, la documentación de proveedores DNS como Cloudflare explica el concepto y pasos asociados: Cloudflare – Custom nameservers.

2) Configurar el software DNS (ejemplo BIND)

En el servidor que actuará como nameserver instala y configura tu software DNS. Un ejemplo minimalista con BIND (named):

zone 'tudominio.com' IN {
  type master;
  file '/etc/bind/zones/db.tudominio.com';
};

Contenido mínimo de /etc/bind/zones/db.tudominio.com:

$TTL 3600
@ IN SOA ns1.tudominio.com. admin.tudominio.com. (
  2026070201 ; serial
  3600       ; refresh
  900        ; retry
  604800     ; expire
  3600 )     ; minimum

; Nameservers
@    IN NS  ns1.tudominio.com.
@    IN NS  ns2.tudominio.com.

; Glue local
ns1  IN A   203.0.113.10
ns2  IN A   203.0.113.11

; Otros registros (ej. A para el sitio)
@    IN A   203.0.113.20
www  IN CNAME @

Comandos útiles:

  • Comprobar la configuración: named-checkconf y named-checkzone tudominio.com /etc/bind/zones/db.tudominio.com.
  • Recargar BIND: rndc reload o reiniciar el servicio.
  • Verificar resolución local: dig @127.0.0.1 tudominio.com NS +short.

Si usas PowerDNS, la lógica es equivalente: crea las zonas, añade los registros NS/A para tus nameservers y asegúrate de que el backend (MySQL, etc.) contiene los registros glue apropiados.

3) Delegación y verificación pública

Tras crear los glue en el registrador y tener el servicio DNS autoritativo activo, verifica la delegación desde la raíz hacia tu dominio:

  • dig +trace tudominio.com NS para ver el camino de delegación.
  • dig @a.root-servers.net tudominio.com NS para comprobar la respuesta desde la jerarquía superior.
  • whois tudominio.com para confirmar que los hostnames están presentes en la información del registrador (varía según TLD).

Buenas prácticas para marca blanca total

  • Usa al menos dos servidores físicos o en distintas rutas de red para tolerancia a fallos y mejor reputación.
  • RDNS para IPs de correo: si vas a enviar emails desde clientes bajo tu marca, configura PTR inversos coherentes con el dominio para evitar problemas de entrega.
  • Tiempo de TTL razonable: 3600–86400 segundos. TTL muy bajo puede aumentar carga; muy alto dificulta cambios rápidos.
  • Monitoreo y alertas: comprueba UDP/TCP 53, latencia y respuestas autoritativas con herramientas de uptime y probes.
  • DNSSEC con cuidado: mejora la seguridad pero complica la rotación y requiere publicar DS en la zona padre.
  • Certificados TLS para paneles y APIs: usa Let’s Encrypt para emitir certificados válidos en control panels y dominios personalizados: Let’s Encrypt.
  • SPF, DKIM y DMARC: implementa registros de autenticación de correo para proteger la reputación de tu marca blanca.

Problemas comunes y cómo solucionarlos

1) Glue no creado o mal propagado

Verificación: dig +short NS tudominio.com devuelve los nameservers pero dig ns1.tudominio.com A no devuelve IP. Solución: crear/editar hostnames en el panel del registrador y esperar propagación (puede tardar hasta 48 horas en algunos TLDs).

2) Firewall o ISP bloqueando el puerto 53

Comprueba desde fuera: dig @203.0.113.10 tudominio.com. Si no hay respuesta, revisa iptables/nftables, security groups o reglas de red que bloqueen UDP/TCP 53.

3) Respuestas no autoritativas o zona incorrecta

Usa named-checkzone o herramientas de diagnóstico de tu software DNS. Revisa SOA, serial y registros NS/A coherentes entre la zona y la delegación en el registrador.

4) IPv6 y dual-stack

Si publicas AAAA como glue, asegúrate que el servidor realmente responde por IPv6 y que el proveedor de red anuncia la ruta. Muchos problemas vienen de glue AAAA apuntando a hosts sin conectividad IPv6 real.

Checklist final antes de ofrecer marca blanca a clientes

  • Glue records creados y verificados en el registrador.
  • Servidores DNS autoritativos con A/AAAA coincidentes con los glue.
  • Comprobación de puertos 53 desde múltiples ubicaciones.
  • Registros de correo (MX, SPF, DKIM, PTR) configurados y verificados.
  • Monitorización y alertas implementadas para latencia y fallos.
  • Plan de recuperación: IP secundarias o failover para nameservers críticos.

Conclusión

Configurar servidores de nombres privados es un proceso técnico pero directo: crear glue records en el registrador, hacer que tus servidores DNS respondan autoritativamente y verificar la delegación pública. Para un reseller que busca marca blanca total, la inversión en infraestructura DNS confiable (múltiples IPs, monitoreo, RDNS y autenticación de correo) paga en forma de mejor entrega, menos incidencias y una experiencia consistente para tus clientes. Siguiendo las prácticas y comprobaciones descritas reducirás riesgos operativos y tendrás una base sólida para escalar servicios bajo tu marca.

Tags: